1. 　开发功能的着力点应该放在首发环节

       如果产品经理没有在这个环节用一种最正确的方式，向用户传递出这款 App 到底是干嘛的，怎么使用的，那么后续再怎么努力的做修补工作都无济于事!

       在这个「墙」后面，功能追求的都是用户真正与产品合二为一的行为，比如发布招聘、创建一个新的项目，又或者是将文件存放在文件夹里。而在「墙」的前面，功能都不需要多少投入度就能带来价值，比如浏览信息流、给某些照片评星级、点击一个链接等等。这里要提到一个「投入度之墙」的概念，也就是在产品不断地引导用户来深度使用这个产品的过程中，是有着一条泾渭分明的界限的。另外需要注意的一点是，不要将新功能的诉求点瞄准在提升产品内用户投入度上面。

       2. 对于那些喜欢开发产品的项目经理来说，当项目的进展不是很顺利，他们下意识地都想要在这个产品身上动更多的手脚。「发布-失败-再发布」的循环一再上演，但人们往往忽视的事实是，这样的法子根本行不通，除了浪费了开发人员的精力和时间之外几乎没有什么用处。

       让我们还是拿数字说话吧。为什么说“下一个功能执念”是一种错误的思维误区，对于一款网页 App 而言，平均数字如下：

       假设有 1000 名用户访问了主页，体验了你的产品20% 会注册

       上述人群的 20% 会在注册后的第二个星期登录

       上述人群的 40% 的会在注册后的第二天再次登录上来

       上述人群中 80% 的人会完成新手指引

       上述人群的 10% 会在注册完 30 天后再次登录

       换句话说，30 天之后，1000 名访客的基础下，只有 20 名用户成为真正的日活跃用户。

       3. 　那么如何选择「下一个功能」是什么呢?

       那么必须对用户对产品的使用周期有非常深刻的了解。

       首先必须考虑的问题，就是尽可能地去扩大这个功能的覆盖面，也就是受益人群。因为这部分人群的基数实在太大，拥有很大的开发潜力。这些功能都非常非常关键，但是往往没有获得足够的重视。这是黄金第一法则!换句话说，应该开发的新功能必须瞄准在非用户、以及随意浏览的用户身上。只要接触到产品的人，几乎每一个人都会受到这个新功能的影响。