名人专栏

赵磊:B2B产品需求的3个层级

“需求”一词是B端产品经理日常工作中听到过和说过频次相对比较高的词语。它包括什么?

有关“需求”,比如是指:
1.一家做企业服务的Sass公司,产品要解决的业务问题是帮助中小餐饮企业解决引流、转化、私域流量运营等问题,最终助力中小企业业绩增长,做好生意。
2.餐饮门店经理希望用户进入商城后,能增加商品曝光的次数,以此提高用户的购买转化。
3.梳理并进一步拆解,得出可以在商品详情页、支付成功页、订单页面等相关页面增加智能推送合适的页面……。

3种不同层次

以上提到的3点都属于需求。但是,它们分别属于需求的3种不同层次。
1.战略性需求;
2.用户需求;
3.产品需求;

这3种需求的划分方式很大程度上代表了需求工作的3个不同阶段,通过对需求3种不同层次思维模型的理解、运用,会对产品需求工作带来很大的帮助。

一、战略需求:
战略需求是指软件系统设计、开发软件的目标,是指导软件往下设计和开发的最高层次需求。如何发现战略需求?我们可以从客户现状与理想状态之间的落差角度来发现战略需求,战略需求来源于落差。

比如客户现在一年赚1个亿,明年希望2个亿,那么现在和明年之间就有了1个亿的落差。如何增加营收1个亿,这就是客户的战略需求。

在具体落地找软件战略需求的过程中,不同的软件类型有不同的思考方法。通常B2B领域软件主要分为2种:

1.项目型软件:根据特定需求单独开发并且给单家企业使用;
2.产品型软件:标品、根据某一类或者某一个行业的企业需求开发给多家企业用;
项目型软件找战略需求的过程,一般是来源于公司老板或者是高管在参观、考察行业相关企业、竞争对手分析、学习行业内标杆企业、参考其它行业等的时候结合公司自己的业务提出来的需求。

战略需求更复杂

“开发一套信息化系统,把体检业务流程进行固化”,这是通常老板通过参观、考察行业内标杆企业以后,向你提出的战略需求。但产品型软件找战略需求的过程,就复杂了许多。

1.首先要考虑外部环境(政治、经济、技术、社会等)各方面的变化对公司要服务的行业的影响;
2.通用的业务问题,让提供Saas的功能服务来解决;
3.通过对竞争对手、自己、客户的分析,找到独特的价值点来规避竞争。

二、用户需求:
用户需求就是用户提出希望使用软件完成什么任务的需求。通常来讲用户的需求需要我们通过各种方式主动去挖掘获取。但不管通过什么方法,最终我们获取到的用户需求,可能会来自于不同部门、不同角色的需求。

对需求进行整合

这时需要对需求进行整合、分析、归类,进入下一步软件需求工作环节。

比如一家做电商Saas的公司,产品经理在做用户访谈的过程中,用户告诉产品经理他想在消费者下单支付成功的页面推荐近期销量不错的商品;一般的小白产品经理可能会把这个需求画出来,然后就交给技术开发了;然而资深一点的产品经理,面对这个解决方案式的需求,就会进一步往下问用户,为什么像这样做,想解决什么问题呢?

用户可能会回答:可以增加商品曝光的次数,以此提高用户的购买转化。那么这才是用户的真实需求,围绕此需求产品经理才能给出更合适的解决方案。

三、软件需求
软件需求主要分为2种,功能性需求和非功能性需求。

1.功能性需求:首先我们把获取回来的用户需求合在一起形成需求集,根据业务流程和业务场景的梳理与分析,把需求归类到不同类别的需求集里面去。根据需求形成功能模块完成功能架构的搭建;再由搭建好的功能架构,拆分功能单元以及功能单元包含的信息元素;再将信息元素汇集形成信息架构图;最后进入原型设计阶段。

2.非功能性需求:这一点容易被很多产品经理忽略掉!要想打造出一个吸引人的产品,非功能性需求也是我们要特别注意的点。

非功能性需求是软件产品为满足用户业务需求必须具有且除开功能需求以外的特性,包括稳定性、安全性、可靠性、互操作性、兼容性等多重指标,把所有这些指标考虑全面,然后严谨的评审和测试并及时维护升级,到这个阶段产品经理的职责才能算阶段性完成。

反应

 

名人专栏

信息系统建设6步骤/赵磊

/中小企业的数字化转型建设的需求管理/(下篇)

众所周知企业数字化转型的建设是企业基础的需求,正常情况下信息系统建设有6个步骤:

1. 业务部门提出数字化项目建设需求;

2. 信息部门初步收集整理相关业务需求;

3. 论证业务需求实现的技术可行性、实现方式,然后决定到底是自行开发还是购买第三方软件来实现;

4. 制定符合企业实际情况的解决方案;如信息部门自行开发,会有产品经理和业务部门详细了解需求;

5. 组织业务部门进行详细的业务调研,并出具调研报告,根据调研情况设计实施方案;

6. 系统实施上线测试并开始运营培训。

“需求”在数字化建设过程中的重要性不言而喻,而需求又恰恰是大部分传统企业数字化转型建设面临的最艰难的、最典型的场景:数字化建设一旦以技术为核心,完全脱离业务,结果多半都是以烂尾结束。需求是什么?需中求解,而非需中就要!需求就是寻求方案、方法中的最优解。需求是系统性的,而非单一的满足。

需求3问题

但是在实际的数字化建设中,在需求方面存在如下问题:

1. 业务部门需求不清、含糊、片段性; 

2. 需求不稳定、多变、朝令夕改; 

3. 内部需求意见不一致,反复推翻。

实际工作中,我们经常会遇到这种情况:信息部门明知需求有问题提出质疑却无法反对、错误的需求照常推进、明知路错了必须一直错下去……因为这是业务部门的需求!

以上就是企业数字化转型建设过程中的典型乱象,一方面业务部门对自身的业务需求不明晰、混乱,另一方面作为专业技术部门的信息部门只能对需求被动接受,难以要业务部门接受专业、合理的建议,这就是企业内部缺乏协同、融合力的表现。

由此可见,需求二字虽简单,但要真正的做好需求管理却很难,尤其是对信息部门的要求更高,我认为在数字化建设过程中,信息部门在需求管理上要做到:引、控、定。

引,即引导;控,即控制;定,即定标准、定流程、定制度。

需求3考虑

同时信息部门应学会制定需求管理策略,不能在需求管理上打乱仗,在任何数字化项目开工建设前一定要与业务部门达成共识,同时信息部门也要学会对业务需求进行清洗、筛选,具体可从如下方面进行考虑:

1. 需求实现的难易及复杂程度;

2. 需求实现的时间周期;

3. 需求实现的成本;

4. 需求的轻重缓急。

综上所述,资金是企业数字化转型的保障,而需求则是基础,是路径。需求清,则建设准;需求乱,则建设难。需求需要技术与业务共同来完成,需要的是融合思维,而非业务部门无限的发散。同时信息部门也要根据企业管理现状,合理的控制需求范围,分步推进,标准化、制度化、流程化建设要贯穿整个数字化过程,科学的数字化管理体系很重要。

同时成本意识也非常重要,要知道数字化建设“时间即成本”、“反复即成本”、“延期即成本”、“质量即成本”;如果企业在数字化建设过程中既无成本意识,又舍不得投入,同时业务部门又没提出需求的能力,那信息部门只能干瞪眼了。

反应
 
 

相关新闻

南洋地产