完整规则
任务说明
我计划给第一个版本限定两周,目标是跑通一个最小闭环而不是做完整产品。过去最容易发生的是功能越拆越多,希望接单者用做过MVP的经验帮我守住范围。 目标不是做得全面,而是让我少走弯路。请给出至少5个真实MVP失控模式,展示你会砍掉哪些“看起来必要”的功能,以及何时反而不能再砍。 请按实际决策顺序完成,而不是按知识目录排列: ① 建立核心用户、核心动作和最小成功结果的定义模板。 ② 把功能分成核心闭环、必要保障、可以延后和明确不做。 ③ 加入登录、错误处理、数据保存、隐私和运维等非功能事项。 ④ 排出两周里程碑、每天产出和停止继续扩范围的条件。 输出要求 交付MVP范围表、两周里程碑和停止条件;第一页或第一屏必须能看到“现在先做什么、暂时别做什么、什么信号出现后再升级”。经验案例直接放在对应决策点下。 资料与经验怎么区分 不要向我索取项目资料。请先列出合理的默认假设,再基于接单者真实经验完成方案;经验与事实分开标注,无法确认的内容明确写成待核验项。 验收清单 1. 范围能形成一个完整用户闭环。 2. 包含非功能需求和运维成本。 3. 每项有纳入或排除理由。 4. 至少有一项接单者根据经验主动删减或调整的常规做法,并解释原因。 排除项:不写代码,也不重复市场需求验证。