brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
community-engagement-playbookBuilds the student community system for a paid course - platform choice by where students already are, an introduce-yourself onboarding ritual, a weekly cadence of office hours, wins threads, and accountability checks, a hard creator-time budget, and scheduled testimonial-harvest moments. Use when a course creator says "my students aren't finishing the cour…
Independent GitHub snapshot · Automated classification · Original documentation governs
A course community exists for exactly two outputs: completion and testimonials. Students who feel seen finish, finished students get results, and results become the proof that sells the next cohort. The costly mistake is treating community as a feature to bolt on - an empty Slack nobody posts in signals a dead course louder than no community at all, and an unbudgeted community quietly consumes the creator's production time until the next launch slips.
This skill runs after launch-email-sequence hands over the buyers, operates against the completion target set by course-outline-architect, and feeds its testimonial harvest back to course-sales-page's proof section. That loop - community to testimonials to sales page - is what makes the second launch outperform the first.
Worked example throughout: Dana, who just closed the "Notion OS for Consultants" launch ($297) with roughly 120 students from her 8,000-subscriber list, budgeting 5 hours a week for community.
Rank candidates by one question: which platform are these students already opening daily? A feature-rich community platform they must remember to visit loses to a mediocre one already in their dock. Decision rules:
Dana picks Slack: her consultants are in it all day, and an empty-feeling Circle space would cost more momentum than Slack's weaker course features.
The first 48 hours after purchase decide whether a student ever posts. Buyers arrive from launch-email-sequence into: a welcome email, an introduce-yourself prompt, and a first-action nudge pointing at the module-1 quick win (Dana's: the working dashboard in 20 minutes).
The introduce-yourself template - structured prompts get 3-4x the responses of "say hi!":
Welcome! Copy this, fill it in, post it in #introductions:
1. Name + what kind of consulting you do
2. Your current setup, honestly (how many tools? paper? chaos?)
3. The ONE thing you want working by the end of this course
4. Something you're good at that has nothing to do with work
Dana's example:
1. Dana - productivity consulting for solo consultants
2. Recovering 6-tool juggler: Notion, Trello, Docs, Sheets, Calendly, Airtable
3. Client onboarding in under a day, every time
4. I can identify most birds in New England by song
The creator (or a student moderator, later) replies to every introduction within 24 hours during launch month. Question 4 is not filler - it is what other students reply to, and peer replies, not creator replies, are what make a community self-sustaining.
Three recurring beats, same day and time every week, so students stop wondering whether anything is happening:
Community effort past about 5 hours a week cannibalizes course improvement and the next launch. Dana's allocation:
Office hours (run + prep) 1.5 hrs
Replies, batched 2x/day 30 min 1.0 hr (never ambient all-day checking)
Cadence posts + win-spotting 1.0 hr
Testimonial harvest + DMs 0.5 hr
Slack (buffer / member care) 1.0 hr
Total 5.0 hrs
Leverage tactics, in deployment order: (1) batch replies to two windows a day - ambient checking is how 5 hours becomes 20; (2) turn every question answered twice into a pinned FAQ post; (3) at month two, invite 2-3 of the most active students to be moderators with a real perk (free next course, or a lifetime license); (4) let non-urgent threads sit 24 hours - peer answers appearing before creator answers is the health signal, not a failure.
Testimonials are perishable - enthusiasm peaks at the moment of a win and decays within days. Watch four harvest moments:
At each moment, act within 48 hours: a short DM - "That win you posted is exactly what future students need to hear. Up for a 15-minute chat about it?" - then route the conversation itself to testimonial-capture-interview, which owns the questions, consent, and formats. Deliver finished testimonials to course-sales-page's proof section before the next launch. Target from a 120-student cohort: 10-15 usable testimonials, of which 3-5 carry specific numbers.
A one-page community operating plan: the platform decision with its reasoning, the onboarding ritual with the introduce-yourself template, the three-beat weekly cadence with days and times, the 5-hour time budget with allocations and leverage tactics, and the four testimonial-harvest moments with the DM script and the testimonial-capture-interview handoff.
The testimonial conversation, consent, and formats: testimonial-capture-interview. Structural fixes when completion lags despite an active community (lessons too long, milestones unclear): course-outline-architect. Quizzes that give the accountability check teeth: quiz-generator. Turning community proof into the next campaign: course-sales-page and launch-email-sequence.