0226产品组分享会 会议记录

时间：2月26日 10:30-12:00

参会人员：素素，单唱，娜娜，周妍，琬嫕，博涵

一、讨论主题

用户需求分析，从各自日常工作业务角度，和产品经理P1&P2课程的理论知识角度，探讨分析产品经理对于需求的理解以及在日常工作中的应用

二、讨论结果梳理

分析需求就是想办法如何顺应用户潜意识地解决问题的过程

1. 强调需求分析，明确分析流程

用户→场景→问题→解决方案

什么用户→在什么场景下→遇到什么问题→过去是怎么解决的，现在如何更好解决

战略→方向→场景→需求→想法/建议/吐槽→分析

2. 产品经理在实际工作中和各部门的沟通衔接

产品需求阶段，和需要对接的部门沟通时，该注意哪些问题

设计需求（明确的图片文案，参考设计样式，切忌反复修改）

开发需求（清楚的原型图，流程，逻辑梳理，对技术部分有一定了解，）

内容需求（对熟悉和不熟悉的产品或活动流程的运营，该如何衔接帮助他们完善产品逻辑）

3. 了解产品，明确产品的优先级

做产品经理最重要的就是了解产品，要不断追问追求更好的解决方案，解决方案要经得起用“户体验五要素”的推敲，各个环节不断地去追问为什么？

（1）了解业务，了解产品

（2）关注用户问题，而不是用户的解决方案

（3）关注解决方案的同时，要注意优先级，关于bug类或者80%的用户都会遇到的问题，优先解决

（4）要积极主动才能把需求“想清楚、说明白”

三、讨论分析过程

1. 需求的来源

（1）用户的反馈、用户的需求，满足用户的需求是最主要的，这样的产品才是有用的产品

（2）运营、老板，开发、设计的需求等等

（3）结合竞品，对产品的思考的需求

总结：需求分析是产品经理基础的一个技能，自己先要去分析，但是自己的判断又具有主观性，团队协作很重要，所以才有了后期原型出来后的需求评审，大家的头脑风暴才能碰撞出更好的解决方案。

https://shimo.im/docs/NUwifSwleXw9IKjQ/ 《分享——需求分析》

2. 日常工作对接要面对的需求有哪些？

（1）产品需求

总结：在分析产品需求的时候多问为什么，出发点是什么，要达到什么目的，是否有多种解决方案，采用的方案能否达到的目标。

（2）设计需求

总结：对接给设计师的需求要求产品和需求方沟通清楚，并确认文案、设计风格等；最终设计图是否被采用可以由产品，设计负责人，运营一起商量，如果确认不了可以老大拍板。

（3）数据需求

总结：当我们不知道有些内容是否可以放到一起展示时，需要和技术沟通想法，或许他们能给出最好的方案。

（4）内容需求

总结：app展示什么内容，如何分类，内容的优先级等在我们做原型和需求分析的时候都需要确定好，如果需求方没有想到，那需要我们产品问清楚。

https://shimo.im/docs/mbMFREeODywU0b09/ 《2月26日：需求分析》

3. 需求分析的必要条件：了解产品、了解业务

（1）了解产品

（2）了解业务

总结：基于了解产品、了解业务后，如果只针对需求分析，其实就能在实际工作中了解需求方要的是什么，就能解决一部分需求方因为功能和规则不清楚而提出的疑问和需求了

4. 分析需求的步骤：分析问题-解决方案-评估优先级

（用户-场景-问题-解决方案）

（1）分析问题

（2）解决方案

（3）评估需求优先级

5. 分析需求和解决问题中容易出现的问题

公司业务、部门业务不断变化，及时了解变化

本能的“应该是这样”不一定靠谱

总结：基于了解产品和业务，梳理问题，分析方案，根据方案预估优先级和周期，对需求分析和所有流程的把控，是需求分析的完整流程

https://shimo.im/docs/EsR3lMglRrs8wTlD/ 《2.26-需求分析的相关思考》

6. 需求分析是不断剖析人性的过程

（1）理解用户的情绪，尤其是抱怨，透过抱怨看机会

（2）关注人的心理变化规律，思考潜意识的特质

（3）积累社会生活经验，判断用户角色化交流背后的真实需要

（4）持续自行和反思，觉察自己的起心动念，自内而外地感知用户

7. 要积极主动才能把需求“想清楚、说明白”

（1）了解用户要积极主动才能深入理解背后的动机和目的

（2）了解产品和业务要积极主动才能做出更符合战略的解决方案

（3）项目阶段需要积极主动把需求和团队说明白，才能保证高效产出

总结：需求分析是产品的基本功，需要点滴实践、思考、总结、迭代

https://www.jianshu.com/p/53ae04618fb1分析需求就是想办法顺应用户潜意识地解决问题的过程

整理人：琬嫕

更新时间：2月26日