# Community Models & Scaling Phases

The named model taxonomy, the flagship benchmark, and how the community-owner role changes as the community grows. Pair this with the goal playbooks and health metrics in `SKILL.md` — this file adds the *shape* of the community, not the tactics.

Source: Corey Haines, *Founding Marketing*, Ch. 12 — "Community connects customers with each other." The thesis: don't just sell software, create a movement. Community is an **audience-first** play — indirect, "deposits in a relationship bank account" — built on **community-led systems** and **recognition/rewards**.

---

## The 5 Community Models

Pick the model that matches the primary business goal. Most communities lean on one and borrow from others. Each has a "best when…" fit test and a real case.

### 1. Support-Driven

- **Best when…** support volume is high, questions are repeatable, and peers can answer each other faster than your team can. Goal: **support deflection**.
- The community exists so members resolve each other's problems, cutting ticket load while raising satisfaction.
- **Case — GreenPal:** ran a Facebook group where users and vendors helped each other, deflecting support away from the team.

### 2. Product-Development

- **Best when…** your users are technical or opinionated and their feedback directly shapes the roadmap. Goal: **feedback + build-in-public momentum**.
- The community is a feedback engine: feature requests, bug reports, and public traction all flow through it.
- **Case — Ydata:** ran a Slack community that drove **GitHub stars and product feedback**, turning members into co-builders.

### 3. Education / Enablement

- **Best when…** the product has a learning curve and activation/retention hinge on members getting good at it. Goal: **churn reduction**.
- The community teaches members to succeed with the product; competence lowers churn.
- **Case — LiveAgent:** used community education/enablement to **reduce churn** by helping customers get more capable.

### 4. Founder-Led

- **Best when…** you're early-stage, the founder's voice is the brand, and personal presence is the fastest way to build trust. Goal: **direct relationships + word-of-mouth**.
- The founder shows up personally — answering, hosting, setting culture — before systems can carry it.
- **Cases — Bento** (Discord) and **Postaga:** founders led their communities directly.

> The fifth "model" in practice is the blend: a community usually starts **Founder-Led**, then specializes toward Support-Driven, Product-Development, or Education as it scales.

---

## Flagship Benchmark: Notion's Ambassador Program

The reference point for community-led growth at scale:

- **300+ ambassadors**
- **1M+ template downloads**
- **25% of new users come from community referrals**

Use these as the "what great looks like" north star when sizing an ambassador program's potential — not as day-one targets. (For building the program itself, see the ambassador playbook in `SKILL.md`.)

---

## Scaling-Phase Role Shift

The community owner's job changes at each stage. Match your effort to the phase — running a 1,000-member community like a 50-member one (or vice versa) is the most common failure.

| Phase | Members | Role | Focus |
|-------|---------|------|-------|
| Foundation | 0–100 | **Community Architect** | Lay the foundation and build relationships — do things that don't scale, know members by name, set the culture. |
| Systems | 100–1,000 | **Community Manager** | Build systems and governance — rituals, moderation, onboarding paths, clear norms so activity survives without you touching every thread. |
| Scale | 1,000+ | **Community Enabler** | Enable others — stand up ambassador programs and sub-communities so members and leaders run it. You architect the leverage, not the conversations. |

**The shift in one line:** architect the *room* → manage the *systems* → enable the *people*. Each phase hands off the previous phase's manual work to structure and to members.
