1无目标思维和场景思维。当客户提了一个新的需求时，首先要搞清楚为什么做这个需求（需求的合理性、必要性、主要应用场景），需求的目标，以及可以解决哪些问题。
2无计划和目标拆解思维。在明确需求目标和主要业务场景后，不是直接去画原型做交互，而是要先做好需求计划，对产品整体工作进行拆解，对各个阶段该做什么工作计划安排。
3客户提出需求变更后，心急火燎的直接修改需求原型。在拿到客户变更后的需求后，需要做到以下三点：1）需求变更的合理性？必要性？客户为什么提出变更？原先的功能为什么不能满足客户需求？2）走需求变更流程，和评审团进行评审沟通；3）告知客户变更需要付出相应的代价，包括时间和资金，可能对项目产生的影响。
4想当然。每个功能应用的业务场景都很多，一定不要想当然认为这个就是这样，要多考虑业务场景，业务规则，业务流程，甚至操作顺序。
5和开发硬干。出现问题时，要明确共同目标，抛弃立场，陈述事实，尊重各自的观点差异，寻求共赢的解决方案。尤其是自身错误时一定要态度诚恳主动认错。当大家都是为了项目，没有谁要为难谁。另外，当开发说某个需求做不了时，多沟通询问是技术问题还是需求问题，有没有其他解决方案。
6不停发版，没有迭代思维。在一个版本期间，PM一定和拥有迭代思维，控制好版本发布频次，一定不要在某一迭代版本期间，还不停的要求开发改这改那，没有一点版本控制概念，开发不怼你怼谁。
网友评论