产品管理的三个经验
1.Think big
将你负责的产品放到更高的层面去思考，比如你负责一个叫“邀请有礼”的营销工具，要认识到这个工具只是用来达成用户增长的一个策略而已，那由此而上，公司用户增长的整体目标和策略是什么？什么样的产品矩阵可以支撑公司现在及未来的用户增长？你们公司所在领域用户特征和趋势是怎样的？业界关于用户增长有哪些新认知和新方法？
向上思考有两个好处：（1）上层思考可以和企业战略层结合，不会频繁变动，但是影响更大，可以决定产品方向。这样每个需求，每次迭代都有方向可循，有原则可依，可以避免产品陷入累加需求的泥沼。（2）将产品赋予更大意义，意识到这个产品是服务于公司用户增长和仅仅意识到这个产品满足了一个运营活动需求，做事的动力完全不一样，产出的质量和效率自然也会差很多，眼高才能保证手低的质量。自我实现是人的高层次需求，好的产品经理会讲故事，把意义push给团队。
2.敏捷
敏捷方法（SCRUM）现在已经成为主流软件开发流程，最大的好处是持续的价值交付。这个方法当然不算我的经验，这里我要说的是，如果你是面向B端的产品，这个方法最大的好处是管理用户需求预期。主流的敏捷迭代周期是两周，意味着已经进入开发队列的需求会被拆分为一个个的“两周交付”，这样，新的需求进来时，只需要评估工作量，基本就能知道大概上线时间，可以给与需求方明确预期，当然，实际工作中，涉及多个团队协作时要复杂的多，但如果多个团队都采用敏捷方法，依然可以降低管理复杂度，因为总可以找到一个迭代把交付时间对齐。
3.给你的产品打广告
我身边很多产品经理朋友很务实，平时承担大量工作，但是领导看不到产出，业务至知道研发团队看起来很忙，但不知道都在忙什么。实际上这是一个因为信息不对称导致的对外管理问题。我的经验是每次产品上线要合理利用上线通知，提前制作产品“广告”，用图文并茂的方式说明上线的feature，解决的问题。除了正式邮件，也要在研发、业务沟通群中另外广而告知，强行获赞。动作虽小，但是回报丰厚，可以获得业务方认可，领导知晓工作进展，团队获得点赞，对以后的工作都是有好处的。记住，这并不是浮夸的包装，学会传播自己，可以放大价值。