路线图、计划与产品沟通

你在月初排好四周功能：第一周引导，第二周排行，第三周广告，第四周活动。第一周却发现玩家根本不懂核心规则。应该按计划继续，还是推翻所有日期？

本篇帮助你把方向、结果和交付承诺分开，让学习改变计划，又不让每个新想法打断执行。

为什么功能日历隐藏了关键前提

排行和活动通常假设玩家已经愿意玩。若核心理解尚未成立，按日历继续可能是在未成立的前提上叠加投入。问题不只是工期估错，而是把“到时值得做”当成已知。

路线图表达依次解决的问题；近期计划才约定谁在何时交付什么。把远期方向写成启动条件，可以暴露这项前提。例如“确认独立开局后，再研究回访”，比“下周开始签到”更容易根据证据调整。

层次	连线游戏示例	为什么不能替代下一层
战略	短暂休息中的清晰解谜	还没指出当前障碍
阶段目标	新玩家能独立开始	还没选原因与方案
机会	松手判定和反馈不清	还需比较不同改法
方案	即时反馈与操作示范	还要实现、测试、核对与发布
任务	原型、开发、测试、数据对账	做完后仍需验证目标

从不确定性推出 Now / Next / Later

Now 放资源足以完成、问题依据足够的工作；Next 保留目标与风险；Later 保存方向。每周复查新证据、阻断和估算变化。限制并行数量，是为了让研究、实现和观察能结束一个完整循环，而不是每件事都停在半成品。

为什么外部依赖需要单独表达

审核通过、资质获得、素材交付都不完全由你控制。把它们写成一个确定上线日，会让合作方把条件当承诺。对外区分确定交付、目标时间和等待条件，同时说明未满足时的替代安排。

估算还应包含测试、素材、文档、回滚和上线观察。它们不是“开发完后剩下的杂事”，而是从产出走到实际交付必需的工作。

沟通为什么要落到决定和替换项

给美术只说“清爽一点”，双方可能理解为不同配色、信息密度与风格。用使用场景、尺寸、状态和参考意图描述，再明确格式、源文件、授权、修改轮次与验收，能把偏好转成可核对的交付。

有争议时先还原待决问题、各自的证据和硬约束。可低成本验证的分歧安排验证，价值取舍则明确由谁负责。记录决定、理由、行动、负责人和日期；新增需求同时写替换项、费用与工期，才能看见机会成本。

适用边界：路线图不是不承诺的借口

近期已经约定的用户权益、修复与质量，不应因“敏捷”不断后移；必须调整时说明后果与补救。反过来，长期高不确定的探索也不能为了看起来可控而写死日期。

每月复查目标人群、价值、产能、经营与平台阻断。若前提没变，继续也要说得出原因；若变了，记录改动依据，而不是只挪卡片。

练习：写四周路线图，每周最多一个主要结果，附启动与放弃条件。用 复盘模板 判断上次偏差是估算、范围、依赖还是假设变化。