A casual indoor gathering overlooking water, representing a small recurring community meetup

Why New Communities Die in Three Months, and What Prevents It

Most communities are launched, populated, and quietly abandoned. The failure is structural rather than a matter of effort, and the things that prevent it have to be built in before anyone joins.

Allan Bartholomew
Allan Bartholomew
August 26, 2026 · 5 min read

The pattern is so consistent it is almost a schedule. A group launches, the first weeks are busy, month two is quieter, month three has a founder posting into silence and wondering what went wrong.

Nothing went wrong in month three. What went wrong was built in at launch, and it is worth understanding as a structural problem rather than a motivational one, because effort is not the missing ingredient.

Novelty is what launched it, and novelty expires

The initial burst comes from curiosity. People join, look around, introduce themselves, and that activity is genuinely enjoyable to watch. It is also entirely explained by the group being new, which is a property that decays on its own.

Underneath the novelty there has to be a reason to return that is true on an ordinary Tuesday when nothing is happening. Most communities never had one and could not tell, because the launch traffic hid the absence for six weeks.

The diagnostic question, asked before launch rather than after: what does a member get here that they cannot get anywhere else, and how often do they need it? If the honest answer is "a place to discuss the topic", the group will die, because that is available everywhere.

Structure, not spontaneity

Communities that survive have something that happens on a schedule. A weekly thread, a monthly call, a recurring format with a name.

This works for a specific reason: it removes the need for anyone to decide to participate. Spontaneous engagement depends on a member independently generating the motivation to post, which most people do not do most weeks. A recurring event replaces motivation with a calendar entry.

It also makes the community legible. A new member can tell what happens here, because it happens every Thursday.

Growth is usually the cause of death

This is the counterintuitive one. Most people treat member count as the health metric, and it is often the thing that kills the group.

Small groups work because members recognise each other. Recognition produces the willingness to post something half-formed, which is where most real conversation comes from. Past a certain size, everyone is a stranger, posting feels like broadcasting, and the people who made the group good stop contributing.

Nobody notices, because the member count is still rising. The metric that matters is how many people posted this week, and it can fall while membership climbs.

The structural answer is subdivision: smaller rooms inside the larger space, organised by geography, stage or interest, so that everyone belongs to something small even as the whole gets large. Do it before it hurts, not after.

Stop being the person who answers

A founder who replies to everything creates a hub-and-spoke shape, and every message routes through them. Two things follow. Members learn to wait for the authoritative answer instead of helping each other, and the founder becomes a single point of failure whose quiet week reads as abandonment.

The transition that has to happen, deliberately: leave good questions unanswered for a day. Publicly credit people who answer. Ask specific members by name rather than asking the room. Hand real responsibility to two or three people early, before there is a reason to.

A community where members answer each other survives its founder's holiday. One where they do not, does not.

Measure participation, not membership

Three numbers tell you whether it is alive:

  1. Unique people who posted this week. The only number that matters.
  2. Proportion of posts that are not yours.
  3. How many members are in their second month. Retention, not acquisition.

Total membership tells you about historical marketing. It says nothing about whether the room is currently occupied, and watching it is how founders miss a decline that started months earlier.

Expect the participation itself to be lopsided. A small minority of members producing most of the contributions is the normal shape of an online group rather than a symptom, as Nielsen Norman Group's work on participation inequality describes. The point is not to fix the ratio, it is to make sure the small active group is large enough in absolute terms to sustain a conversation.

Whatever you track, the member data behind it is personal data, and the basis on which you contact people has to be established up front rather than assumed

The in-person multiplier

Communities that meet in person, even once, are markedly more durable. A single face-to-face meeting changes how members read each other's messages afterwards, because there is a person attached to the name.

If the group is geographically spread, a video call with cameras on does part of the job. The mechanism is the same: recognition. It is also why local subdivisions of a large community often outlive the parent.

For a community built around a recurring event, the related problem is getting people to actually attend what they signed up for, covered in why people register and don't turn up.

What to do at the start

Before opening it to anyone:

  • Write down what a member gets, and how often they need it.
  • Design one recurring thing and commit to running it for six months.
  • Decide the point at which you will subdivide, as a number.
  • Recruit two or three people who will post regardless, and ask them explicitly.
  • Keep it small for longer than feels comfortable.

Then judge it on how many people showed up this week, and ignore the membership figure entirely. Ten people who turn up every week is a community. Two thousand members who do not is a list you will eventually stop emailing.

General guidance. Data protection and marketing consent rules vary by jurisdiction; confirm the requirements where your members are based before collecting or using their contact details.