产品最关键的两个指标：留存率，成长率。
前者又是后者的基础。
在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/(DTS*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/(30930*3.5））～ 0.35
如果我们可以做到： 平均单价 1万元（不管是哪种报价方式，最后都会到用户的预算计划里），接单时间30天(假设用户发布需求的频次与上面一样），沟通时间2天，开发时间1个月，到帐时间1天（不用催帐）。
则满意度 R~ (10000/(30230*0.5))~11.
显著提升满意度。
好吧，以上都是个人臆想，革命尚未成功，我们仍需努力。