产品经理与众不同的思维方式与职业病

产品经理日常

设计功能画图的？和技术，设计撕逼的？和运营相爱相杀的？

在近几年产品经理职位火热阶段，在人人都是产品经理的洗脑下，感觉不管是技术 设计 运营 都把自己放在产品的位置上来和产品对峙，需求不合理，方案设计有问题，没有考虑用户体验。

那么作为一个产品经理在接到需求时，应该怎么把需求做好，方案设计输出让各方都满意

在进入产品设计阶段，前期需要做大量的用户调研，而不是一小部分，但是对于有的公司做大量用户调研 成本偏高，占用时间长，效率低下，这时可以借助第三方平台，用数据说话，在大数据发展时代，产品用数据说话可以避免许多坑,透过现象看本质，找出需求背后的真实目的。

做完调研，对需求场景分析，这时要考虑全面，后面要不要填坑，这一关很重要。发动脑力想象各种会出现的场景，提取需求要点。

下一步迈入最重要的一步，产品功能设计，前端产品在各种app横行时代，产品设计可以说有很多可以鉴借参考，但是后端产品就需要积累经验，逻辑较强，后端产品的使用用户一般是公司内部运营人员，或者2B行业。需要产品更加了解业务流程。

需求评审阶段要接受各方的考验，运营 技术 设计，项目跟进上线时期要和技术保持沟通，了解进度，确保可以按时上线。

产品的思维&角度

产品经理要具备逻辑性，全局性，同理心还要有很强大的心理建设，在和各个业务方接触过程中，要迎接各方的挑战，喜欢研究用户心理 同样可以使用在和对接的需求方和合作小伙伴身上可以事半功倍 。

在工作中接触了许多的产品经理，观察发现 只要和一伙产品经理或者技术小伙伴一起出去吃饭 或者游玩，产品同学看待事物的点 和技术同学还是存在较大区别的，比如 一次黄山游 大家开开心心在群里讨论了好几天，装备都准备齐全，就等周末出发了，然后一位产品观察了周末黄山的天气，发现周末2天下雷阵雨，就提出这周不适合去，改期下周去然而技术同学坚持下雨也要去 计划好的事情不要延期，延期了就遥遥无期了。出现分歧 怎么解决呢？ 产品和技术碰撞 那就开一次需求评审：黄山游这周还是延期。查看2天各个时间段的天气，以及可能会发生的一些风险，遇到的突发事件和出游同学描述 ，开始分这周去，下周去，随便哪周去，开始投票。投票过程也是一波三折，票数基本平衡，产品同学很难做抉择，最后大boss发话 这周去 分雨无阻。最后黄山行去了 结果什么风景都没看到，竟在雨中爬山了。从这件事可以看出 产品同学在考虑事情时会比较全面，对于出现的问题 和风险做评估。虽然没有看到美丽的风景 但旅途的心情还是美丽的。