Paid community bilateral activation

When the community grew past 150 members, replying personally to every zero-reply intro became unsustainable. Bilateral activation fell in the weeks the operator fell behind. Here is what changed when she stopped being the only person watching #intros.

Nia Okonkwo had Foothold installed, a goal-track question in her Day-0 DM, and a weekly reply-gap audit in her Monday routine. Bilateral activation was 42% and monthly churn was 8.4%. The bottleneck was not her process. Rafael Souza named it at a community operators meetup in August 2025: “You cannot be the only person watching #intros. At 185 members, one person cannot maintain a 24-hour reply window across 10 to 12 new intro posts per week without eventually falling behind. Find three members who will help.”

The community

Nia launched The SaaS Revenue Operations Forum in October 2024 — a paid Slack community for RevOps practitioners, revenue operations managers, and revenue operations leaders at mid-market B2B SaaS companies. The membership fee was $79 per month. The target audience was deliberately narrow: people responsible for the operational infrastructure that connected marketing, sales, and customer success — the RevOps practitioners who owned the CRM, managed the GTM tooling stack, built the reporting that sales leadership lived by, and were navigating the political and structural challenge of influencing pipeline strategy without formal P&L authority.

The founding thesis was Nia’s own career experience. She had spent five years in RevOps roles at three different SaaS companies — from a 40-person Series A to a 600-person pre-IPO — and had found, in each transition, that the community resources available to her were either too general (“operations” communities dominated by project managers and process consultants) or too senior (“RevOps leadership” forums composed of VPs who had moved past the individual-contributor challenges she was still working through). What she needed, and what the community was designed to provide, was a peer group of practitioners who remembered what it felt like to be the only RevOps person at a 150-person company — responsible for the Salesforce instance, the HubSpot integration, the attribution model, and the board deck, all at once, with a $15K annual software budget and no team.

The founding cohort of 24 validated the format quickly. The threads that drew the most substantive responses in the first months were not about specific tools but about the structural and political questions that RevOps textbooks do not address: how to convince a sales leader to adopt a lead-routing change that will hurt their top performer’s territory in the short term; how to build a pipeline forecast model that the CEO will trust but that does not require maintaining 12 different data sources manually; how to structure the RevOps function when the company hires a CRO who has never worked with a mature RevOps team and keeps asking for things that are either already built or not actually RevOps’s job.

By July 2025, month nine: 185 members, $14,615 MRR, 42% bilateral activation, 8.4% monthly churn.

The reply-gap audit: what she was doing and why it had worked

Nia had not arrived at the reply-gap audit without a prior attempt at a simpler approach. In the first three months of the community, her Day-0 DM pointed new members to the welcome message pinned in #general and invited them to introduce themselves in #intros “when you’re ready.” There was no systematic monitoring of whether intro posts received replies, and no structured follow-up for members who posted into silence. Monthly churn in that period was 11.2%.

In January 2025, after reading about the unilateral activation trap — the mistake of measuring week-one activation as a posting event rather than a connection event — she made three changes. First, she rewrote her Day-0 DM to include a goal-track question: three options (go-to-market efficiency and pipeline analytics; revenue operations tooling and stack design; RevOps team structure and leadership), with a prompt to mention which one applied in their #intros post so she could route them to the right channels and make useful introductions. Second, she installed Foothold and switched from an unconditional Day-3 Workflow Builder nudge to a conditional Day-3 routing flow: bilaterally activated members — who had posted an intro and received a reply within 72 hours — received no Day-3 touch; unilaterally activated members (intro posted, no reply received) were routed to their goal-track channel’s most active recent thread; non-posting members received both the #intros link and an active thread link as two paths to first engagement. Third, she added the reply-gap audit to her Monday routine: every Monday morning, she opened #intros, identified any intro posts from the prior seven days that had received no replies, and personally wrote a substantive response to each — not a generic welcome, but a reply that referenced the goal track the member had mentioned and pointed to a specific recent thread in the relevant channel.

The results were clear. Bilateral activation moved from 31% in February to 48% in April and 57% in June. Monthly churn fell from 11.2% in January to 8.9% in April and 8.4% in June. The reply-gap audit was working: the weeks she ran it consistently, the proportion of intro posts that received a reply within 72 hours climbed toward 80%.

Then, in July, it stalled.

The scaling bottleneck: one person, ten to twelve intros, a 24-hour window

The community was adding 10 to 12 new members per week by July 2025. At that pace, the Monday reply-gap audit had grown from a 20-minute task to a 40-50 minute task — not because she had gotten less efficient, but because there were simply more intros to review, more goal-track channels to cross-reference, and more relevant threads to surface from an increasingly active workspace. The audit was still the right practice. It was just taking longer as the community grew, and longer meant it was competing with the rest of her week in a way it had not when the community was smaller.

The more damaging problem was not the duration but the inconsistency. Nia was not running the community full-time. She was also building the product, doing customer development, preparing for a seed funding conversation, and managing a small number of consulting clients who had carried her through the first year. In July and August, there were weeks — the week before a board presentation, the week of a conference, the week she closed a new consulting retainer that needed immediate attention — where the Monday reply-gap audit slipped to Wednesday, then to Friday, then to the following Monday. In those weeks, intro posts sat unreplied for four to seven days before she got to them.

When she pulled cohort-level bilateral activation data in early August, the weekly pattern was unambiguous. In the 14 weeks from April through July, she had run the reply-gap audit within 24 hours of her Monday target in 8 of those weeks. In those 8 weeks, the bilateral activation rate for members who joined that week was 72%. In the remaining 6 weeks, where the audit ran three or more days late, the bilateral activation rate was 31%.

She had been measuring a community aggregate, and the aggregate was masking the variance. The aggregate number — 42% bilateral activation in July — was the blended result of 72% in the good weeks and 31% in the bad weeks. Bilateral activation was not stuck at 42%. It was oscillating between 72% and 31% based entirely on whether the operator had found time for the audit that week.

The process was correct. The bottleneck was the operator.

She had tried to solve this by being more disciplined about protecting Monday mornings for the audit. The discipline approach did not hold. The billing conversation, the investor email, the customer support question that only she could answer — these things did not stop arriving on Monday mornings because she had decided the audit was a protected block. The bottleneck was not discipline. It was capacity.

She brought the weekly variance data to a paid community operators meetup in London in August 2025.

The peer: the reply multiplier

The meetup had a dozen operators, a shared agenda, and a format where each operator presented their current biggest retention problem and the group spent 20 minutes on it. Nia presented the weekly variance data: 72% bilateral activation in audited weeks, 31% in missed weeks, 42% aggregate. The response that changed what she did next came from Rafael Souza, who ran The Fintech Product Leadership Network — a paid Slack community for product managers, product directors, and heads of product at fintech and financial services software companies, $89 per month. Rafael had 240 members, $21,360 MRR, 3.6% monthly churn, and 67% bilateral activation.

Rafael’s diagnosis was immediate: “The process is right. The bottleneck is the number of people running it. One person cannot maintain a 24-hour reply window across 10 to 12 intro posts per week without eventually falling behind — not consistently, not over a year. The solution is not a better calendar. The solution is more people watching #intros. Not a program. Not an announcement. Three members who already love this community and would say yes if you asked them personally.”

He described what he called the reply multiplier: an informal stewardship system in which the operator identifies 3 to 5 long-tenured, actively satisfied community members and asks them, as a personal favor, to help close the reply gap in #intros. The favor was narrow: when you are in Slack and you see an intro post that has not been replied to, take two to three minutes to say hello. No schedule. No assignment. No performance expectations. Just an act of voluntary attention when the member notices the need.

He had built the system at 120 members, when the same thing had happened to him: growing membership, a reply-gap audit that was taking longer, inconsistent weeks, collapsing bilateral activation. He had considered a formal ambassador program — a public announcement, a Champions badge, a structured role with responsibilities. He had decided against it after thinking about what formal programs actually selected for.

Why not a formal ambassador program

Rafael’s reasoning about formal programs: they solve the operator’s problem (identifying members who will help) by creating a public structure that attracts members who want to be recognized, not members who want to help newcomers. Those two populations overlap partially but not completely, and the non-overlapping portion — members who want recognition but do not especially want to spend time welcoming strangers — is the part that makes formal ambassador programs inconsistent.

“When you announce a community champions program, you get applicants,” he told the group. “Some of them are exactly right — they applied because they already help people and they thought the role sounded like a formalization of what they were doing. But some of them applied because they want to be seen as important in the community. They want the badge. They will do the work at first, while it is new and the recognition is fresh, and then they will taper. And when they taper, you have a problem: they are publicly ambassadors, so their tapering is visible. You have to decide whether to address it, which is awkward, or ignore it, which makes the program look inconsistent.”

The second problem with formal programs: the announcement reaches everyone, which means the members you actually wanted to invite — the ones who were already doing the behavior — now have to decide whether to apply in a public context. Some of them will apply. Some of them will feel that applying is performative and will not. The ones who don’t apply are often the best candidates, because their reluctance to apply for recognition is the same quality that makes them reliable when recognition is not on offer.

The third problem: formal roles are permanent in members’ minds. An ambassador who stops ambassadoring has publicly failed. The exit from a formal program is awkward and expensive — the member has to initiate a conversation about stepping down, or the operator has to initiate a conversation about their declining activity, or the role quietly dies and the member is technically still an ambassador who is not doing anything. Every outcome is worse than it would have been with an informal ask.

“Informal stewardship has no public role to step down from,” Rafael said. “A steward who gets busy just gets busy. There is no badge to return. The other stewards cover the gap while they are occupied. You check in privately, they tell you whether they want to continue or reduce scope, and the community does not see any of it.”

Selecting stewards: the four criteria

Rafael’s candidate selection criteria, which Nia applied to her own member list:

Six or more months of tenure. A steward needs enough community context to write a reply that is actually useful to a new member — that references relevant channels, names relevant members to connect with, and demonstrates that the community is worth paying for. Members who joined recently are still orienting themselves. Members who have been active for six months or more have a working mental model of what the community offers and can translate that into a helpful introduction.

Three or more posts in the prior 30 days. Active engagement, not passive reading. A member who opens Slack daily but has not posted in 30 days may love the community, but they are not demonstrating the active-participation behavior that stewardship requires. The steward task — noticing a zero-reply intro and writing a response — requires the same active orientation that regular posting indicates. If a member is not posting, they are probably not scanning channels carefully enough to notice the reply gap.

No unresolved complaints or expressed dissatisfaction in the prior 60 days. Check the DM history and any public posts in feedback channels. A member who is quietly dissatisfied with the community — who has mentioned wanting to cancel, or who has expressed frustration about something that was not addressed, or who has been engaged in a dispute with another member that was not resolved — is not a good steward candidate. The steward role requires genuine satisfaction with the community because it requires communicating that satisfaction authentically to new members. A steward who does not believe in the community will not write compelling intro replies.

At least one unprompted act of community generosity. This is the most predictive criterion and the one that requires the most operator knowledge. The right steward candidate has already behaved like a steward without being asked: they wrote a long, detailed reply to a stranger’s question in a topic channel; they DM’d the operator to mention that someone in a goal-track channel needed follow-up; they posted a check-in in a thread a week later to see if the original question had been answered. This behavior — proactive attention to other members’ needs, without any visible incentive — is the strongest predictor of stewardship reliability. A member who has never done this may still say yes to the steward invitation, but they are more likely to be saying yes to avoid disappointing the operator than yes because they will find the work meaningful.

Nia reviewed her 185-member list against these four criteria. She identified seven candidates. Three of them had been in the community fewer than six months. That left four. She had DM history with all four and confirmed that none of them had expressed dissatisfaction in the prior 60 days. She chose to invite all four.

The invitation message

Rafael’s template for the steward invitation, which Nia adapted for her own community:

“Hey [name] — I want to ask you something personally, not as a community announcement or a program. I’ve been monitoring #intros each week to make sure every new member gets a reply within 48 hours, and I’ve been finding it hard to stay consistent as the community has grown. I’ve watched how you show up for other members here — [specific reference to the unprompted act: ‘the reply you wrote to [member] last month in #gtm-efficiency was exactly the kind of thing that makes people feel like they made the right call joining’] — and I think your replies are genuinely some of the most useful in the community. I’d like to ask a favor: when you’re checking in on Slack and you notice a new intro post in #intros that hasn’t been replied to, would you take two or three minutes to say hello? No obligation, no schedule, no performance expectations, and no public acknowledgment — this is a private ask, not a role. I’m asking four people and there is zero awkward if this doesn’t work for you. Just let me know either way.”

The message does three things that matter. First, it names a specific behavior the candidate has already demonstrated rather than giving a generic compliment. “Your replies are some of the most useful in the community” is a flattering observation; “the reply you wrote to [member] last month in #gtm-efficiency was exactly the kind of thing that makes people feel like they made the right call joining” is a specific observation that demonstrates the operator was paying attention. The specificity communicates that the invitation is based on actual knowledge of who this person is, not a mass ask dressed up as a personal one.

Second, the scope is explicit and narrow. Two to three minutes, when you notice a gap, no schedule. The member is not being asked to monitor #intros on a schedule. They are being asked to do something they might already be doing — reading Slack — with one additional behavior when they happen to notice the need. The narrowness of the scope is what makes the ask feel manageable enough to say yes to.

Third, the exit door is genuine. “I’m asking four people and there is zero awkward if this doesn’t work for you” is not a social courtesy — it is a structural permission that prevents the member from saying yes out of social obligation and then quietly fading out of resentment. A member who says no to this invitation has declined a personal favor from someone who clearly respects them; that is a much easier conversation to have than a member who says no to an ambassador program enrollment. The ease of the no is what makes the yes more meaningful when it comes.

All four of Nia’s invitations resulted in yes. Two responded within an hour. One responded the following morning. One responded three days later with a longer message explaining that she had wanted to think about whether she could commit to it honestly before answering, and had decided she could.

Running the system: the private coordination channel

Rafael’s operational recommendation: create a private Slack channel containing only the operator and the stewards. Use it for exactly one recurring message: a brief weekly new-member note, posted by the operator each Monday morning. The note format:

“New members this week: [Name], [goal track], joined [day]. [Name], [goal track], joined [day]. [Brief context if relevant: ‘Priya mentioned in her intro that she’s the first RevOps hire at her company and has been tasked with building attribution from scratch — she might appreciate a point toward the #analytics-and-attribution channel.’]”

The note is not a task assignment. It is a brief that makes it easier for a steward who sees a zero-reply intro to write a more contextual reply than they could from the intro post alone. A steward who knows that Priya joined last Thursday and has been tasked with building attribution from scratch can write a reply that goes further than “welcome to the community” and mentions a specific channel, a specific recent thread, or a specific other member working on a similar problem.

Nia sent the weekly note every Monday morning. She did not follow up if stewards did not reply to the note. She did not track which steward replied to which intro post. She did not post a weekly summary of how many zero-reply intros were closed. The only performance feedback in the channel came from her own natural behavior: when she noticed that an intro had been closed by a steward — which Foothold’s bilateral activation tracking made easy to see — she would occasionally send a brief direct acknowledgment in the steward channel: “[Steward name] — the reply to [new member] in #intros was excellent. They DM’d me this morning saying they felt immediately at home.” These acknowledgments were not metrics or performance reviews. They were evidence that the steward’s work was being seen and was mattering to specific people.

She ran the system for three months before making any changes. At the end of October 2025, she sent a brief check-in DM to each of the four stewards individually: “You have been doing something that matters for the people who join this community and I want you to know I notice it. A few questions, honestly: is the favor I asked of you still workable? Is there anything about the scope that I should adjust? And is there anything I should be doing differently in the community that I’m not?”

Three responses confirmed they were happy to continue. One asked if she could reduce to checking in once a week rather than twice, because her schedule had changed. Nia said yes immediately. That steward continued for another four months and remained one of the most consistent reply-closers in the group.

Three ways informal stewardship fails

Rafael described three failure modes he had seen in other operators’ attempts to run informal stewardship systems — none of which are inevitable, all of which are preventable:

Inviting members who need validation rather than members who give it. The most common selection mistake is inviting the highly visible, community-building-oriented member who posts about wanting the community to grow and who has been publicly enthusiastic about every operator initiative. These members will say yes because the steward invitation is itself a form of recognition — being individually selected by the operator is flattering, and the initial enthusiasm is genuine. But the behavior the role requires — quietly helping strangers without being publicly seen doing it — is not the behavior that drew them to the community in the first place. They tend to contribute consistently for the first month, then taper as the novelty of the role fades and the recognition they expected does not materialize in the way they imagined. The right candidate has already been doing the behavior without recognition and has not complained about its absence.

Scope creep past the original ask. Operators who are pleased with how the informal stewardship system is working sometimes start expanding what they ask of their stewards: moderating a heated thread, onboarding a particularly complex new member, answering a topic-channel question the operator would normally have handled themselves. Each individual expansion feels small. Cumulatively, it transforms a two-minute-when-you-notice-a-gap favor into an ongoing part-time responsibility that was never agreed to. Stewards in this situation rarely say anything because the expansions arrive one at a time and no single expansion feels worth raising. They eventually stop checking in as often, and the operator notices the falling bilateral activation without understanding that the scope creep was the cause. State the scope precisely in the invitation and do not add to it without explicitly asking the steward whether they are willing to take on the additional task.

Not creating the exit door in advance. Operators who do not explicitly build the exit door into the quarterly check-in DM discover that their stewards, when they need to reduce or end their involvement, do not know how to raise it without seeming ungrateful. The discomfort of this conversation leads to the slow fade: the steward checks in less and less often, the operator monitors the declining bilateral activation, and no one has the conversation that would resolve it cleanly. The quarterly check-in is not a social call. It is an explicit scheduled permission structure. Its purpose is to make the exit from the steward role as easy as the entry — a simple, undramatic conversation between two people who have a good relationship, ending with a clear outcome either way.

What the stewards said about why they stayed

In March 2026, Nia conducted brief one-on-one calls with each of her four original stewards as part of her semi-annual community review. She asked each of them why they had continued. The responses were more consistent than she expected.

Three of the four said a version of the same thing: welcoming new members had given them a reason to be in Slack more regularly. The act of monitoring #intros for zero-reply posts meant they were reading the workspace more carefully than they had before — not just their goal-track channels, but the full workspace including general announcements, the weekly thread, and the channels adjacent to their own focus area. That more careful reading had exposed them to content, conversations, and connections they had previously missed. The community had become, for them, more valuable than it had been before they became stewards — not because the community had improved, but because they were engaging with it differently.

The fourth said something slightly different: “I don’t check #intros because I feel like I should. I check it because when I write a reply that lands well — when someone responds and says it helped, or when I see them post again a few days later in a topic channel — it reminds me why I joined. I joined because I wanted peer learning from people who were solving the same problems I was. Helping someone else find their footing here is the same thing in a different direction.”

This finding is directionally opposite to what operators typically fear when they consider asking members to do work on behalf of the community. The fear is exploitation: that the operator is extracting unpaid labor from paying customers. The actual experience of stewards who are correctly selected and correctly managed — specific ask, narrow scope, genuine exit door, occasional acknowledgment — is closer to its inverse: the act of contributing to others’ belonging deepens the steward’s own sense of belonging. The risk of exploitation is real, but it is the product of poor selection (inviting people who are saying yes out of obligation) and poor management (expanding scope without asking, never acknowledging the work, not providing the exit door). Done correctly, informal stewardship does not deplete the steward. It compounds their commitment.

Results: July 2025 through December 2025

Nia invited the four stewards in mid-August 2025. The system took approximately three weeks to reach its natural rhythm — the period during which the stewards were still calibrating how often to check #intros and what a useful reply looked like, based on the weekly new-member notes and the occasional acknowledgments in the steward channel.

By September 2025, bilateral activation had moved from 42% in July to 61%. The weekly variance had collapsed: even in weeks where Nia’s own reply-gap audit ran late, the stewards were covering the gap. The community’s 24-hour reply window was no longer dependent on one person’s availability.

Month Bilateral activation Monthly churn MRR
July 2025 (pre-steward) 42% 8.4% $14,615 (185 members)
August 2025 51% 7.6% $15,488 (196 members)
September 2025 61% 6.3% $17,062 (216 members)
October 2025 66% 4.8% $19,514 (247 members)
November 2025 69% 4.1% $23,324 (295 members)
December 2025 71% 3.2% $29,566 (374 members)

Month-three renewal tracked the bilateral activation improvement with approximately a two-month lag — the time between the activation event (week one) and the month-three billing date. Month-three renewal moved from 47% in August 2025 to 76% in December 2025, consistent with the cross-community relationship between bilateral activation and month-three renewal documented in the silent success illusion.

The most striking single data point in the six-month period: the four stewards retained at 100%. All four renewed every month from August through December. None of them expressed any intention to cancel. When Nia pulled their Slack activity data for December, all four were in the top 15% of the community by post count.

Where the reply multiplier fits in the retention stack

The reply multiplier addresses a specific constraint that emerges at a specific moment in a community’s growth — the point at which the operator’s personal reply capacity becomes the binding constraint on bilateral activation. It is not the first tool in the retention stack; it is what you reach for after you have installed Foothold, added the goal-track question to your Day-0 DM, switched to conditional Day-3 routing, and added the weekly reply-gap audit — and you find that the audit is correct in principle but unsustainable as the primary mechanism for closing the reply gap at scale.

The full retention stack, as Rafael described it:

Layer 1: bilateral activation infrastructure (week one). Foothold conditional Day-3 routing, goal-track question in the Day-0 DM, and the reply-gap audit as the operator’s personal backstop. This layer is necessary before any other layer can work; a member who does not achieve bilateral activation in week one renews at month three at 17 to 20%, effectively regardless of what comes after. Target: above 60% bilateral activation.

Layer 2: reply-gap redundancy (from approximately 100 members). The reply multiplier — 3 to 5 informal stewards closing the gaps that the operator’s personal monitoring misses. This layer is necessary once the community is large enough that one person cannot maintain a consistent 24-hour reply window. It does not replace the operator’s reply-gap audit; it makes the system resilient to the weeks the audit runs late.

Layer 3: month-two programming (Days 8 to 45). Day-10 conditional follow-up for bilaterally activated members, first-Tuesday monthly open-problems thread, monthly cohort virtual coffee. Addresses the second-month cliff — the engagement desert between the end of the onboarding flow and the first scheduled programming. Documented in the second-month cliff.

Layer 4: Day-28 value crystallization. A brief question sent at Day 28 to bilaterally activated members: “Since you joined, what’s the most useful thing you’ve found here?” Members who name something specific at Day 28 renew at month three at over 90%; those who do not renew at 29%. The crystallization question is also the input to the goal-track value log used in Layer 5.

Layer 5: Day-75 renewal conversation. Goal-track-keyed message naming a specific recent value moment, a forward-looking question about month four, and (where capacity allows) a peer introduction offer. Target: above 75% month-three renewal for bilaterally activated members. Documented in the month-three renewal conversation.

The reply multiplier sits at Layer 2. It is the practice that makes Layer 1 work consistently at scale — that ensures the bilateral activation infrastructure does not degrade as the community grows beyond the point where one person can be everywhere at once. If you want the bilateral activation tracking, the conditional Day-3 routing, and the steward channel infrastructure in a single tool, Foothold handles Layers 1, 3, 4, and 5 of the stack. The steward selection, the invitation, the private coordination channel, and the quarterly check-in are practices that remain the operator’s responsibility — they require the kind of member knowledge and relationship management that a tool cannot replicate.

Questions from community operators

What is the reply multiplier system and how is it different from a formal ambassador or community champions program?

The reply multiplier is an informal stewardship system in which the operator privately identifies 3-5 long-tenured, actively satisfied community members and asks them, as a personal favor, to help close the reply gap in the introductions channel — replying to any intro posts that have received no response within a day or two. It differs from a formal ambassador or community champions program in three critical ways. First, it is private: there is no public announcement, no title, no badge, and no program name. The invitation is a one-on-one DM from the operator to a specific person, explicitly framed as a personal ask rather than a program enrollment. Second, it is scope-limited: the steward is asked to do exactly one thing — reply to zero-reply intro posts when they notice them — and the scope does not expand without the steward’s explicit agreement. Third, it has a genuine exit door: the operator explicitly tells each steward that there are no performance expectations, no public acknowledgment, and no obligation to continue if the ask stops being workable. Formal ambassador programs create public obligations. An ambassador who stops ambassadoring has publicly failed. An informal steward who reduces their check-in frequency has just gotten busy. The absence of public commitment is what makes informal stewardship sustainable at the individual level and scalable at the community level: the system does not depend on any one person, and no one feels trapped by it.

How do I identify which existing members to invite as informal stewards without inviting the wrong people?

The most reliable selection criterion is evidence of behavior the steward role requires — unprompted, substantive replies to other members’ posts — before any invitation is made. The right steward candidate has already been behaving like a steward without being asked: they have written a long, thoughtful reply to a stranger’s question in a topic channel; they have DM’d the operator to mention someone who needed follow-up; they have posted a check-in in a thread days later to see if the original question was answered. This behavior predicts stewardship reliability far better than general enthusiasm for the community. Supporting criteria: 6 or more months of tenure; 3 or more posts in the prior 30 days; no unresolved complaints or expressed dissatisfaction in the prior 60 days. The member to avoid is the highly enthusiastic, community-building-oriented member who frequently posts about wanting the community to grow and has been publicly supportive of every operator initiative. These members will say yes because the invitation satisfies a validation need. They tend to be inconsistent and eventually feel underappreciated when the informal role does not develop into something more formal. Invite people who are already doing the behavior, not people who want to be recognized for it.

What happens when an informal steward goes quiet or stops checking #intros?

A steward who goes quiet should trigger a private check-in from the operator — not a performance conversation, but a genuine question about whether the scope is still workable. Most stewards who go quiet have simply gotten busy, not disengaged or resentful, and a brief acknowledgment is enough to clarify whether they want to continue, reduce scope, or step back entirely. If a steward steps back, thank them explicitly without disappointment in the framing, then identify and invite a replacement from the standing candidate pool. The quarterly check-in DM is the most reliable tool for preventing quiet drift: it gives stewards an explicit scheduled opportunity to revisit the scope without having to initiate the conversation themselves. Operators who run the quarterly check-in report that stewards stay active longer, express less resentment, and are more likely to continue at reduced scope rather than stopping entirely. The system is designed to survive individual stewards stepping back because the operator maintains a standing list of candidates at any time, not just the current stewards.

How many informal stewards does a paid Slack community of 150 to 250 members need?

At 150 to 250 members, 3 to 4 active informal stewards is typically sufficient to maintain a 24-hour reply window across #intros without depending on any single steward’s consistent availability. At this membership range, a community typically adds 6 to 14 new members per week. With 3 to 4 stewards each checking #intros once or twice a week, the probability that any given intro post goes more than 24 to 36 hours without a reply approaches zero — even when the operator falls behind on their own monitoring. The target is redundancy, not coverage: you do not want one steward assigned to specific days. You want all 3 to 4 stewards checking whenever they are naturally in Slack, which for actively engaged members means multiple times per week across different days and times. At over 300 members, 5 to 6 stewards provides comfortable redundancy. Keep the group small enough that each person still feels individually asked rather than part of a program.