【2028】说说低成本验证的事儿

先回忆一个《三双鞋》里的故事：

若干年前，Zappos为了验证网上卖鞋这事儿是否靠谱，一开始只是搭建了一个最简单的网站前台，展示了几双鞋，价格和线下也没啥区别，当收到订单以后，他们就会跑去线下商店里把这双鞋买来，然后寄给买家。

这个做法，看起来很笨，但用最低的成本验证了“有人愿意在网上买鞋”这个命题。

 

做产品我们都会说要“试错”，这里面最关键的就是谁“试”的成本更低，用更少的人、更短的时间拿到一些假设的答案。

 

再来个例子，比方做你要做一个交易系统。

正常的交易流程肯定要做，我们一般叫做“正向交易”，买卖双方之间有下单、付款、发货、收货等动作。但是，“退款/退货”这种“逆向交易”要不要做呢？做的话，系统复杂度可就高了很多，往往不只是工作量翻倍而已，甚至是3倍5倍。

怎么办？我们可以这样低成本验证：先在线上做一个假的“退款/退货”按钮，用户点击以后，直接给客服人员发邮件，人工处理，先运行几个礼拜。如果，只收到几封邮件，那么暂时就先人肉处理好了，如果收到很多邮件处理不过来了，再上系统吧。

 

另一方面，不轻易做系统还有个现实意义——上线容易下线难。当你不小心做了一些功能，上线了，之后发现只有很少人在用，但，也很难下掉，少数人跳起来也挺头疼的，要维护着，以后的各种新功能，都得考虑和这个鸡肋的关联性。

 

现在的很多创业项目，上来先做微信公众号、H5，一个主要的出发点，也是低成本验证，用户获取的成本低一些，功能调整的成本低一些……业务逻辑先跑通，然后再上客户端。

包括客户端的选择，是Android和iOS同步上，还是先选择一个？（稍稍扯开，通常选iOS，虽然有坑爹的审核，但也比Android坑爹的适配、坑爹的用户质量还是好些。）App里面的试探性功能，先做H5，稳定后再上native，也都可以作为验证的策略。

你有什么好例子，说来听听吧？

比如有些做人工智能私人秘书的公司，那就真的是“人工+智能”的秘书服务，用户量小的时候，也很好。

iamsujie的公众号二维码