一、它到底是什么

它的逻辑很简单。你要验证的核心问题不是「系统能不能跑通」，而是「有没有人真的想要这个东西」。这两个问题里，第二个才是生意成立的前提。而你用人工把流程跑一遍，能最快拿到这个答案。

它和早期的一些硬件或者软件原型不同：原型验证的是技术能不能实现，礼宾式 MVP 验证的是需求真不真。技术可以晚点解决，需求错了，做得再漂亮也白费。

二、为什么它管用 / 为什么人会这样

为什么管用？因为人工交付会把所有模糊的地方都暴露出来。用户到底卡在哪一步、愿不愿意付钱、什么情况下会放弃，这些在自动化系统里被界面掩盖了，在人工服务里全都摆在明面上。

另外，人工版交付得快。你不需要等一个系统开发几个月，今天就能给第一个用户服务。一次真实的交付，胜过十次对需求的猜测。而且你能随时改：用户说不好用，你当场就调，不用等下一次发版。

还有一层好处是成本。人工验证花钱少，就算这条路走不通，你损失的只是时间。等到确认需求成立，再投入资源去做自动化，风险小得多。

三、什么时候会碰到它 / 该用它

• 你要做一个新服务，但不确定有没有人愿意为此付钱。
• 用户的需求还在变，现在做系统等于把不确定的东西提前固化。
• 你不清楚用户完成一次任务到底要经过哪些步骤，需要亲自走一遍。
• 预算有限，经不起做完整产品之后才发现方向错了。
• 你面对的是早期少数用户，本来就不需要规模化。

四、什么时候它不管用

它不适用在需求已经非常明确、用户量已经很大的场景。这时候人工反而是瓶颈，会拖慢交付、增加出错。另外，如果这个业务本质上要靠规模才有价值，比如需要海量用户在同一个网络里互相作用，人工版跑不出真实效果。礼宾式 MVP 是验证工具，不是长期经营方式。

五、例子

六、最容易走偏的地方

• 人工做太久：验证完还继续人工，成本一直涨，错过规模化的时机。
• 只服务好说话的用户：专挑配合的人做，得到的是假信号，真实难点被回避了。
• 不记录：做了很多次交付却不总结流程，等于白做。
• 以为人工版能直接放大：人工能跑通不代表系统能跑通，两者要分开设计。

七、怎么把它用起来

• 写出你真正要验证的一个假设，越具体越好，比如「有人会为这个服务每月付费」。
• 挑三到五个最典型的早期用户，亲自为他们服务。
• 每一次服务都记录全过程：用户提了什么、卡在哪、你花了多少时间。
• 服务完问一句：如果这个服务明天消失，你会不会觉得可惜。
• 把重复出现的步骤整理成清单，这就是未来系统的雏形。
• 设一个退出的标准，比如连续几次服务都证明需求成立，再开始做自动化。

八、它和「最小可行产品」不一样

最小可行产品强调用最小的投入做出一个能用的产品，重点在「做出来」。礼宾式 MVP 更极端：它连产品都可以先不做，直接用人工替代系统，重点在「先验证需求」。前者是产品的最小化，后者是交付方式的最小化。两者目标一致，路径不同。

它也和「外包」不一样。外包是把已有的流程交给别人执行，礼宾式 MVP 是你亲手做，目的就是亲手发现问题。你亲手做过的那几十次，才是最有价值的资产。

九、常问的几个问题

人工版会不会显得很不专业？

早期用户通常能接受，只要价值真的交付到了。关键是把话说清楚，不要让用户误以为这就是最终形态。

要服务多少用户才够？

没有固定数字。当你连续几次都遇到同样的反馈、不再有新发现时，就差不多了。

人工版赚不到钱怎么办？

早期不看利润，看的是需求是否真实存在。但这不代表可以一直亏着做。

相关

最小可行产品、精益创业、需求验证、用户访谈、单位经济