真正决定 MVP 成本的是什么

为什么没人一上来就报价

因为同一句话——「一个客户下单的 App」——既可能是两周的活，也可能是六个月的活，而究竟是哪一种，取决于这句话没说出来的东西。在这些条件定下来之前给的报价，是披着价格外衣的猜测。

那四件事

谁要点头。 一个创始人说了算，就快。三个对产品有不同想象的相关方，花在反复改上的钱会超过任何功能花在写码上的钱，而且这些修改总是来得很晚。

它要接什么。 自成一体的应用是可预测的。一旦要和财务系统、支付网关，或者一套 2011 年做的、没有 API 文档的仓库系统对话，估算区间就会变宽——不是因为对接有多难，而是在有人真去试之前，没人知道里面是什么。

谁来登录。 一类用户就是一套界面。加个管理员，再加个合作方，再加个审核人，界面、权限规则，以及它们之间所有可能出错的地方，都被乘了一遍。

是否碰钱或个人数据。 两者都会带来不属于功能的要求：操作留痕、谁能看什么、某条记录错了怎么办。它们很少出现在功能清单上，而且不可选。

不怎么影响金额的

界面数量、选什么框架、是 Web 还是移动端。这些是大家最先问的，相对上面四件事基本是噪音。

怎样得到一个真实的数字

先定范围，再谈价格。我们做一段付费的短期调研，带回范围和时间表，然后才给数字——而这个数字立得住，因为未知数已经先被拿掉了。把问题讲给我们听，我们会说明还需要知道什么。