别先开产品会，先让 WorkBuddy 交出 PRD、路线图和优先级
核心观点
- 一个产品想法最怕的，不是没人讨论，而是大家一开始就在空白页上各说各话。
- WorkBuddy 更适合先帮你交出一套起步包，而不是只写一份孤立文档。
- 真正稳的起手方式，是先定义目标用户、约束条件和交付物，再让 WorkBuddy 并行拆出 PRD、竞品判断、路线图和优先级。
正文
很多产品想法不是死在执行，而是死在起手。有人先写长篇 PRD，有人先拉会，有人先画页面，有人先聊商业模式。结果讨论越多，方向反而越散，因为还没有一个共同的起点。
这时候 WorkBuddy 最有价值的，不是替你拍板，而是先把想法整理成一套能讨论的材料。比如先把目标用户和使用场景讲清楚，再补一份竞品拆解，再给出路线图和优先级，最后整理一版适合老板、同事或投资人理解的表达。这样后面的评审、排期和分工，才有一个统一底稿。
很多人让 AI 帮自己做产品时，只会说“帮我写个 PRD”或者“帮我做个产品方案”。这类任务很容易跑偏，因为 WorkBuddy 不知道你做的是内部工具、消费产品、B 端流程还是 AI 功能，也不知道你是要验证需求、准备立项，还是对外做项目介绍。
更好的方式，是把产品起步包拆成几层。先交代这个想法要解决谁的问题，再给它边界条件，例如时间、人力、预算、已有能力和不能做的事。然后再让 WorkBuddy 按不同角色并行工作: 一路看需求和场景，一路看竞品和替 代方案，一路排版本路线，一路做优先级排序。最后再收口成一套能继续推进的材料。
这样做的好处不是“省了一次写文档的时间”，而是避免你在信息还没拉齐的时候就仓促做决定。WorkBuddy 可以先帮你把讨论对象准备好，你再决定哪些判断保留，哪些假设要补证据，哪些路线需要重新排序。
实操步骤
- 先定义这次要推进的产品想法。不要只说一个功能名，补上目标用户、核心场景和想解决的具体问题。
- 补齐约束条件。说明预计周期、现有人力、技术边界、必须兼容的系统、不能做的范围和成功标准。
- 明确要交付哪几份材料。至少区分需求说明、竞品参考、版本路线、优先级排序和对外表达，不要全挤进一份文档。
- 先让 WorkBuddy 交第一版结构。重点检查它有没有理解用户、场景、约束和排序逻辑，而不是立刻看文案是否漂亮。
- 跑通一次后把输入结构固定下来。以后遇到新项目、新功能或新市场验证时，就能直接复用这套起步包方法。
提示词模板
你现在不是只写一份 PRD，而是要帮我准备一套产品起步包。
项目背景：
- 产品想法：
- 目标用户：
- 核心场景：
- 这次最想验证的问题：
约束条件：
- 预计周期：
- 可投入人力：
- 已有能力或资源：
- 明确不做的范围：
- 成功标准：
请拆成以下几部分并行整理：
1. 一版需求说明，明确问题、用户、场景和目标
2. 一版竞品或替代方案拆解，重点看可借鉴点和差异点
3. 一版版本路线图，按先后阶段安排
4. 一版优先级清单，说明为什么先做、后做或不做
5. 一版适合向老板、团队或合作方解释的简报提纲
输出要求：
- 先告诉我你会如何组织这套起步包
- 每一部分都标出关键假设和待确认问题
- 优先级不要只列高低，要写排序依据
- 最后补一段“下一步该怎么推进”
常见坑
- 一开始就让 WorkBuddy “写完整方案”。没有目标用户和边界条件，内容看起来完整，判断却很虚。
- 只让它写 PRD，不让它看竞品和优先级。最后文档很长，但不一定能推进决策。
- 不说资源约束。两周和两个月、一个人和一个小组，路线图完全不是一回事。
- 先看文案顺不顺，不看假设准不准。产品起步阶段最该 复核的是判断依据，不是措辞。
- 把所有需求都放进第一版。起步包最重要的是帮助你做取舍，而不是堆出一份愿望清单。
延伸学习
- 这套方法可以继续迁移到新功能立项、活动页策划、内部工具改版和 AI 产品验证。
- 如果你经常要做相似的产品起步工作，就把输入字段、交付物清单和排序规则固化成固定 Skill。
- 当项目还要结合客户资料、销售反馈或历史会议纪要时，再把这套流程接到“读资料 + 拉判断 + 出路线”的完整链路里。