2015产品经理成长经验总结

4. 上线前有预期，上线后对比分析

最初做版本总是上去了就上去了，然后看看线上数据做做总结，不过这样并没有对比，最终的结果只是陈列了事实，而缺少了对比反思。最好是在产品开发前，就对此次版本涉及需求点的一些核心数据进行预期，比如上了这个需求后对DAU、存留的影响，该功能的使用人数、频率等，先写下来，最后项目上线一段时间后，用实际数据进行对比，分析数据是否达到预期，没达到的原因是什么。这样可以更好地发现问题，提高需求判断力，让自己在做需求前，就可以更好判断这个需求的实际效果，从而决定是否做或如何做。

5. 精简精简再精简

已经被说烂了的话题，但实际操作中很难做到，及时到了现在做版本时，四面八方的需求依然很难抗住。但还是要尽量清晰每一个版本的主要目的，明确最核心的内容，一些边边角角的需求可以砍掉或放到需求池中。追求极致体验是没错，但不是在一个版本里就做得完全极致，在基本需求没有得到市场认可时，就不要太在意各种辅助内容。很多细节问题可能影响10%的体验，却损耗40%的开发量，得不偿失。版本尽快上去，有核心功能，尽快得到数据和反馈，比什么都重要。

6. 尝试功能尽量简单、灵活和独立

一些尝试创新的功能，在第一个次上线时要相对简单、灵活和独立。因为这个功能并没有经过市场验证，很可能用户根本不喜欢，所以要尽量简单以快速上线，灵活以方便修改，独立的目的是如果效果不好要下掉，也不会影响其它功能。当该功能被用户认可时，再快速迭代完善，融入到产品之中也为时不晚。

7. 竞品分析时从竞品视角出发

一个同样的功能在不同的产品上可能有不同的实现方法，究其原因是因为每个产品的核心需求、侧重点、场景、目标用户不同而导致功能实现不同。比如评论内容，微信里是时间正序，网易新闻是时间倒序，主要区别就是微信朋友圈单条评论数不高，正序方便上下文阅览，新评论有消息提醒快速定位，而网易新闻单新闻评论数较多，有露出新评论和精彩评论的需求，又没有新评论提醒，所以倒序可以将新内容不断露出。做功能分析竞品时，要清楚竞品到底是个什么样的产品，是不是和自己的产品一致，假设你是竞品的产品经理，你为什么会这么做，再去判断自家产品是否该实现或该如何实现这个功能，不要简单说“XXX也做了这个啊/XXX也是这么做得啊”。