❈禁止转载❈
——作为封闭的总结，也是补给同事信任的成长建议。
丁香园的邱岳写过一篇文章，说「产品经理最重要的能力，是让正确的事情相继发生」，深以为然，但我认为，在达到这个水准之前更现实的目标是「让正确的事情顺利完成」。
以封闭开发的实例来说，可能有2点。
1.细致全面 与坑为伴
可能很难想象，我在MDS项目上起码一半的精力是花在和主站兼容上的，考虑主站的各种产品规则、研发逻辑，结合它们背后的初衷，设计符合MDS目标的功能。简而言之，就是找到坑，然后绕过它or填平它。
我相信这绝对是众多产品经理的工作常态，尤其是体量越大的公司，所积累的业务限制就会越多，而产品经理就是要去面对这些「深坑」的人，在这个过程中，基于限制和目标的妥协自然是家常便饭。
如果说除了在后台翻看用户反馈之外，还有什么事情能让产品新人成长地更快，我觉得一定是在印象笔记中随手记下各种小逻辑、小规则，以及那些重现起来比较麻烦的界面。这样当你突然需要用到的时候，不至于麻烦别的同事，或是浪费时间在重现上。
研发最喜欢的，一定是那些能帮他把业务的坑全部列出来，或是随便抛一个坑出来，都能迅速得到填坑方案的产品经理。
2.按部就班 不紧不慢
MDS项目中最让我心力交瘁的时刻，并不是需求的频繁变更、朝定夕改，也不是为方案绞尽脑汁、搜肠刮肚，而是预定的上线日期临近，BUG的发现速度比解决速度还要快上3、4倍，此时设计师和前端却还在为样式问题争论不休。
然而我却一言不发，继续做着手头的事情，直到他们因为无法说服对方而冷场，而此时Tower上的BUG依然一条接着一条的增长——这可能也是整个项目中最让我懊悔的时刻。
对产品经理来说，对于「坑」的敏感度也许能让项目更顺利，但绝无法籍此让项目「完成」。我听过一个比喻，产品经理就像瓷砖缝隙之间柔软的填充剂，因为工程师是硬的、设计是硬的、用户（需求）也是硬的，没有产品经理从中协调沟通，瓷砖永远一碰就碎、无法完整。
产品经理的第一步，一定不是把「使命」塞到背包里，而是做好「后勤保障」，和大家达成共识，一起去解决问题、完成项目。
做到这样才算是合格的产品经理吧。
