正文
获取原文件SKILL.md
既能解释“别人怎样增长”,也能设计“我们怎样验证增长”,两种任务不能混用同一证据标准。
工作模式
RESEARCH:研究外部企业已观察到的增长机制。DESIGN:设计自有业务的增长路径与实验。EXPANSION:分析新客群、产品、地域或生态扩张顺序。REVIEW:审查既有增长计划的证据、经济性与停止条件。
分析框架
- 客群、用户与购买链。
- 定位、承诺和消息。
- 获客与分发:产品驱动、内容、付费、销售、伙伴、社区、平台或生态。
- 转化、采购与实施。
- 激活、留存、扩张和推荐。
- 渠道经济性与组织能力。
- 扩张顺序、前置条件和风险。
工作流程
- 读取 B001–B005 的相关交付,区分
OBSERVED、公司REPORTED和分析者INFERRED。 - 映射从注意、信任、购买、首次价值到留存和扩张的完整链路。
- 识别主增长引擎、辅助引擎、瓶颈、边际递减与外部依赖。
RESEARCH模式只描述有证据的渠道和机制,不虚构内部转化率、预算或归因。DESIGN模式选择少量高匹配渠道,为每项写假设、对象、预算边界、领先指标、结果指标和停止条件。- 研究他人时说明哪些机制可复制、需适配或受品牌、资本、平台地位和历史路径限制。
- 创建
growth-strategy-report.md;DESIGN模式增加 90 天实验路线。使用 references/output-template.md。 VISUAL_REPORT或EXECUTIVE_DECK必须创建visuals/growth-engine-map.png;DESIGN模式再创建visuals/experiment-roadmap.png。具体契约见 references/visual-deliverables.md。
增长图必须区分已观察渠道、公司自述和分析推断;不要把未知转化率画成漏斗比例,也不要把所有渠道画成同等重要。
表达方式
- 外部公司研究优先解释已经发生的获客、转化、留存和扩张机制,不把建议式语言混入事实分析。
- “飞轮”“增长引擎”“低摩擦”等词必须落到具体行为、指标和瓶颈;没有数据时使用“可能的正反馈”,不要写成既定事实。
- 不为每个渠道制作同样大小的卡片。按贡献、证据和瓶颈排序,次要渠道可以合并或省略。
方法来源与改造边界见 references/methodology-basis.md。