Growth Project

增长项目

搞懂用户专家团各专家共享的上下文容器。每个专家开工前先读，收工后回写。

存放位置

{workspace}/.workbuddy/memory/growth-project.md

⚠️ 绝不写进专家包目录——那是只读技能包，分享给他人时会带上用户的业务数据。

读写规则

读：任务开始时先检查文件是否存在。

• 存在 → 读取后只问缺失字段，已有的不重复问。
• 不存在 → 首次接待、完成阶段判断后当场创建（至少写入产品段与已知情况），之后增量补齐——不等到收工、不等第一份产物。零语料的首次来访也要建，进度编号写「研究轮次：未开启（等第一批语料）」。

写：每个专家产出后增量更新自己负责的段落，其余段落原样保留。

• 不覆盖重写整个文件。
• 每次在 ## 变更记录 追加一行：日期 · 谁 · 改了什么。

旧档案升级（读到旧格式文件时）：

• 文件缺当前版本的字段 → 在对应段落末尾补上空字段，已有内容一律不动。
• 在 ## 变更记录 追加：日期 · schema 升级 · 补齐字段 xxx。
• 绝不因为缺字段重建整个文件，也绝不把「字段是空的」当成「用户没做过」。

原始材料可回溯：

• 郑识人收到语料后，把原始材料的位置记进「语料来源与数量」（本机路径 / 思研链接 / 截图存放处）。不搬运内容、不建存储系统，只记「去哪能找到」。
• 通哥收到带回的评论截图、数据截图时同样处理，位置附在「内容表现」行内。
• 后续任何专家想回看原文，按位置去找；找不到时如实说「原始材料已不可考，以下基于当时的记录」，不要假装记得原文。

告知用户（首次存档后，用大白话说一次）：

你的产品和用户情况我记下来了，后面几步不用重复讲。

文件结构

# 增长项目：{产品名}

## 进度编号
- 当前研究轮次：R{n}（**由主理人统一发号**；洞察报告 / 人群优先级清单 / 话题与搜索词表三份产物的版头继承此号）
- 当前内容批次：B{n}（**由主理人发号**；内容 Brief 继承此号。出团交付统一说「批」，不说「轮」）
- 编号历史：（如 `R1 → B1（08-20 发布）→ B2（08-23 发布）→ 结果回流 → R2`）

## 产品
- 产品名称：
- 一句话介绍：
- 产品阶段：（想法 / MVP / 已上线 / 有少量用户 / 增长停滞）
- 核心价值：
- 主要功能：
- 产品边界：（明确不适合什么场景）

## 用户
- 已有用户规模：
- 语料来源与数量：（如 12 段微信聊天 + 3 份访谈；**附原始材料位置**——文件路径 / 思研链接 / 截图存放处）
- 用户原话：（逐条，标注出处）
- 用户痛点：
- 用户场景：
- 用户需求：
- 用户动机：
- 当前解决方式：
- 决策因素：
- 拒绝原因：

## 人群
- 已验证人群：
- 待验证人群：（每条标注匹配度：高 / 中 / 低）
- 人群优先级与理由：
- 验证状态：（未验证 / 验证中 / 已验证 / 已否证）

## 话题
- 话题池：（每条标注来源：语料 / 推测）
- 话题优先级：
- 已验证话题：
- 待验证话题：

## 内容
- 内容策略：
- 内容 Brief：
- 本轮验证目标：（这轮想弄清什么 + 什么迹象算有反应，一两句话，不要写成实验设计。内容轮、访谈轮、人群验证轮、**投放轮**都适用——只要是主动发起的一轮验证（含直接付费投放），发起时就先填）
- 本轮验证结果：（用户带回后填：结果摘要一行 + 判断四选一——支持 / 不支持 / 无法判断 / 出现新发现）
- 本轮触达方式：（自己发布 / 已有账号 / 达人合作 / AI 访谈 / 付费投放 / 其他）——与 `capability-handoff` 一点五节五种触达方式对齐
- 已生成内容：
- 已发布内容：
- 内容表现：（数字信号；用户的主观描述单独标注为「用户判断」）
- 新增用户反馈：
- 下一步打算：（每次给出建议后追加一行：日期 · 建议 · 理由）

## 获客
- 已验证卖点：
- 是否达到广告测试条件：
- 广告测试记录：
- 获客结果：

## 数据边界
- 哪些结论来自真实语料：
- 哪些结论是待验证假设：
- 语料的已知局限：（如样本全是熟人、只覆盖某一类用户）

## 风险记录
（强监管行业必填，非强监管行业写「非强监管品类，无特殊限制」即可。**产品方向未明时写「待判——产品方向确认后补」，不要留空也不要猜一个行业**）
- 资质风险：（哪些功能可能需要资质）
- 投放风险：（哪些表述会被平台拒）
- 定位建议：（往工具型还是建议型收）

## 变更记录
- YYYY-MM-DD · 谁 · 改了什么

字段来源对照

⚠️ 风险记录是全流程读取项：寻声定话题方向、策远定内容方向、通哥交接给内容专家团和苏策时，都要先读这一段。

编号纪律：研究轮次 R 与内容批次 B

这是两个不同的计数器，绝不共用「轮」这一个词，否则同一条链路上会出现「前三份 R1、第四份 R2」这种对不上的编号。

层级关系：一个 R 内可以有多个 B（同一批证据下发了 B1、B2 两批内容）。结果全部回流、主理人判定完，研究轮次才推进到 R+1。

发号规则：

• R 与 B 都由主理人统一发号，写进「## 进度编号」段。
• 四位专家产出时读取该号写进产物版头，不自行编号。
• 出团交付物（内容 Brief）只带 B 号，不带 R 号——接收方看不懂内部研究编号，也用不上。
• B 号只编「我们出的」内容批次：通哥团产出 Brief、交内容团施工的那一批才占 B{n}。用户自行发布或自称已验证的内容不占 B 号——记入「已发布内容 / 内容表现」，结果回流并入当前 R。口诀：Brief 是我们出的才占号，用户自己发的不占。

⚠️ 与下文「本轮验证目标 / 本轮验证结果」的关系：那两个字段记的是单次验证动作（一次内容投放、一次访谈、一次付费投放），颗粒度比 R 细，通常对应一个 B。字段名里的「本轮」指当前这次验证动作，不是研究轮次 R。

「本轮验证目标」怎么写

用大白话写清想知道什么 + 什么迹象算有反应。例：

想知道「一人 SaaS 团队」是不是也有这个问题；评论里有人说「我也是」并说明自己身份，就算有反应。

⚠️ 不要写成实验设计——一两句话就够。这个字段没填，通哥后面只能做描述性分析，无法判断假设成不成立。

「本轮验证结果」怎么写

用户带回结果后，通哥与下一步建议同次写入。一行摘要 + 四选一的判断：

08-25 · 3 人自我识别为独立开发者，无人来自一人 SaaS 团队 · 判断：支持独立开发者，一人 SaaS 团队无法判断

四个判断的用法：

• 支持 —— 有明确正向信号
• 不支持 —— 有明确反证（注意：需要真的反证，不是「没动静」）
• 无法判断 —— 没验证到（信号不足、没触及目标人群）
• 出现新发现 —— 反馈里的痛点和原假设不一样（价值可能更高）

⚠️ 「不支持」和「无法判断」必须分开。前者要换方向，后者该再试一次。

「下一步打算」怎么写

通哥每次给出建议后追加一行，注明日期与理由：

08-22 · 继续同人群加 2-3 条内容 · 有 3 人自我识别但样本太小

作用是下次进来能接着上次讲，不用重新推演。

阶段判断（主理人用）

读完文件后，按最后一个填好的段落判断用户当前阶段，直接跳到下一步，不要每次从头跑：