PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
关于此类分析方法,在网上或者自己工作中都可以总结出来自己的方法论,在此就不赘述。不过万变不离其宗,所有的需求分析思路应该是简单且有效的。 一个完整的需求分析过程应该包括:明确对方诉求-挖掘真实需求-提供解决方案-分析验证。 简简单单的沟通,也是需求被提出到解决的过程,看似简单,却也需要一定的思维能力,换个场景,如果我作为一个业务方,跟产研线提出了我的问题,谁更容易抓住我的需求和痛点,谁就能真正理解业务诉求,并进行合理的方案设计。
很多产品经理在做业务系统时,会经常遇到业务方在提出问题的同时,顺便直接给出解决方案,此时,会很主观的认为只要产品按照方案设计就可以解决他的业务问题。 当然,很多时候这这样也是可行的。但是,作为产品人,还是需要再深挖一下业务背后的真实诉求,要理解业务提出的解决方案,是为了解决什么问题,这个问题还有没有其他的解决方案,哪种方案更适合现在的系统架构。
真正的同理心意味着需要感同身受,需要去变成对方,然后置身于情境中,才能体会到对方的所思所想。然而,我们却往往无法做到完全的感同身受,更多是凭借自的见识、认知和理解,去匹配对方的实际感受和想法。 再难的事情,如果运用正确的方法,都会有办法逐步达到。不论是产品业务分析还是同事之间的协作沟通,都能表现为十足的高效能人士。