产品最关键的两个指标:留存率,成长率。
前者又是后者的基础。

在YC的公开课第6课里,Alex 顺带鄙视了很多“成长技巧”(Growth Hacking Skills)之后说,最重要只有一个指标:“留存率”(Retention)。

而实际上,留存率是一个非常重要的命题。
两种情况下你会获得用户留存:

1:解决这个问题的只有你的工具,没有其他。
2:有竞争对手,但你不仅仅是做得比它好,你是远远超过了它,让任何用户用了你之后不愿意再退回到其他产品。(not just match customer's needs, exceed it!)

而归根结底,就是你的产品要做到在一定范围内“没有竞争对手”。

另外有一个说法,是用户对于能解决自己问题的工具,其实是“能用就好”的态度,只有当工具出了问题,不能解决自己问题了,才会考虑去更换。这似乎是上面留存率的一个悖论。

实际上,这里却隐含了一个重要的因素:先发优势培养出来的用户习惯。
用户在“不愿意更换”时,最关键的问题其实是“学习成本”,这个也是产品建筑的护城河。

然而,如果产品不前进,这个护城河是会慢慢消失,当学习成本<获得利益时,最终被用户放弃的。

总结下来:
1-做没有竞争对手的事情,做未来的事情,这样你可以获得时间优势,在初期用户更宽容,也更容易留存。
2-比你的竞争对手要好,起码10倍,如果你处于后发阶段,这样才可能赶超先发者,保存现有用户的同时,赢得竞争对手的用户。
3-产品如果不能留存用户,什么运营手段都是浮云,一时的增长都将崩塌。


实践思考

因为客栈2.0 即将上线,前两天和一些程序员朋友聊现有的接私活的网站,他们有哪些满意哪些不满意的。
回答总结下来,主要有这么几个:

1:注册了能找到的所有的接私活的网站,可就是没活呀!你们有活可接么?
2: 这个项目没有什么特别的需求,参照 XXX,你定就好了,然后最后各种需求
2: 被买主压价
3: 很多人抢单,很烦

对于程序员而言:
1:注册之后,有活可接,马上可以开工。
2:开发的过程中最好没有需求变动,可以一气呵成地完成。
3:完成之后可以迅速收到所有款项。
这些便是关键需求。

如果再细化,可以用这些指标来表达满意度R:

接到活的速度:D(上一次结束之后/打开接活状态后),以天来计算。
价格:P
和买主来回沟通所需要花费的时间:T
自己能完成的时间:S
完成后到帐时间:P

R= P/(D*T*S*P)

所以可想见的,P 越高越好,D/T/S越低越好。

Magic moment是:
1: 你接到单了
2: 你收到钱了

这其中,我们很难去改变的事情和我们可以做的事情是:
1: 用户的基本预算P ->我们可以做的是提高报价透明度,降低沟通成本,提高双方从各自价格预期到最终可合作价格的沟通效率。
这个沟通效率的提升,必须基于信任-公平,公开,透明,标准化。

2: 用户的需求数量(影响D) ->从大范围来说,一定时间内有多少用户需要做开发是我们不能影响的;然而,现有的有需求的用户中,有多少可以争取到我们平台来发布是我们可以去努力的。用户的需求数量,初期在大平台肯定会更多。这就是它们的先发优势了。所幸现在的平台都还比较粗放,在服务过程中不仅仅是不能满足用户,甚至有很多出问题的地方,这是我们可以赶超他们的机会。<20%的网络外包完成率,意味着80%的客户都有不满意的经历,我们需要的,是寻找到他们,然后告诉他们我们的优势:快速,高质量,省心不欺骗。

3: 降低来回沟通的时间,明确需求,减少变动 -》这是产品要做到的事情,如何做到之前也有好几篇文章聊到了,这里不细聊。

4: 完工后,快速收钱 -> 这个钱只有掌握在系统里,不由人力控制,才能避免因为意外导致的拖延。

最后做个计算:

如果一般网站,平均单价 1万元,接单时间30天,沟通时间9天(7天抢单+2天谈需求),开发时间1个月,到帐时间(可能还要催帐)1周。
那么这个满意度R~ (10000/(30*9*30*3.5))~ 0.35

如果我们可以做到: 平均单价 1万元(不管是哪种报价方式,最后都会到用户的预算计划里),接单时间30天(假设用户发布需求的频次与上面一样),沟通时间2天,开发时间1个月,到帐时间1天(不用催帐)。
则满意度 R~ (10000/(30*2*30*0.5))~11.

显著提升满意度。
好吧,以上都是个人臆想,革命尚未成功,我们仍需努力。