二者兼顾平衡，假如微信的社交功能，某些交互方式影响只影响极少数的人，它不会去改；微信的第三方服务还有很多体验上的不足，优先级也不会高。

结合我们收集到足够多的数据以及绘制的问题地图，我们会得到这样的一个列表：在XX时间里，我们共有XX问题，其中XX模块问题最严重，占比XX，影响了用户XXX流程／操作／体验。当我知道自己的产品目前在哪一方面，暴露的问题最多，用户的操作在哪一步用时最长，在哪一步操作中断任务的情形最多，那么就自然之道怎么改，改哪里了。

作为产品经理，说到与开发人员撕逼的话题，估计脑子里都会浮现出一些画面，因为这是我们经常遇到的情景。但是我们有没有思考过能不能不撕逼呢？

假如，我们有这样一张列表，列表描述的是问题占比最严重的模块以及对我们产品造成的影响，改什么地方能有最高的性价比。这样之后，无论是评审，还是实现，还会出现撕逼的情景吗？无论是产品经理／UI／研发，虽岗位不通，却都希望真正把产品做好，我们的目标是一致的。评审之后，需求落地，快速闭环，按流程跟踪落地，严格把关。

最后

上面所述的只是一个针对产品问题进行持续改进产品的工作方法：

找到麻烦点，发现产品改进的信号；

在信号过多时容易迷失方向，绘制问题地图，定位问题；

结合信号强度与地图，找到最具性价比的产品改进方向。

对于新的需求，新的功能，已经技术趋势主导的颠覆性改进，还有很多的渠道，如竞品分析（友商为什么做出我们产品没有的功能）、行业研究报告（行业现状如何？趋势如何？）、相关技术论文（未来有可能做成什么样）。都是产品经理该关注的地方。

作者：Zoppo_peng，微信公众号：Zoppo产品成长日记