包括但不限于以下的这些清单。
1. 容易追求完美
一个版本里想要的太多。希望一个版本更新之后收入上去了，活跃度上去了，品牌知名度上去了。什么都想要达到是不可能的。一个APP里很多功能，每个功能都是用户最常用的，这是不可能的。所以需要保持理智，分清楚每个版本的主要任务。主要任务优先保质保量完成，次要任务优先级排后，下版本更新也ok。
不要苛求完美。
2.容易陷入细节
沉浸在交互细节上、花费大量时间。画线框图的对齐、图标、标题文案、描述、图片。某个页面做出一个模板复用就行，不需要做得太细节。毕竟这是原型。推敲细节逻辑
3.沟通不足
以为自己把需求说得很清楚了。
沟通最大的问题是：双方都以为对方理解了自己的想法。然而实际上很可能并不是。
其实设计和需求关注的东西不同，不一定沟通到位了。原型期间叫上团队小伙伴一遍遍解说，讨论，调整。然后根据讨论及时更新原型。把共识用备注的方式进行说明。开发过程中尽量当面沟通。高效~
4.需求变更过于频繁
最忌讳上线前变更需求
在进入设计之前多次讨论和变更都是ok的。上线了之后，多次调整风格、架构将极大地浪费工程师设计师的时间。
5.想得太少做得太多
为什么要做这个功能，希望达到什么目的，内容从哪里来，后续有没有相应的运营机智？一个功能想的太少。
6.做重复劳动不总结
产品经理应当对自己的工作内容也有设计思维。在做的这些事情，是不是每次都花费很多重复劳动？有没有更高效的解决方案？可以用问题的方式把日常的问题总结成一个个清单，提高效率。比如上线前的检查清单。测试时的测试清单。
7.对团队成员说“这个需求很简单”
产品对技术的评估未必是准确的，另一方面显得不够尊重工程师。
8.将增加功能当作产品提升
保持克制不加功能很难。
9.工具崇拜
觉得产品经理主要就是画原型的。其实工具只是为了沟通方便的一个媒介。不是会画原型就很厉害。关键的原型背后的逻辑、品位、视野。
10.花很多的时间画高保真原型
切记，几乎把线框图画成了UI图。
建议黑白灰三色的相框图基础上再加一个其他色表示着重点就够了。原型的目的是为了方便沟通，高效是首要考虑的。加上色彩、加上设计细节一个是浪费时间，另一个会限制住设计师的思路。不利于发挥。
11.产品逻辑混乱没有形成闭环
还是那句话，逻辑，逻辑，逻辑。用户从哪里来，到哪里去能否走通流程。在不同流程、场景上是否有相应的提示或者反馈。反馈以什么样的形式让用户比较舒服。等等。都是需要考虑的。
主场景、次要场景的分解，以及相应的处理方案需要反复推敲。
12.未经思考快速给出答案和处理方式
例如需求变更(没想清楚、考虑问题不全面)。收到用户反馈的问题后，可以给出临时解决方案，但是切记直接修改代码。每一个功能的迭代都应该考虑清楚了再做。解决小问题时的修改未必是适合所有场景的。
其他想到再补充吧
