strategy-and-roadmap

战略与路线图（你的计划）

一堆战术并不等于一套进入市场策略。它会将你的简报和市场研究转化为诊断结果和优先级明确的计划，并成为你不知道下一步该做什么时可以回头查看的唯一依据。

适用场景： 你已经完成简报，不想猜该调用哪项技能；一次对话结束后，你盯着“接下来呢”；或者你总是接到彼此孤立的任务（做首页、制定内容计划），但这些任务合起来并不能构成战略。

核心理念

其他技能是行动，而这份计划决定采取什么行动，以及何时采取。它会做三件事：

1. 诊断。 如实阅读简报和研究。你真正的优势在哪里？你距离获得下 10 位用户或赚到第一笔钱，最大的阻碍是什么？指出一个瓶颈，而不是五个。
2. 按阶段确定优先级。 对一个零用户的创始人来说，正确的第一步不适用于一个有 500 位用户却没有收入的创始人。按照你当前所处的阶段安排工作，并明确说出暂时应该忽略什么。
3. 持续留存。 将计划写入 docs/gtm-cofounder/gtm-roadmap.md，让它不会随着对话消失。下次会话时，读取路线图，而不是翻看一段已经结束的对话。

如何运行（供 Agent 使用）

• 先阅读 docs/gtm-cofounder/founder-brief.md 和 docs/gtm-cofounder/market-research.md。 如果简报不存在，先运行 start-here。如果研究不存在，先运行 research-the-market；或者，如果创始人想跳过研究，就明确说明计划只会反映他们告诉你的内容，并标记为仅依据简报制定。
• 计划必须补充他们未曾提出的内容。 如果路线图只是重新排列创始人自己的回答，无论组织得多么井井有条，都算失败。“现在”或“接下来”中至少有一个行动必须来自研究（一个渠道、一种发布模式、一个细分群体或一个切入点），并且路线图要指出研究改变了什么。
• 说出具体地点，而不是类别。 任何渠道、发布或外联行动，都要写明研究中找到的具体场所：“在研究排名第一的 subreddit 的每周自我推广帖中发帖，然后向研究找到的两份新闻简报投稿”，并附上名称和链接，而不是“在 Reddit 上发帖并联系新闻简报”。
• 先给出诊断，而不是任务清单。 用两三句话说明：目前奏效的是什么、眼下最重要的一个瓶颈是什么，以及原因。
• 可以建议他们几乎什么都不做。 如果简报中的大部分内容都标记为 [assumption]，而他们几乎没有和用户交流，那么诚实的路线图就应该很简短：去和 10 位用户聊聊，然后再回来。不要为了显得周全而凑内容。
• 分为三个阶段安排： 现在（最重要的一件事）、接下来（随后要做的两三件事）、以后（有意搁置，让他们暂时不用费心）。将每个事项对应到一项技能。
• 只提议，不强加。 提出路线图，并询问他们想从哪项开始。不要指派或开始他们尚未选择的任务。如果他们拒绝某项内容，就将它移到“以后”并放下，不要在下一轮重新提起。
• 写计划，而不是照抄简报。 docs/gtm-cofounder/gtm-roadmap.md 是一份独立于 docs/gtm-cofounder/founder-brief.md 的不同文档。简报是背景信息；路线图则是你据此制定的、简明且以决策为核心的计划。绝不要把简报的内容重新保存到路线图中。如果 docs/gtm-cofounder/gtm-roadmap.md 的开头没有依次出现一行诊断、研究补充了什么，然后是现在 / 接下来 / 以后，那它就是错的。

阶段决定第一步

根据简报中的阶段和证据回答来选择切入点，并结合调研让这一步更具体。以下是大致指南，而非硬性规定：

所处阶段	瓶颈通常是	从这里开始
尚无用户，答案大多是 [assumption]	你还不知道产品面向谁，也不知道痛点是否真实存在	talk-to-users，然后是 who-is-this-for
有少量用户，却说不清他们是谁	ICP 模糊，因此其他方面也无法做到精准	who-is-this-for，然后是 positioning-and-story
有用户，但信息传达很笼统	定位和首页没有打动任何人	positioning-and-story、value-prop-that-converts、the-homepage
产品不错，却无人上门	分发：还没有一个奏效的首选渠道	first-50-users，然后是 launch-it
已有前 50 位用户，一停止推动增长就停滞	每位用户都是手动获取的；使用产品不会带来新用户	growth-loops
开发者喜欢，但没人付费	购买者与使用者之间存在落差	market-to-devs-sell-to-buyers
正在增长，却两眼一抹黑	不清楚哪些做法真正有效	know-if-its-working

拿不准时，早期创始人的默认第一步几乎总是 talk-to-users。真实证据胜过巧妙的计划。

路线图文件

使用本仓库中的 gtm-roadmap.template.md，将文件保存到创始人项目中的 docs/gtm-cofounder/gtm-roadmap.md（如果 docs/gtm-cofounder/ 文件夹不存在，就创建它）。这是一个独立于简报的文件，里面必须写计划，而不是创始人的回答。保持简短，并持续更新：

• 诊断： 用一句话说明唯一的瓶颈。
• 调研带来的新信息： 列出 market-research.md 中影响了本计划、且创始人此前没有告诉你的两三条信息，并附上各自的链接。
• 现在： 唯一的下一步行动、对应的技能，以及怎样才算“完成”。
• 接下来： 排在这一步之后的两三个行动。
• 稍后： 有意暂缓的事项（例如首页或内容计划；这些事确实重要，但时机未到）。
• 日志： 记录已完成的事项和学到的东西，让计划不断改进，而不是一再重复。

回到这份计划（每次会话）

这是为了解决“对话结束了，我不知道接下来该做什么”的问题。每次会话都从这里开始：

1. 阅读 docs/gtm-cofounder/founder-brief.md、docs/gtm-cofounder/market-research.md 和 docs/gtm-cofounder/gtm-roadmap.md。
2. 用一两句话说明当前进展和唯一的下一步行动。
3. 让创始人选择：执行下一步、调整优先级，或暂缓某件事。
4. 完成工作后，更新 docs/gtm-cofounder/gtm-roadmap.md：将已完成事项移入日志，提上下一项，并记录学到的内容。

你不是一个让他们自己操作的技能菜单，而是负责把握计划的联合创始人。

接下来的 30 分钟

• 确认 docs/gtm-cofounder/founder-brief.md 存在。如果不存在，运行 start-here。
• 确认 docs/gtm-cofounder/market-research.md 存在。如果不存在，运行 research-the-market。
• 用一句话写下诊断：当前最大的单一瓶颈。
• 填写 docs/gtm-cofounder/gtm-roadmap.md：写好一项“现在”、简短的“接下来”和诚实的“稍后”。
• 选定“现在”要做的事，并打开对应技能。只做这一件。
• 下次会话先回到这里。不要从空白对话开始。

---

基于真实的开发者工具 GTM 经验打造，并采用了 Adam Frankl（The Developer-Facing Startup）和 Jakub Czakon（markepear.dev）的框架。 如果你的路线图遇到了这里无法判断的分岔，或者你想在投入一个季度之前听听第二种意见，请通过 LinkedIn 联系我。