外包初版五周，后续修改却变贵：团队重新搭建 MVP 的经历
做产品与交付 · 软件与 SaaS · 买方经验回复2022 年，非技术联合创始人 founders_tangify 在讨论中回顾：整个 MVP 过程用了五个月，其中外包初版五周；起初可用，后来迭代越来越昂贵，团队便用现成表单与少量代码内部重建。作者仍肯定原版本带来反馈的作用，没有披露完整费用。
条件摘要 本站摘编 · 原帖当时记录
- 涉及对象
- 通过外包制作 MVP 的非技术创始团队
- 事项与做法
- 外包初版后，用表单和少量代码内部重建
- 进展边界
- 五个月总过程含五周外包，完整费用未披露
原帖要点
- 总过程五个月，外包阶段五周：作者以非技术联合创始人的身份回顾，先尝试多种无代码工具，再请外包开发者完成初版；整个当前 MVP 的搭建过程约五个月，外包初版约五周，两者不是同一段工期。
- 初期可用，迭代却越来越昂贵：作者称初版起初运作不错，但定制代码让看似小的修改也很费力、迭代费用升高。团队后来用现成表单工具与少量处理代码内部重建，并继续作为 MVP 使用。
- 仍认可原版本带来的反馈：10 月 17 日补充说，这次选择帮助自己找到联合创始人，也有了可展示给别人收集反馈的东西；解决方案仍未完整，但作者认为实际推出与请人试用带来了更多学习。
- 更轻的替代方案是事后设想：作者回顾，如果重来，会先考虑更成熟的表单、电子表格处理后台，以及承诺 24 小时内回复而非即时响应。他认为可能更快、更便宜，同时强调技术密集产品的需求可能不同。
原帖解读
买到能展示的初版之后，还要知道下一次修改由谁完成、需要付出什么。
第一版的范围也包括怎样修改
本站解读：原版本起初可用，与后来不适合频繁迭代可以同时成立。确定外包范围时，可列出最可能变化的表单、数据处理和输出要求，了解哪些能自行调整、哪些需要开发者继续处理。这里没有逐次报价或工时，不能认定定制代码一定更贵，也不能把五周推广成通用交付期限。
来源：founders_tangify · 外包与内部重建回复
对照阅读：把交付范围、修改与验收写清楚
让第一版对应当前要验证的问题
本站解读：作者肯定外包版本帮助收集反馈，事后提出的表单、电子表格和延迟响应方案则是另一种可能。可以先确认用户是否需要即时处理、哪些环节能暂时人工完成，再决定第一版的技术范围；这种取舍依赖具体业务。原帖没有付费、留存或完整成本数据，所谓更快更便宜仍是假设。
对照阅读：用小范围交付核对需求
接下来检查什么 本站建议
把后续修改和剩余范围纳入预算讨论。
需求变化或预算不足时，怎样安排剩余工作？按环节阅读：做产品与交付 · 把想法做成产品或服务，检查能否完成交付。
