产品经理/交互设计产品与项目架构师

需求管理全过程

2022-09-14  本文已影响0人  韩大帅i

B端产品比较难做,我想主要有3点原因:

1、行业壁垒高,需要在该行业有足够的沉淀才能给出合理靠谱的解决方案

2、竞品分析成本高。B端产品定制化多且多数私有化部署,安全性高,市面上很难找到价值较高的分析资料

对于B端产品经理来说,相对于C端产品,日常工作重心需要更多地前移,即业务调研与需求分析当中,需要将更多地精力投入到需求管理当中。

基于此梳理下B端项目需求管理全过程,包括3大块:产品背景分析、需求梳理与分析和系统建设。

1、产品背景分析

俗话说,兵马未动粮草先行。在项目立项后,首先需要做的一个工作就是对产品背景调研、分析。

简单而言,作为这个产品/项目的负责人,在这一环节,你需要完成3个关键动作:

1、了解产品背景:通常有3个文件可以帮到我们快速熟悉--MRD、实施方案、招投标文件

2、确定业务目标:5W2H模型这时候比较实用,这关系到后面的干系人管理

3、规划业务范围:完成后可建立粗粒度的产品规划,大框架基本成型

这一环节结束后,需要大致清楚项目的功能范围、成本估算、时间成本以及与其他业务系统的业务关系。

2、需求梳理与分析

在第2环节是B端产品最难做的一节:需求梳理与分析。主要包括3部分工作:

1、梳理业务概念:快速熟悉行业相关知识,保持沟通同频。

2、访谈调研:区分角色,全角色覆盖,保证拿到手的需求是无遗漏的

3、需求分析:输出行业业务流程图、用例图,建立需求池

在这个环节,梳理业务概念是帮助我们可以以行内话与客户沟通,只有你表现出你的专业度才能赢得客户的信任,建立靠谱、专业的第一印象。所以需要提前储备一定的行业背景知识,至于如何短时间内快速切入行业,回头选择一个赛道来唠下。

输出的需求池需要动态更新管理,且需要产品经理去分析,去伪求真。客户所说的,不一定是他们想要的,不要被客户所表达的问题/诉求牵着走。客户说我想要个锤子,其实他只是想在墙上钉个钉子。

所以这个阶段,需要产品经理所输出的规划方案具备一定的前瞻性、扩展性和健壮性。

3、系统建设

接下来的工作大家就比较熟悉了,无需多言。这个环节只要做好以下几点就不会出现大问题:

1、建立沟通机制

2、做好风险管理

这里说的沟通机制既包括项目内沟通,比如晨会、夕会、周例会、月度复盘等,也包括与用户的定期沟通。

这里重点说下客户沟通。很多时候,系统建设过程中频繁出现需求变更,除了前期需求没有做好,实际上也有部分原因在于客户沟通没有做到位。

一般而言,我会把客户当做我们的项目组成员,需求池里的需求是对客户共享的,在前期就让客户参与到需求收集、分析和评估当中。这样客户在提一些需求时首先自己就会先判断下需求的优先级。少去了很多无谓的撕逼。

另外,定期的复盘与工作汇报是必不可少的。作为甲方,对于项目的进度、风险和质量是最终的负责人,作为乙方、实施方,务必要与甲方信息对称。

没有人一路单纯到底,但请别忘了最初的自己,谱写自己的路,别再让身影失去平衡而慢慢下沉。
                                                                                                            ------- 韩大帅

上一篇下一篇

猜你喜欢

热点阅读