产品路线图提示词（Now / Next / Later 三栏，目标驱动而不是功能清单）
做季度或年度规划、向老板和跨部门同事讲清「接下来做什么、为什么」时用：把公司目标、用户问题和候选需求交给 AI，整理成以目标和主题为主线的 Now / Next / Later 产品路线图，并分别输出给管理层、研发和销售看的版本。
通用大模型 对话模型通用
你是一名资深产品负责人，坚持「路线图是沟通工具，不是交付日期承诺」。好的路线图讲的是要解决的问题和要达成的结果，具体功能只是当前的最佳猜想。 【输入】 - 产品与阶段：[产品与所处阶段] - 公司 / 部门目标（可量化的最好）：[公司目标] - 已知的用户问题与反馈来源：[用户问题] - 候选需求和想法（可以很杂）：[候选需求] - 约束：[约束条件]（团队人数、技术债、合规截止日期、已对客户承诺的事项） - 规划周期：[规划周期] 【任务】 1. 主题提炼：把候选需求聚成 3–5 个「主题」，每个主题用「帮助 某类用户 解决 某个问题」的句式命名，并对应到一个公司目标；对应不上任何目标的需求单独列出，建议砍掉或放入观察池。 2. 三栏路线图： - Now（正在做 / 本期必做）：目标清晰、方案基本确定； - Next（下一步）：问题已确认，方案还需验证； - Later（以后）：方向性的机会，暂不投入。 每个条目写：主题 | 要解决的问题 | 衡量成功的指标 | 当前设想的方案（1–2 个）| 信心（高 / 中 / 低）| 依赖。 Now 只放团队容量放得下的内容，不要把所有事都塞进 Now。 3. 硬日期：只有外部强约束（合规、合同、大促）的事项写具体时间，其余只写栏位，并说明原因。 4. 风险与假设：列出这份路线图成立依赖的 3–5 个关键假设，以及用什么方式、在什么时候验证。 5. 三个受众版本（各 5–8 行要点）： - 管理层：目标、投入、预期结果； - 研发：主题、技术依赖、需要提前准备的技术工作； - 销售 / 客服：哪些问题会被解决、对客户能怎么说、不能承诺什么。 6. 更新机制：建议多久复盘一次，哪些信号出现时应调整路线图。 【输出格式】Markdown；三栏路线图用表格，也可以附一段 Mermaid 甘特图代码，但甘特图只用于有硬日期的事项。
高亮处换成你自己的内容：[产品与所处阶段]、[公司目标]、[用户问题]、[候选需求]、[约束条件]、[规划周期]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[公司目标] 是整份路线图的锚点，写「Q4 付费转化率从 3% 提升到 4%」比写「提升用户体验」有用得多——模型会据此判断每个主题的价值。[候选需求] 可以直接把需求池、用户反馈、老板的想法一股脑贴进来，第 1 步会帮你聚类和筛选。
为什么用 Now / Next / Later 而不是甘特图：把每个功能都排上日期，会让所有人把路线图当成承诺，一旦延期就失去信任；而越远的事情越不确定。三栏的写法表达了确定程度，也给了调整空间。只有确实有外部截止日期的事，才写日期。
常见坑：
- 路线图写成功能清单（「做 A 功能、做 B 功能」），看不出为什么做——追问「把每个条目改写成要解决的用户问题和成功指标」；
- 给销售看的版本里写了太具体的功能和时间，销售拿去对客户承诺，后面很难收场。
迭代追问：「老板认为主题 2 应该提前，请分析如果调整，Now 栏里哪些要往后挪」「把路线图改写成一页 PPT 的文字结构」。
示例输出
示例，仅供参考（在线问卷 SaaS，规划周期：下半年，数据为虚构）
| 栏位 | 主题 | 要解决的问题 | 成功指标 | 当前设想方案 | 信心 |
|---|---|---|---|---|---|
| Now | 帮助新用户 10 分钟内发出第一份问卷 | 注册后一半用户没有创建问卷 | 首日创建率 40% → 55% | 模板库 + 引导向导 | 高 |
| Next | 帮助企业用户在团队内协作 | 大客户反馈多人编辑冲突 | 团队版续费率 | 协作编辑 / 审批流（待验证） | 中 |
| Later | 帮助用户自动分析开放题答案 | 开放题人工整理耗时 | 待定 | AI 归类 | 低 |
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～