本文へ移動
cccskills
無料GitHub で公開

suede-community-marketing

Suede-owned community-growth discipline for member purpose, platform choice, seeding, rituals, moderation, health metrics, and earned advocacy. Use when starting, auditing, or growing a Discord, Slack, forum, subreddit, or comparable product community. NOT FOR: public social-channel content (use suede-social), referral-program mechanics (use suede-referrals), or customer-interview research (use suede-customer-research).

インストール方法を見る

含まれるファイル(4)

  • SKILL.md11.6 KB
  • agents/openai.yaml542 B
  • CARD.md4.3 KB
  • evals/evals.json7.5 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Suede Community Marketing

Use this Suede community-growth playbook to create genuine member value and measurable business outcomes without manufacturing engagement.

Before You Start

Check for product marketing context first: If .agents/product-marketing.md exists (or .claude/product-marketing.md, or the legacy product-marketing-context.md filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered.

Understand the situation (ask if not provided):

  1. What is the product or brand?: What problem does it solve, who uses it
  2. What community platform(s) are in play?: Discord, Slack, Circle, Reddit, Facebook Groups, forum, etc.
  3. What stage is the community at?: Pre-launch, 0–100 members, 100–1k, scaling, or established
  4. What is the primary community goal?: Retention, activation, word-of-mouth, support deflection, product feedback, revenue
  5. Who is the ideal community member?: Role, motivation, what they hope to get from joining

Work with whatever context is available. If key details are missing, make reasonable assumptions and flag them.


Community Strategy Principles

Build around a shared identity, not just a product

The strongest communities are built around who members are or aspire to be, not around your product. Members join because of the product but stay because of the people and identity.

Example: r/homelab: the identity is tinkerers who self-host, and every ritual, channel, and recognition mechanic in it reinforces that self-image.

Always define: What identity does this community reinforce for its members?

Value must flow to members first

Every community touchpoint should answer: What does the member get from this?

  • Exclusive knowledge or early access
  • Peer connections they can't get elsewhere
  • Recognition and status within a group they respect
  • Direct influence on the product roadmap
  • Career opportunities, visibility, or credibility

Playbooks by Goal

Launching a Community from Zero

  1. Recruit 20–50 founding members manually: DM your most engaged users, beta testers, or fans. Don't open publicly until there is baseline activity.
  2. Set the culture explicitly: Write community guidelines that describe the vibe, not just the rules. What does great participation look like here?
  3. Seed conversations before launch: Pre-populate channels with 5–10 posts that model the behavior you want. Questions, wins, resources.
  4. Do things that don't scale at first: Reply to every post. Welcome every new member by name. Host a weekly call. You are buying social proof.
  5. Define your core loop: What action do you want members to take weekly? Make it easy and reward it publicly.

Growing an Existing Community

  1. Audit where members drop off: Are people joining but not posting? Posting once and disappearing? Identify the leaky stage.
  2. Create a new member journey: A pinned welcome post, a #introduce-yourself channel, a DM or email from a community manager, a clear "start here" path.
  3. Surface member wins publicly: Showcase user projects, testimonials, milestones. This reinforces identity and signals that participation has rewards.
  4. Run recurring community rituals: Weekly threads (e.g., "What are you working on?"), monthly AMAs, seasonal challenges. Rituals create habit.
  5. Identify and invest in power users: participation is usually heavily skewed toward a small minority (Inferred; verify against this community's own posts-per-member distribution before quoting a ratio). Give the observed top contributors recognition, early access, moderator roles, or product input.

Building a Brand Ambassador / Advocate Program

  1. Identify candidates: Look for people who already recommend you unprompted. Check reviews, social mentions, community posts.
  2. Make the ask personal: Don't send a generic form. Reach out 1:1 and explain why you chose them specifically.
  3. Offer meaningful benefits: Exclusive access, swag, revenue share, or public recognition, not just "early access to features."
  4. Give them tools and content: Referral links, shareable assets, key talking points, a private Slack channel.
  5. Measure and iterate: Track referral traffic, signups, and engagement driven by advocates. Double down on what works.

Community-Led Support (Deflection + Retention)

  1. Create a searchable knowledge base from top community questions
  2. Recognize members who help others: "Community Expert" badges, leaderboards, shoutouts
  3. Close the loop with product: When community feedback drives a change, announce it publicly and credit the members who raised it
  4. Monitor sentiment weekly: Look for patterns in complaints or confusion before they become churn signals

Platform Selection Guide

PlatformBest ForWatch Out For
DiscordDeveloper, gaming, creator communities; real-time chatHigh noise, hard to search, onboarding friction
SlackB2B / professional communities; familiar to SaaS buyersFree tier limits history; feels like work
CircleCreator or course-based communities; clean UXLess organic discovery; requires driving traffic
RedditHigh-volume public communities; SEO benefitYou don't own it; moderation is hard
Facebook GroupsConsumer brands; older demographicsDeclining organic reach; algorithm dependent
Forum (Discourse)Long-form technical communities; SEO-richSlower velocity; higher effort to post

Community Health Metrics

Track these signals weekly. Label every number by evidence class, Boundaries below forbids stating any of them without a source, window, and denominator:

  • Observed: read directly from the platform's admin view or export. Name the view and the date pulled.
  • Computed: derived from observed values. Show the formula and the denominator (new member post rate = new members posting within 7 days / members who joined in the same window).
  • Inferred: a hypothesis to test, including any benchmark taken from outside this community. Never word it as this community's fact.
  • Unknown: the platform does not expose the measure. State what would resolve it.

Metrics:

  • DAU/MAU ratio: Stickiness (Computed: daily actives / monthly actives). A 20% floor is an Inferred cross-industry benchmark, not this community's healthy line; compare against its own trailing weeks.
  • New member post rate: % of new members who post within 7 days of joining
  • Thread reply rate: % of posts that receive at least one reply
  • Churn / lurker ratio: Members who joined but haven't posted in 30+ days
  • Content created by non-staff: % of posts not written by the company team

Warning signs:

  • Most posts are from the company team, not members
  • Questions go unanswered for >24 hours
  • Engagement concentrates in a handful of accounts: compute the share of posts from the top 5 posters over a stated window before calling it a warning
  • New members stop posting after their intro message

Output Formats

Depending on what the user needs, produce one of:

  • Community Strategy Doc: Platform choice, identity definition, core loop, 90-day launch plan
  • Channel Architecture: Recommended channels/categories with purpose and posting guidelines for each
  • New Member Journey: Welcome sequence: pinned post, DM template, first-week prompts
  • Community Ritual Calendar: Weekly/monthly recurring events and threads
  • Ambassador Program Brief: Criteria, benefits, outreach template, tracking plan
  • Health Audit Report: Current metrics, diagnosis, top 3 priorities to fix

Always be specific. Generic advice ("be consistent," "provide value") is not useful. Give the user something they can act on today.

Community Strategy Doc: exact headings

# <Community name>: Strategy

## Identity
Member identity reinforced: <who members are or aspire to be>
Who is explicitly not the member: <exclusion>

## Platform Choice
Chosen: <platform> | Rejected: <platform> because <watch-out from the table>
Evidence class for any cited benchmark: Observed | Computed | Inferred | Unknown

## Core Loop
Weekly member action: <one action>
What makes it easy: <mechanic>
How it is rewarded publicly: <mechanic>
Where new value re-enters: <mechanic>

## Seeding Plan
Founding members (20–50, manually recruited): <source list>
Pre-launch seed posts: <5–10 topics that model the behavior>
Culture statement: <what great participation looks like here>

## 90-Day Plan
Days 0–30 | Days 31–60 | Days 61–90, for each: goal, rituals live,
owner, primary metric with its denominator

## Measurement
Primary metric: <metric> = <formula> / <denominator>, window <n> days
Diagnostics (2–4): <metric + evidence class each>

## Open Gates
<authorization or evidence still missing; use the halt contract below>

The other five deliverables use these headings:

  • Channel Architecture: Channel | Purpose | Who posts | Posting rules | Success signal
  • New Member Journey: Pinned post / DM template / Day 1–7 prompts / First-win definition / Drop-off checkpoint
  • Community Ritual Calendar: Ritual | Cadence | Owner | Member job | Kill condition
  • Ambassador Program Brief: Criteria / Benefits / Outreach template / Disclosure requirement / Tracking plan
  • Health Audit Report: Metrics with evidence class and denominator / Diagnosis / Top 3 priorities / What would disprove the diagnosis

Halt Contract

Use this exact format when authorization, evidence, or an enforcement decision blocks the requested result: including the space-creation, invite, role, moderation, removal, and announcement gate and the enforcement-outcome gate in Boundaries:

HALT: <one-line blocker>
Why it blocks: <specific missing authority or evidence>
Resolve with:
1. <option>
2. <option>
3. <option, when useful>
Waiting for: <the exact item or approval>

Continue with safe drafts, plans, or worksheets only when they remain useful and do not imply the blocker was resolved.


Boundaries

  • Do not claim membership, engagement, retention, sentiment, or advocacy without a defined source, window, and denominator.
  • Do not create spaces, invite members, assign roles, moderate, remove content, or publish announcements without explicit authorization.
  • Do not manufacture activity, impersonate members, conceal incentives, or present paid advocacy as organic.
  • Do not decide enforcement outcomes beyond the documented community rules and escalation path.

Routing

  • Need referral or ambassador incentives -> use suede-referrals.
  • Need public social content -> use suede-social.
  • Need member-language research -> use suede-customer-research.
  • Need retention diagnosis beyond community behavior -> use suede-churn-prevention.
  • Need graphics for welcome posts, ritual announcements, or ambassador assets -> use suede-image; for video assets -> use suede-video.
  • Need a final anti-slop pass on member-facing copy before it ships -> use suede-deslop.
  • From those skills, route community purpose, platform, rituals, and moderation design back to suede-community-marketing.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Suede-affiliated Amazon money-recovery audit for restocking fees, short or denied refunds, and Amazon-billed subscriptions. Use when the user mentions a restocking fee, a short or denied Amazon refund, or a forgotten Prime Video Channel, Audible, Kindle Unlimited, or Prime charge, or asks whether Amazon still owes or bills them. Read-only discovery; no chat, cancellation, or dispute without the account owner's per-item confirmation, and never a promise of recovery. Requires an authenticated Claude in Chrome session. NOT FOR: bank chargebacks, marketplace A-to-z seller claims, price-protection claims, or subscriptions billed outside Amazon (use subscription-recovery).

日本語の概要は準備中です。原文の説明を表示しています。

JasonColapietro/suede-creator-skills1272026年10月12日 更新

Suede Labs Android app factory: plan, build, test, and release a production-grade native Android app from a product idea through Google Play. Use for requests to create, ship, submit, monetize, or modernize an Android app. Covers Kotlin and Jetpack Compose architecture, API-level policy verification, accessibility, privacy and Data Safety, Play Billing, Play Integrity, account deletion, testing, performance, store assets, signing, staged rollout, and a release evidence gate. NOT FOR: iOS work (private Suede Labs companion, not in this pack: ios-app-factory), a review-only pass on an existing app (use suede-code-review), or live Play listing and keyword audits on a shipped app (use suede-aso).

日本語の概要は準備中です。原文の説明を表示しています。

JasonColapietro/suede-creator-skills1272026年10月12日 更新

Design, review, and visually QA web and app interfaces against explicit design laws so shipped screens look intentional instead of generic AI output.

日本語の概要は準備中です。原文の説明を表示しています。

JasonColapietro/suede-creator-skills1272026年10月12日 更新

Suede AI full-stack surface builder that runs design, copy, and visual QA as one pass: landing pages, brand surfaces, product UI, dashboards, campaigns, launch pages, and reference-to-target restyles (suedify). Use when a build needs layout and words together, when a redesign or launch surface has to ship end to end, when the request is 'make this site look like that one', or when design, copy, asset, and QA lanes have to move at once. NOT FOR: a design-token, dark-mode, or single-component decision (use suede-design); copy with no layout work (use johnny-suede-write, or suede-copy for one standalone conversion surface); conversion and funnel architecture (use suede-site-alchemy); multi-agent orchestration protocols, WIP protection, and rollback trees (use suede-agent-teams).

日本語の概要は準備中です。原文の説明を表示しています。

JasonColapietro/suede-creator-skills1272026年10月12日 更新

Suede Labs full writing stack: sharper copy for docs, pages, email, social, headlines, CTAs, product listings, and public explainers, with an SEO/AEO/AI EO pass, persona and framework selection, brand-voice alignment, and a scored ship gate. Use when a writing job spans more than one surface, needs a voice retune as well as a draft, needs discoverability metadata alongside the copy, when the document is one an agent reads such as a SKILL.md, CLAUDE.md, or AGENTS.md, or when the user asks for 'the full writing stack', a launch package, or a public explainer talk-track. NOT FOR: one standalone conversion surface in one pass (use suede-copy); stripping AI patterns from text you did not write (use suede-deslop); a researched multi-phase piece for a high-stakes public surface (use suede-ship-copy); a deep standalone SEO audit (use suede-seo-audit); copy that ships inside a design or layout build (use johnny-suede-design).

日本語の概要は準備中です。原文の説明を表示しています。

JasonColapietro/suede-creator-skills1272026年10月12日 更新

Suede Labs workflow for turning a website, PWA, dashboard, or marketplace into an iOS app. Use when the user has a live site or web app and asks to put it on the App Store, wrap it in an app, ship an iOS version, or convert a PWA to native, covers URL audit, shell-vs-native strategy, App Store 4.2 wrapper risk, native value requirements, screenshots, metadata, privacy answers, and the release gate. NOT FOR: building a native iOS app with no existing site (private Suede Labs companion, not in this pack: ios-swiftui-product); repairing or releasing an existing Capacitor shell (private Suede Labs companion, not in this pack: ios-capacitor-shell); Android conversions (use android-app-factory); live listing and keyword audits on a shipped app (use suede-aso).

日本語の概要は準備中です。原文の説明を表示しています。

JasonColapietro/suede-creator-skills1272026年10月12日 更新

JasonColapietro のスキルをすべて見る

このスキルの問題を報告する