打字猴:1.704234682e+09
1704234682 “烧钱”,似乎是互联网行业很有特色的一个发展策略。能理解快的重要性,就不难理解烧钱的目的——抢时间。对创业团队来说,抢时间尤其重要。
1704234683
1704234684 一位创业的朋友在分享运营策略时,谈到“单用户成本”的算法:计算一款产品的“单用户成本”时,要纳入整个公司的运营成本(含人员等成本),而不是只计算该产品的推广费用 。
1704234685
1704234686 举个例子。如果只算推广费用:
1704234687
1704234688 A方案:每个月花5万元带来1万个用户,单用户成本是5元。
1704234689
1704234690 B方案:每个月花20万元带来2万个用户,单用户成本是10元。
1704234691
1704234692 如果以这样计算出的单用户成本为考量依据,明显应该采取A方案,选择每个月花5万元来运营。
1704234693
1704234694 但如果考虑公司日常运营成本(包括人员、服务器、带宽等成本,假设一个月为20万元):
1704234695
1704234696 A方案:每个月25万元带来1万个用户,单用户成本25元。
1704234697
1704234698 B方案:每个月40万元带来2万个用户,单用户成本20元。
1704234699
1704234700 这次,对比后理所应当选择单用户成本低的B方案,而这个方案中投入的直接推广费用是20万元,远大于A方案的5万元。看来“烧钱”是有量化依据的。
1704234701
1704234702 当然,这个例子忽略了很多实际情况,比如用户的后续活跃留存等,但其计算方法的逻辑无疑是正确的。除了单用户成本有优势外,B方案更加有利的是,比A方案提前一个月做到了2万用户,足足省了一倍时间!对于在和竞争对手赛跑或需要用漂亮数据拿到投资的互联网创业公司,这样的领先意义重大。
1704234703
1704234704 多年前我写过一个“攻山头的故事”,里面提到创业和某些大公司的区别:
1704234705
1704234706 从前有座山,山上没有庙……但是有好多好多的蘑菇、山药、木耳,让每个人都口水直流,于是,大家都想抢占这个山头,而且只有一天时间。
1704234707
1704234708 一支三五个人的游击队,饿得不行了,没时间探路,没时间研究,唯一的机会就是抓紧时间,乘着夜黑风高随便找一条路冲向山头。也许一场大雨引发泥石流,或者踩到一颗地雷,或者遇到一群狼,都会全军覆灭,但如果侥幸冲上去,就立马占山为王,山鸡变凤凰。
1704234709
1704234710 这支部队,是创业公司。
1704234711
1704234712 一支看上去人很多的部队,实际上是十支集合在一起的游击队。进攻之前,领头的发现依然是没时间探路,没时间研究,心想干脆不探路了,当年在游击队的时候拼的就是RP(人品)。于是召集所有兄弟开了一个统一思想的会议,言明攻下这个山头的高尚动机与社会价值。然后,十个队长带着兄弟们高喊着:“为了×××,冲啊!”从四面八方涌向山头,十支敢死队也许死了八九支,但只要有一两支冲上去,就胜利了。
1704234713
1704234714 这支部队,是阿里。
1704234715
1704234716 国内现在的创业环境,更像是综合了上面两个情况。
1704234717
1704234718 每个小土包,都有几十支饿得不行的游击队在往上冲,每个人都清楚地知道,他们绝大多数都会死,但从概率上讲,总有人会登顶。这时候,如果选择慢慢来、想清楚了再上,就算路径正确,也是死路一条。因为等你爬了一半,就会发现山顶已经有人了,而——快,才有可能活下去。
1704234719
1704234720 听起来,像是有一种“别人孩子都去上补习班,于是我也只好给娃报名”的无奈,而事实上这是一个行业从新生到成熟的必经之路。
1704234721
1704234722 8.4.3   省时间的低成本验证
1704234723
1704234724 单纯为了速度而横冲直撞,是不可取的,也是得不偿失的。那么,如何合理而科学地加快速度呢?答案就是低成本验证。低成本验证的理念,本质上和迭代的思路完全一致:在一个快速变化的环境下,不断地用最少的时间、成本去获取市场反馈,不断修正前进方向 。下面举几个例子。
1704234725
1704234726 假设你要做一个交易系统。
1704234727
1704234728 正常的交易流程一般叫作“正向交易”,要满足买卖双方之间下单、付款、发货、收货等常规需求,是交易系统必备的。但是,“退款/退货”这种“逆向交易”要不要做呢?做的话,系统复杂度会大幅增加,实际工作量不只翻倍,往往会超出3~5倍。
1704234729
1704234730 怎么办?可以这样低成本验证:先在线上做一个假的“退款/退货”按钮,用户点击以后,系统直接给客服人员发邮件,由客服人工完成处理。这样运行几周后看看效果。如果客服只收到几封邮件,那么就继续采用“人肉”处理;如果收到的邮件多到人工处理不过来,就可以理直气壮地上系统了。
1704234731
[ 上一页 ]  [ :1.704234682e+09 ]  [ 下一页 ]