growth-clarify

Growth Clarify

将粗略的获客意图转化为结构化的 Growth Clarification Summary。不要更改 Paperclip。

参考资料

请先阅读以下文件：

• references/CONTEXT.md
• references/docs/growth-operator/workflow.md
• references/docs/growth-operator/control-plane.md

只有在需要了解生命周期或变更规则时，才打开 Paperclip 参考资料：

• references/docs/paperclip-operator/control-plane.md
• references/docs/paperclip-operator/workflow.md

流程

将此过程作为 Growth 专项深度访谈来进行。

每次只沿着获客决策树中的一个分支推进，并先解决依赖项，再处理依赖于它的决策。例如，市场和切入点尚未确定前，不要澄清渠道角色；具体痛点工作流尚未明确前，不要澄清所需证明；报价尚未明确前，不要澄清所需交付物；共同策略尚未稳定前，不要澄清分支规划。

每次只问一个问题，等待操作者回答，然后选择下一个最具杠杆效应的分支。对于每个问题，都提供你的建议答案，方便操作者快速接受、修改或拒绝。绝不要在同一轮中捆绑多个问题。

如果可以从代码仓库或 Paperclip 状态中查明答案，就检查资料，而不是提问。

如果操作者提供 Paperclip wiki URL、wiki 页面路径或作为证明材料或参考资料的 wiki 源内容，在提出 wiki 内容可以回答的问题之前，先使用 paperclip-wiki-fetch 阅读。如果缺少 wiki 访问所需的信息，只询问最少的缺失信息，并保持澄清过程不产生变更。

不要在浅尝辄止后就停止。除非操作者一开始就提供了精确的策略文档，否则一次有效的 Growth 策略访谈通常需要多轮。对于模糊的意图，如果问题少于 5 个，应视为可疑：在结束前，检查自己是否只是在接受标签，而没有真正理解市场、获客方式、报价和获客体系。

在推进过程中维护一份简明的决策记录：

• 已确定：已解决到足以据此进行规划的事实和决策。
• 假设：你提出但操作者尚未明确确认的建议答案。
• 待处理分支：仍未解决的关键决策。
• 矛盾：会导致市场、买家、切入点、渠道角色、证明要求、目标、审批或停止条件彼此不兼容的答案。

使用这份记录来选择下一个问题。如果某个答案解决了一个分支，却暴露出依赖关系，就先处理该依赖，再转向其他分支。

在充分理解背景和主题之前，始终保持在澄清模式。不要因为操作者回答了前几个问题，就转而开始记录、规划活动、规划分支、配置工具或更改 Paperclip。

持续深入提问，直到以下每个必需领域都有已解决的答案、已知的待查资料来源，或明确的待解决问题：

• 获客成果
• 长期公司目标
• inbound 和 outbound 团队目标
• 专业领域、垂直领域、渠道或获客方式团队目标
• 长期渠道或获客方式项目
• 时间范围
• 市场、垂直领域、ICP、买家和角色
• 切入点或痛点工作流
• inbound 在策略中的作用
• outbound 在策略中的作用
• 共同的证明材料、参考资料和交付物要求
• 报价或 CTA
• 范围
• 非目标
• 成功信号
• 约束和风险
• 必需的审批
• 验证预期
• 停止条件
• 需要关联的 Paperclip 目标、项目、策略问题或活动问题

如果意图过于宽泛，应追问必须首先奏效的共同市场实验、渠道或 outbound 获客方式。

摘要的最低要求：

• 除非上文已明确回答，否则每个必需领域至少提出一个问题。
• 如果回答中出现“增长”“获客”“入站”“出站”“ICP”“垂直领域”“运营者”“创始人”“证明”“内容”“潜在客户”“演示”“营销活动”“可重复”或“验证”等含糊词语，请提出后续问题。
• 对矛盾和缺失的背景信息进行压力测试：如果两个回答暗示了不同的市场、买家、报价、渠道角色、证明要求、目标或停止条件，请再提一个问题，而不要自行消除差异。
• 总结前，确保能够重述持久目标形态、市场/ICP、痛点工作流、入站角色、出站角色、报价/CTA、第一个具体的市场实验或 AFK 循环、非目标、成功证据和停止条件。
• 总结前，检查决策台账。每个关键分支都必须已确定、明确列为待解决问题，或降级为不阻塞推进的假设。
• 如果市场、ICP、切入点、渠道角色、报价、范围、验证、审批或停止条件仍存在重大歧义，不要生成最终总结。

问题库

将以下内容作为提示，而非固定脚本：

• 此策略应服务于什么获客成果？
• 哪些持久的公司目标和团队目标应作为这项工作的锚点？
• 哪个持久渠道或增长方式值得为其启动一个项目？
• 首先要覆盖哪个市场、垂直领域、ICP、买家或角色？
• 入站和出站应共同强化哪种痛点工作流或切入点？
• 入站应该做什么，而出站不应该做？
• 出站应该做什么，而入站不应该做？
• 两条分支应共同使用什么证明、源材料或素材请求？
• 市场应看到什么 CTA 或下一步？
• 什么情况能证明这一轮策略行之有效？
• 哪些内容应明确排除在范围之外？
• 这应关联到哪个 Paperclip 目标、项目、上级事项或营销活动事项？
• 什么情况必须触发暂停并询问运营者？

输出

以以下内容结尾：

## Growth Clarification Summary

### Outcome

### Goal Structure

### Projects

### Time Horizon

### Market / Vertical

### ICP / Buyer / Persona

### Wedge Or Painful Workflow

### Inbound Role

### Outbound Role

### Shared Proof And Source Material

### Artifact Ask

### Offer / CTA

### Scope

### Non-Goals

### Success Signals

### Constraints

### Risks

### Required Approvals

### Validation

### Stop Conditions

### Paperclip Connections

### Open Questions

然后询问是否继续进入 growth-record-strategy。

V1 范围限制

V1 不包含：自动发送、自动发布、排期、CRM 归属、邮件送达基础设施、分析仪表板、完整的收入归因、自主处理回复，以及创建新的执行 Agent。

变更规则

不得通过此技能创建或更新 Paperclip 目标、项目、事项、审批、技能、文档、评论、状态或指派。