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

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

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

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

 

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

 

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

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

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

 

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

 

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

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

你有什么好例子,说来听听吧?

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

iamsujie的公众号二维码
iamsujie的公众号二维码