Member Feedback & Retention Diagnostics

The 44% who said “not enough value” — with no specific gap named: how one operator’s four-survey feedback program identified the peer-connection problem that informal check-ins had missed for 14 months

The operator running a 280-member $99/month paid Slack community for independent UX consultants and researchers had been tracking their annual renewal rate for 14 months. The number sat at 58% — 7 to 22 percentage points below the 65–80% benchmark for a community at their size and price tier. The operator had tried three interventions to move it: adding a second monthly live Q&A session (attendance improved; renewal rate did not), lowering the renewal price by 15% for members who had been in the community for more than 12 months (the discount was taken gratefully by members who were already going to renew; it did not recover the members who were not), and publishing more structured content in #resource-library (library posts received more reactions; the renewal rate held steady at 58%). After 14 months, the operator had 71 exit interview responses saved in a spreadsheet. They opened the file to look for patterns.

The exit interview audit: 44% of exits with no gap named

The operator had collected exit interview responses using a process that, at the time, they considered rigorous: when a member cancelled, they sent a one-question DM asking what had prompted the decision. Over 14 months, they had collected responses from 71 of an estimated 183 members who had churned (a 39% response rate, which the operator knew from benchmarks was reasonable for this format). They had read every response as it arrived. They had never coded them systematically.

The coding pass took three hours. The operator created five categories based on what they had seen in the responses: (1) pricing — explicit mentions of cost, price, or value-for-money; (2) programming — specific mentions of event quality, content relevance, or format preferences; (3) life events — career changes, business closure, or bandwidth reduction that made the community's timing wrong; (4) platform preference — mentions of switching to another community, tool, or format; and (5) vague dissatisfaction — responses that cited insufficient value, not enough benefit, or a general sense that it wasn’t working, without naming a specific gap.

The distribution:

The operator had expected to find pricing at the top, because the 15% renewal discount had been their most recent intervention and it had not worked, and they were using that failure as evidence that price sensitivity was not the primary driver. The pricing category being at 13% confirmed this. But the vague dissatisfaction category at 45% was not the confirmation they had hoped for. It was a signal that the exit interview data, in its current form, was not diagnostic. Forty-five percent of departing members — the single largest category by more than two to one — had told the operator something that was true but not actionable: that the community had not delivered enough value. None of the 32 responses in this category named what value had been expected and not delivered, what specific element of the experience had fallen short, or what would have changed the decision.

The operator wrote a note in the spreadsheet: I know 45% of members who left didn’t find enough value. I don’t know whether that means peer connections, content quality, programming fit, channel structure, pricing perception, or something else. Any of those would be a different intervention. I am guessing, and I have been guessing for 14 months.

What a “not enough value” answer actually represents operationally

The operator started researching what made exit interview data actionable and what made it not. The core problem they encountered was the timing trap: a departing member’s exit interview response is a summary of their experience at its most negative moment, compressed into a sentence or two sent in response to a DM that arrived while they were finalizing a cancellation decision. This is the worst possible context for extracting diagnostic signal.

The departing member is not performing a careful analysis of which community elements served them. They are rationalizing a decision they have already made. The rationalization is often accurate — they genuinely did not find enough value — but it omits the root cause because the departing member may not know the root cause themselves. A member who cancelled because they never formed a peer connection with someone working on a problem similar to theirs will not say “I never formed a named peer connection.” They will say “I wasn’t getting enough value,” because from their perspective, peer connection formation is not a community architecture problem they can diagnose; it is an absence of experience they never knew to expect.

The specific gap that was producing the operator’s 32 vague-dissatisfaction responses was not visible at cancellation. It would have been visible at Day 90 — before any of those members had finalized a disengagement trajectory — if the operator had asked a structured question at the right moment. The question “Can you name one other member of this community you’ve talked to outside a group channel in the last 30 days?” asked at Day 90 would have identified, for each of those members, whether a peer connection had formed. A no at Day 90 is actionable: the operator can make a specific peer introduction within 24 hours, and that introduction produces a 28–40% named-connection rate within two weeks. A “not enough value” at cancellation is not actionable: the member has already left, the gap has been present for 9–12 months, and the intervention window has closed.

The operator’s 14-month exit interview dataset was valuable for one purpose: confirming that 45% of churn was attributable to an unspecified value failure that was not pricing, programming, life events, or platform preference. That confirmation was directionally useful — it told the operator the failure was somewhere in the community’s core value delivery, not in its price point or its content calendar. But it was not a diagnosis. A diagnosis required structured measurement at the tenure milestones where the gap was still reversible.

Building the four-survey feedback program

The operator decided to implement a structured feedback program. They designed it around four survey moments, drawing from the timing and trigger framework in the paid community member feedback survey reference card: a Day 30 activation check, a Day 90 value realization and peer-connection check, a month 9 NPS pre-renewal survey, and a redesigned post-cancellation exit interview.

The Day 30 activation check was designed as a two-question Slack DM sent at exactly 30 days after join date, regardless of the member’s activity level. The first question was specific: “What was the most useful thing you did or learned in this community in your first month?” The second was an open invitation: “Is there anything specific that would make the next month more valuable for you?” The operator had previously sent informal check-in DMs to new members — but the timing had been inconsistent (whenever they remembered) and the framing had been generic (“how are you settling in?”). The structured version was different in two ways: the tenure-milestone trigger meant it went to every member, including the passive ones the operator had not been in contact with; and the specific first question forced the member to name an outcome rather than give a social answer.

The Day 90 survey was the centerpiece. The operator designed it as a three-question Slack DM: the peer-connection question (“Can you name one other member you’ve talked to outside a group channel in the last 30 days?”), a value-realization question (“Has this community helped you accomplish something specific in the last three months?” with yes/no plus optional detail), and an open-text invitation (“What would make the next three months more valuable for you?”). The peer-connection question was placed first because the operator had read that the first question in a short survey receives the highest response quality, and the peer-connection answer was the question that had the clearest operational routing: a yes meant the member was likely in the 72–84% renewal cohort and needed light-touch acknowledgment; a no meant the member was likely in the 28–42% renewal cohort and needed an immediate peer introduction.

The month 9 NPS survey was a three-question Slack DM: the standard 0–10 NPS question, an open-text follow-up (“What’s the one thing that would most increase the value you get from this community?”), and a binary renewal intent question (“Are you planning to continue your membership when it renews in approximately three months?” with yes / not sure / probably not options). The intent was to use NPS as a longitudinal benchmark that could be compared cohort-over-cohort, not as a real-time churn signal — the Day 90 survey was the real-time churn signal. The month 9 NPS arrived early enough to trigger pre-renewal intervention for detractors before the pre-renewal intervention timeline’s day −60 triage window opened.

The redesigned exit interview replaced the one-question vague-trigger format with two questions: “What was the main reason you decided not to continue?” (open text) and “Is there anything that would have changed your decision?” (yes/no plus optional text). The operator also added a routing decision at the top of their response protocol: before drafting the follow-up, they would categorize the response using the five-category taxonomy they had developed in the audit, which would determine whether they sent a discount offer (pricing), a programming update referencing new content in the member’s goal track (programming gap), a sympathy acknowledgment with a re-engagement offer at six months (life events), or no follow-up (platform preference). The vague-dissatisfaction category now had a routing rule: flag the member as a Day 90 survey failure (the gap that should have been caught three to nine months earlier) and log the exit as evidence for the peer-connection hypothesis they were about to test.

The operator built the system manually. They created a spreadsheet with four tabs, one per survey type, with columns for member name, join date, survey-send date, response (yes/no), response text, routing decision made, action taken within 24 hours, and outcome. The system was designed to take approximately two hours per week to run for a 280-member community adding 18–22 new members per month.

First survey cohort: what the Day 30 activation check found

The operator launched the program on a Monday and sent Day 30 surveys to the nine members who had joined exactly 30 days earlier in a staggered batch. Over the first two months, they sent Day 30 surveys to 42 new members.

The response rate for the Day 30 survey was 48% — 20 of the 42 new members responded. Of the 20 responses:

The operator applied the routing rules they had designed. For the 12 specific-answer responders, they replied within 24 hours referencing what the member had said and offered one concrete next step — a channel they hadn’t explored yet, an upcoming session relevant to what they had described, or a peer whose work was adjacent to theirs. For the 8 vague-answer responders, they sent a micro-action DM: a specific thread to reply to, a question in the channel that matched what the member had said in their signup form, a peer who had asked a question that the new member was well-positioned to answer. For the 22 non-responders, they sent a second Day 30 DM that named a single easy action rather than asking a question: “I noticed you haven’t had a chance to post yet — [specific member] just posted a question in #research-ops about [topic] that I thought might be right in your wheelhouse.”

The Day 30 data was useful — it identified the non-activated members earlier than the operator had previously been able to — but it was not yet revealing the gap the operator was looking for. The specific-answer group had clearly found something of value; the vague-answer group had not articulated what was missing; the non-responders were silent. The gap hypothesis would be tested at Day 90, when the peer-connection question arrived.

Day 90: the peer-connection gap

The first Day 90 surveys went out 90 days after the program launched, to the members who had joined in the program’s first week. Over the first three months of running Day 90 surveys, the operator sent 61 surveys to members who had crossed the 90-day tenure milestone while the program was active.

Response rate: 54% — 33 of 61 members responded to at least one of the three questions.

The peer-connection question results:

The operator checked the reference card. The benchmark for Day 90 peer-connection rate in a structured-onboarding community at their size and price tier was 45–62% of Day 90 survey respondents naming a specific peer. Their 27% was 18 to 35 percentage points below benchmark. They were not even close to the low end of the range.

The value-realization results were similarly below expectation. Of the 33 respondents:

The two signals were correlated in the expected direction: of the 9 members who named a specific peer, 8 also described a specific value outcome (89%). Of the 24 who could not name a specific peer, only 6 described a specific value outcome (25%). The peer connection was not just a retention predictor in the abstract. In this specific community, it was the mechanism through which members were realizing value: the UX consultants who had found a specific peer to compare notes with were reporting value in their survey responses. The ones who had not found a peer were not reporting value — which was exactly the blank that had been coming back in the exit interviews as “not enough value.”

The operator now had a diagnosis. Their 58% annual renewal rate was not a programming quality problem, not a pricing problem, not a content volume problem. It was a peer-connection architecture problem. Seventy-three percent of members were arriving at Day 90 — the last practical intervention point before the month-4 to month-6 engagement cliff — without having formed a named peer connection. The exit interviews had been telling the operator that 45% of exits felt they weren’t getting enough value. The Day 90 surveys were telling them why: two-thirds of members were not connecting with anyone who could deliver that value.

The operator noted the contrast with their prior interventions. Three additional live Q&A sessions per month produced more event attendance, but attendees who did not have a named peer to sit next to (metaphorically, in a Slack context) in those sessions were still experiencing the community as a broadcast channel, not as a peer network. More structured resource content gave members more to read, but reading without a peer to discuss with produces a solo learning experience, which is available from newsletters, podcasts, and YouTube. The community’s member health score on the peer-connection signal — the signal the operator had not been measuring — was the specific variable that explained both the 58% renewal rate and the failure of all three prior interventions to move it.

Building the peer-introduction protocol

The operator spent two weeks building a peer-introduction protocol to address what the Day 90 surveys had found. The protocol had three components: a response rule for Day 90 no-peer respondents, a proactive Day 14 peer-routing audit, and a Day 0 DM redesign.

The Day 90 response rule was the most immediately actionable. For every member who responded to the Day 90 survey without naming a specific peer, the operator committed to sending a specific peer introduction within 24 hours. The introduction had to name a specific existing member, provide a shared context (a shared goal-track category, a shared client type, a shared professional challenge visible from either member’s posting history), and include a concrete next step (a specific thread to reply to together, an upcoming event where both members were likely to participate, or a direct invitation to DM with a natural opening question provided). The operator designed the template but filled in the specifics manually for each introduction, because generic introductions (“you should meet everyone in #peer-feedback, they’re all doing great work”) did not produce named connections. Specific introductions did.

The Day 14 peer-routing audit was new infrastructure. Every two weeks, the operator pulled a list of members in their first 30 days and checked three signals: whether the member had posted in any channel, whether another member had replied to their post, and whether the operator had received a goal-track response from them in the Day 0 DM. Members who were at Day 14 with no peer reply to any of their posts were flagged for a peer-routing action: the operator would identify a specific existing member whose recent posting history suggested they could usefully reply to something the new member had said or asked, and would send a one-line message to the existing member: “[New member] just posted about [topic] in #[channel] — I think you’d have a useful take on it given what you shared about [their project/challenge last month].” This approach converted a routing obligation into a value offer to the existing member (their expertise was being recognized and called on), and produced a 65–72% reply rate from the existing member within 48 hours.

The Day 0 DM redesign was the deepest change. The operator’s existing Day 0 DM was sent manually, asked the goal-track question, and listed three channels. It did not include a peer-routing commitment, and it did not describe what a peer connection in this community looked like or felt like. The operator added a peer-routing commitment as a second message: within 24 hours of receiving the new member’s goal-track response, the operator would send one specific peer introduction. This turned the goal-track question from an intake form into a routing commitment — a signal to the new member that the community had a deliberate peer-connection infrastructure rather than an expectation that members would find each other organically.

The onboarding sequence reference card documents the peer-routing mechanism and the goal-track response rate sensitivity: a Day 0 DM with a peer-routing commitment included produces a goal-track response rate 12–18 percentage points higher than the same DM without the commitment, because the commitment signals that the goal-track question is an input to an action rather than a data collection exercise. Members who believe their answer will produce something respond at higher rates than members who are unsure whether their answer will be used at all.

The operator implemented all three changes in the same week. The first wave of Day 90 introductions went out to the 24 members who had not named a peer in their Day 90 survey responses. Of the 24, 19 received an introduction (5 had not responded to the Day 90 survey at all, and the operator applied a simpler routing rule to non-responders: a general-purpose re-engagement DM rather than a peer introduction, because the operator did not know whether the non-responder had formed a peer connection or not). Of the 19 who received a peer introduction, 11 had formed a named peer connection — visible through their subsequent posting activity — within 14 days. An introduction rate of 58%.

Tracking the first cohort through to renewal

The operator now had a structured feedback program running and a peer-introduction protocol active. They had established a clear hypothesis: the 58% annual renewal rate was caused by a peer-connection architecture failure that the Day 90 surveys would catch, and the Day 90 introductions would correct, and the renewal rate improvement would be visible when the first cohort that had gone through the full program reached their 12-month anniversary.

The waiting period was the same challenge every operator faces when using renewal rate as a success metric: the intervention was in month 1 through month 9 of the member’s journey; the outcome was visible at month 12. The operator used interim signals to stay oriented. The first was the Day 90 peer-connection rate itself, which was improving as the program ran: the first wave of Day 90 surveys had produced a 27% peer-connection rate; by the fourth wave (covering members who had joined in the program’s second month), the rate was 41%. The Day 14 proactive introductions were having an upstream effect — more members were arriving at Day 90 with a peer connection already formed, because the Day 14 routing had created the connection 76 days earlier.

The second interim signal was month 6 survival. The operator tracked the percentage of members who reached the six-month mark still enrolled, since month-6 survival is correlated with month-12 renewal at 0.82–0.91 in communities that have been running long enough to have clean data. For the first cohort that went through the full program (members who joined in the program’s first two months), the month-6 survival rate was 79%, compared to 71% for the two equivalent cohorts from the prior year. The operator treated this as a leading indicator rather than a confirmed outcome, but it was directionally consistent with the hypothesis: the peer-connection introductions were producing survival improvements that would be visible at month 12 as a renewal rate improvement.

The month 9 NPS surveys also provided signal. For the first cohort that reached month 9 while the program was running, the NPS promoter/detractor distribution had shifted: 38% promoters (up from an estimated 28–32% in the prior period, estimated from the exit interview distribution), 34% passives, 28% detractors. The detractor percentage was lower than the operator had expected based on the renewal rate, which they attributed to the fact that the detractor group in a no-feedback-program community and the detractor group in a structured-feedback-program community are different populations: in the prior period, members who were heading toward cancellation were invisible until they left; in the current period, they were visible at Day 90 and receiving peer introductions, which converted some of the would-be detractors into passives before month 9.

Second cohort renewal rate: 68%

The first cohort from the feedback program — 67 members who had joined in the program’s first two months and gone through at least one Day 30 survey and one Day 90 survey — reached their 12-month renewal dates in a rolling window over the program’s ninth and tenth months of operation. The operator tracked each renewal outcome.

The combined renewal rate for this cohort: 68%.

Compared to the 58% baseline for the prior year, this was a 10-percentage-point improvement. Compared to the 65–80% benchmark for communities at this size and price tier, the operator was now at the bottom of the benchmark range rather than 7 percentage points below it.

The operator broke the 68% rate down by Day 90 peer-connection status to check whether the improvement was concentrated in the peer-connected group:

The pattern was exactly what the peer-connection hypothesis had predicted. Members who arrived at Day 90 with a named peer renewed at 76% — 13 points above the operator’s 63% benchmark (the midpoint of the 65–80% range) and dramatically above the operator’s historical 58% baseline. Members who received a late introduction (Day 90 rather than Day 14) and formed a connection renewed at 64% — below the natural-connection group, because the Day 90 introduction was catching a gap that the Day 14 proactive routing would have prevented. Members who did not form a connection despite the introduction renewed at 47%, and members who did not respond to the survey at all renewed at 38% — close to the 28–42% benchmark for members without a named peer at Day 90.

The operator had two clear improvement paths for the next cohort cycle. First, increase the Day 90 survey response rate: the 28 non-responders were the group with the lowest renewal rate, and they were not non-responders because the survey was unwelcome — they were non-responders because the Day 0 DM had not established enough of a relationship between the operator and the member to make the Day 90 DM feel personal rather than automated. The Day 0 DM redesign (with the peer-routing commitment) was already in place for new members; the improvement would compound forward. Second, accelerate the peer introduction from Day 90 to Day 14: the Day 14 proactive routing audit was already producing the upstream improvement visible in the rising Day 90 peer-connection rate. Moving more introductions from Day 90 (reactive) to Day 14 (proactive) would close the gap between the 76% natural-connection group and the 64% late-introduction group for more members.

What the feedback program actually produced — and what it did not

The 10-percentage-point renewal rate improvement — from 58% to 68% — was not produced by the surveys themselves. Surveys do not improve retention. They produce data. The data produced by the Day 90 peer-connection survey identified a specific gap (peer-connection architecture failure at 73% of members at Day 90) that had been present and invisible for at least 14 months before the survey was deployed. The survey’s contribution was diagnostic: it named the problem. The peer-introduction protocol’s contribution was operational: it addressed the problem. The renewal improvement was produced by the protocol, not the survey — but the protocol could not have been designed without the diagnosis.

This is the distinction that the operator’s 14 months of exit interview data had illustrated from the other side. The exit interviews had produced data — a lot of it. But data that does not map to a specific operator action within a reversible window is not operationally useful. The vague-dissatisfaction category had been telling the operator that 45% of exits were leaving because the community had not delivered enough value. It was not telling them what value the community was failing to deliver, for whom, at which point in the member journey. The Day 90 peer-connection question answered all three dimensions at once: what (a named peer connection), for whom (73% of members across all goal tracks), at which point (Day 90, before the month-4 to month-6 engagement cliff).

The operator’s note after the second cohort renewal results was blunt: “I spent 14 months and three failed interventions trying to solve a problem I had not diagnosed. The surveys didn’t improve my renewal rate. They told me what was producing it. Everything I had tried before — more sessions, a loyalty discount, more content — was guessing. The Day 90 survey was the first time I had a specific answer to a specific question: why are members who activated in week one still leaving at month 9–12? And the answer turned out to be something I could fix with a 15-minute-per-week peer-routing audit and a specific DM template.”

The churn prevention reference card’s month-1 peer-formation protocol covers the proactive Day 14 peer-routing audit in detail, including the three-step process for identifying the right existing member to route to a new member, the message structure for the routing request, and the expected reply rate from established members when the routing request frames their expertise as being called upon rather than their time as being requested. The member win-back reference card covers recovery approaches for the 38% non-respondent group — the members who did not engage with the feedback program at all — including the timing windows and message structure that produce the highest re-engagement rate for members who have been passive for 60 or more days.

Frequently asked questions

Why do exit interviews with vague answers like “I wasn’t getting enough value” fail to help operators improve retention?

Vague exit interview answers fail to improve retention for two compounding reasons: they identify a symptom rather than a mechanism, and they are collected too late to test any hypothesis the symptom generates. “I wasn’t getting enough value” is an accurate self-report from the departing member — they genuinely experienced insufficient value — but it tells the operator nothing about which part of the community’s value delivery failed: the programming quality, the peer connection architecture, the onboarding sequence, the channel structure, or the pricing-to-value ratio. Each has a different intervention. An operator who acts on “not enough value” without further specification is guessing, and is likely to apply the intervention that matches their existing theory of the problem rather than the actual cause. The second problem is timing. An exit interview collected at cancellation is a retrospective assessment of a 3–12-month experience summarized at its most negative moment. A departing member is not performing a careful audit of which community elements served them well and which did not; they are rationalizing a decision they have already made. A member who cancelled because they never formed a peer connection will not say “I never formed a named peer connection.” They will say “I wasn’t getting enough value,” because from their perspective, peer connection formation is not a community architecture problem they can diagnose — it is an absence of experience they never knew to expect. Structured surveys at tenure milestones make this specific gap visible at Day 90, when it is reversible, rather than at cancellation, when it is not. The paid community member feedback survey reference card’s Table 1 documents the five survey moments with the specific operator action required within 48 hours of each response type — the routing table that converts survey data into operational decisions rather than leaving interpretation to real-time judgment.

How do you know whether your paid community renewal problem is caused by a peer-connection gap versus a programming quality gap?

The diagnostic that distinguishes a peer-connection gap from a programming quality gap is the Day 90 survey peer-connection question: “Can you name one other member you’ve talked to outside a group channel in the last 30 days?” If fewer than 40% of Day 90 respondents can name a specific peer, the primary driver is peer-connection architecture failure, not programming quality failure. The mechanism that produces this distinction is reliable: members who have formed named peer connections by Day 90 renew at month 12 at 72–84% regardless of programming quality variation, because their renewal decision is driven by a social relationship rather than by content or event quality. Members who have not formed a named peer connection renew at 28–42% regardless of how good the programming is, because without a peer relationship, their renewal question is a content-subscription question (“is the programming worth $99/month?”) rather than a community-membership question (“do I want to stay connected to these people?”). A programming quality problem produces a different signal: members with named peer connections still churning at above-benchmark rates despite having formed connections. In the operator’s case, the 73% no-peer rate at Day 90 immediately ruled out programming quality as the primary driver — programming quality problems do not produce peer-connection failure rates that high; they produce value-dissatisfaction in members who are socially connected and still not finding the programming meets their needs, which is a much more concentrated churn signal at higher-tenure cohorts. In practice, most renewal problems in communities under 500 members with renewal rates below 65% are peer-connection problems. The member health score reference card documents the three behavioral signals — intro post completion, peer interaction count, and active channel engagement depth — that together produce a 90-day renewal prediction with 73% accuracy, including the specific signal (peer interaction count) that isolates the peer-connection problem from the other two.

At what community size should a paid community operator move from informal member check-ins to a structured feedback program?

The right threshold is not community size — it is new-member volume. An operator should move from informal check-ins to a structured feedback program when they are adding more than 8–10 new members per month, regardless of total community size. The reason is coverage, not capacity. Informal check-ins produce accurate feedback from the members the operator is already in contact with — typically the most active, most vocal, and longest-tenured members, who are also the members least at risk of churning. The members most at risk — the passive subscribers who joined three months ago, responded to the Day 0 DM goal-track question, and have not posted since — are least likely to respond to an informal check-in because they are not in contact with the operator and are not seeking contact. A structured Day 90 survey triggered by tenure milestone rather than operator availability reaches these members at the exact point when their engagement trajectory is still reversible and their churn risk is highest. Below 8–10 new members per month, an operator has enough bandwidth to personally send a tenure-milestone DM to every member without a formal system, and the informal approach can work if the operator is disciplined about sending it at the milestone rather than when convenient. Above 8–10 per month, the informal approach begins to miss members systematically: the operator remembers to check in with the members they know and forgets the members they have not heard from, which is exactly the selection bias that makes ad-hoc check-ins fail as a retention instrument. The second threshold is renewal rate: an operator running below 65% annual renewal rate should implement a structured feedback program regardless of member volume, because the below-benchmark renewal rate is strong evidence that informal approaches are not catching a retention failure that structured tenure-milestone surveys would identify. The paid community member feedback survey reference card’s Table 6 (survey fatigue prevention) documents the behavioral substitutes for each survey type for operators below 50 new members per month who want the diagnostic signal without the overhead of a full four-survey program.

What is the right operator response when a Day 90 survey reveals that a member has not formed a named peer connection?

The right operator response when a Day 90 survey reveals no named peer connection is a specific peer introduction within 24 hours of receiving the survey response — not an event invitation, not a resource recommendation, not a follow-up question about what programming they would find useful. The peer introduction is the specific intervention because absence of a named peer at Day 90 is not a programming gap or a content gap; it is a social connection gap, and programming or content interventions do not address social connection gaps. The introduction structure matters. A generic “you should meet other members” message is not a peer introduction. A peer introduction has three elements: the name of a specific existing member, a shared context that explains why these two members should talk (a shared goal track, a shared professional challenge, a shared industry), and a concrete invitation to connect through a low-friction channel (a reply to the new member’s introductions post, a DM, or a shared live event coming up in the next two weeks). The shared context is the element operators most commonly omit. Without it, the introduction asks the new member to take a social risk with no clear reason the other person would be interested. With it, the introduction converts the contact initiation from a risk into a natural response: “Ali just posted about the exact problem you mentioned in your Day 0 DM — you might find it useful to compare notes.” This structure produces a 28–40% named-connection rate within 14 days of the Day 90 introduction. The timing constraint — 24 hours — matters because the Day 90 survey response represents an engagement window. An introduction sent within 24 hours of the survey response arrives while the member is in an active interaction mode with the community. An introduction sent a week later converts at half the rate. The paid community member feedback survey reference card’s Table 2 gives the full question bank for the Day 90 peer-connection survey including the follow-up threshold and the expected response rates for each question format, and Table 5 gives the feedback-to-action routing table mapping the peer-connection signal to the specific operator action, time window, and expected renewal probability improvement.