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

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

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

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

 

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

 

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

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

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

 

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

 

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

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

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

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

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

【2027】产品的灵感总是在别处

做产品的时候,真的带来启发的,往往是一些看上去八竿子打不着的产品

 

最近几个月,手痒做了一个叫“好产品”的iOS App,初看起来很像producthunt,不否认灵感确实是从那里来的,也研究了国内几个相似的产品,最终决定开搞,一是找到了不一样的初衷,二是产品本身有些不同的做法。

 

说说产品本身,给我们带来最多灵感的是下面这些。

 

第一,向“糗事百科”学借力用户。

审核机制,从“提交”到“审核”到“最新”到“推荐”,貌似最近又有调整。充分利用UGC提交,然后用户自己审核,获得一定量的认可,先进入“最新”,给一些流量,继续被认可的,进“推荐”。普通用户,只是看看推荐,活跃的用户,才会去看最新,更活跃的用户,才会去提交、审核。

充分说明:用户其实是产品的一部分,不同类型的用户都有价值,有不同的“用法”。

 

第二,向“知乎与知乎日报”学冷启动。

高质量内容、用户的冷启动。知乎的一个问题,对应过来,就是一个好产品。当然,知乎早期的种子用户质量,是很难达到的。可以学的,是邀请制,各种地方先控制紧一点,比如只做iOS App,进用户的速度、生成内容的质量。

从知乎到知乎日报,两者的关系,用户群体的不同,也值得学习。

 

第三,向“Stackoverflow,国内的Segmentfault”学用户分层。

勋章权限积分体系,做各种动作,如果是社区鼓励的行为就加分,是社区不喜欢的行为就减分,然后,这个分数再对应着权限,在好产品里就是“提交、审核、讨论、打标签、发名片……” ,勋章只是一层包装。为了这个,我去研究了游戏的数值策划。

当然,积分怎么变现,变成真正的用户价值,线上或线下,是值得思考的问题。

 

第四,向“传销,发展下线”学激励机制。

好产品里类似传销的的牛币激励机制,基本原则就是,你投资过的产品,后续获得越多的投资,你就能获得越多的收益。投资过,就相当于持有,就愿意为这个产品摇旗呐喊,我们期望这成为用户“分享”的一个理由。

如果能把产品希望用户做的行为,设计为同时是用户的利己行为,那就很爽。

 

还去看了一些威客类、众筹类、招聘类、聚会类的产品,以求触类旁通。所以,作为产品经理不停的看各种产品还是有点用的。

把已有的东西重新组合在一起,是创新?还是四不像?只能靠结果说话了。

 

文中提到的“好产品”,正好让你顺道看看产品经理们最认可的好产品,扫码可以体验。

好产品公众号二维码
好产品公众号二维码