MVP 是学习计划，不是半成品借口
创业团队找代理商做 MVP，失败模式往往是范围膨胀或砍错骨肉。与代理商定 MVP 范围，先写要验证的假设与可测指标，再映射到探索→设计→开发→上线的切片。可上线倾向付费探索锁定范围，再固定价交付，避免「边做边想」烧完预算。下文给创始人与工作室的共用画布。下文给出可落地的判断框架、分步清单与常见误区，便于上海及跨境团队在两到四周内推进，并把相关服务能力组合进同一交付节奏。
一张假设表
用户是谁、问题多痛、愿意如何付费/使用。每个假设对应指标与验证方法。没有假设的功能默认砍掉。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
必须有 / 应该有 / 绝不做
用三栏强制取舍。代理商帮助挑战「都重要」。写入合同附件，变更走工单。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
垂直切片优于横层
每个里程碑交付可演示的用户路径，而不是「先做完所有 API」。便于学习与融资 demo。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
数据与合规最小集
登录、隐私、日志、备份按上线真实需要配置，不为假想企业客户过度建设。列清以后再加。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
现金、股权与期望
股权换开发另签（见相关文）。现金 MVP 明确保修期与知识转移。勿默认代理商永久合伙。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
上线定义与学习计划
上线日不止部署，还包括分析事件、反馈通道、下周迭代队列。代理商交付应含操作手册。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
两周探索产出物
人物、流程、线框、风险、报价范围、成功指标。探索结束才能承诺档期。跳过探索的固定价多半会重谈。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
可执行清单
- 1假设-指标-验证方法表签字
- 2三栏范围附件进合同
- 3里程碑均为可演示切片
- 4分析事件在开发中埋点
- 5知识转移与账号交接清单
核心要点
- MVP 为学习服务，范围由假设驱动。
- 垂直切片让代理商协作可验收。
- 探索是省钱步骤，不是拖延。
常见问题
- MVP 要多久？
- 常见 6–12 周视复杂度；先探索再承诺。更长就该再砍。
- 能否跳过设计？
- 可降保真，不可跳过信息架构与主路径。否则工程返工更贵。
- 创始人天天改需求？
- 用变更预算与双周冻结窗。无纪律的项目应停工重估。