B端怎么梳理场景?产品方案怎么设计?

3 评论 2566 浏览 11 收藏 9 分钟

B端产品上线即被业务方弃用?问题往往出在第一步:没真正搞懂业务场景。从核心流程到异常分支,从现场观察到故事化描述,只有把“场”与“景”拆解透彻,才能设计出贴合真实需求的系统方案——别再用功能思维代替业务理解。

B 端产品经理在搞产品方案的时候,是不是老撞上这些麻烦事儿:

业务场景没摸透,搞出来的产品方案缺东少西,关键场景和需求都给落下了。

技术评审的时候,人家一问为啥这么设计,咱压根说不清楚业务场景是咋回事儿。

功能好不容易上线了,业务那边根本不用,原来是根本没满足人家需求,刚上线就得赶紧迭代。

为啥会这样呢?说到底,就是需求没调研明白呗。咱 B 端产品经理,经常会碰到跨行业的情况,刚接触一个新行业,不懂业务太正常了。不懂咋办?那就得去调研啊!

可怎么通过调研,再用科学的需求分析方法,找到业务真实又完整的场景,还设计出能满足业务需求的产品方案呢?今儿刀哥就结合自己以前的经验,跟大伙唠唠。

咱主要针对 B 端业务来说,核心思路就是以业务为驱动来做设计。这具体分为几个步骤:梳理业务流程梳理业务场景设计产品方案

一、梳理业务流程:需求分析的起点

业务流程这玩意儿,那可是需求分析的起点,也是重中之重。大伙记住喽,不管啥业务都有流程,而且包含一个核心业务流程,好多个分支或者异常流程,还有一堆支撑流程。

啥叫核心业务流程呢?就是端到端的流程。打个比方,就像用户从接触产品或者服务,到最后完成整个事儿的过程。就说用户酒店入驻吧,这就是个完整流程,包括线上订房、线下办理入住、进房间,最后退房。

分支流程呢,就是核心流程里那些边界或者异常的情况,像用户退订、换房、续房这些。

支撑流程就是为了给用户更好服务,在整个流程里提供的一些流程,比如说帮用户处理投诉、给用户代办业务啥的。

上面说的主要是服务用户的处理流程。公司内部还有管理流程,这部分流程主要是为了让服务效率更高,成本更低,这也是咱大部分 B 端产品要做的工作,像前台排班管理、前台离职人员管理、客人押金管理等等。

咱只要接触新业务,就一定要把这几个业务流程梳理出来。有了这些流程,咱再接着下一步,梳理业务场景。

二、梳理业务场景:搞清楚业务实际咋发生

业务场景,包括 “场” 和 “景”。“场” 就是业务发生的环境,“景” 就是各种具体情况。说白了,业务场景就是业务实际发生的环境是啥样,都有哪些具体情况。

咱首先得把这些业务场景都找出来,然后再一个一个详细描述。

比如说,咱想让图书管理员能更好地管理图书馆,那就得先把图书管理的各种场景都找出来。(这里得注意啊,是场景,不是功能。功能是从系统角度看的,场景是从业务角度看的,功能后面咱再说。)

图书管理员管理图书的场景有:办理图书出入库查询图书所在位置更正图书信息处理遗失图书处理图书报废

这里面,出入库和查询是核心场景,设计的时候可得重点考虑。

一个业务的场景可多了,咋能保证咱一个都不落下,全找出来呢?还记得前面讲的业务流程图不?我们梳理业务流程图的时候,通过主流程、分支流程和支撑流程,就能把这些业务场景都找出来。

但就坐办公室里肯定不行,得去现场,去看、去问,好好调研别人的流程。只有这样,才能梳理出完整的流程和业务场景。

业务场景其实就相当于 UML 里的用例。把所有业务场景都找出来之后,下一步就是详细描述这些场景,看看用户在啥环境下,具体咋做的,遇到啥问题,又想解决啥问题。

只有准确描述这些场景,咱才能感同身受。我建议大家尽量把这些场景像写故事一样写下来,写的过程中,自然而然就会有一种同理心,就算自己没在那个环境里,也能理解用户的感受。

感同身受之后,咱才能设计出真正能解决用户问题的功能。

三、设计产品方案:两大招搞定

明确了用户场景,接下来就得设计产品方案了。产品方案是个比较概括的描述,主要包括两部分,一个是系统方案,一个是业务方案。

大部分做系统的产品经理,也就只能影响系统方案,业务方案就插不上手了。

系统的产品方案,主要靠功能来解决问题。可系统功能咋设计呢?以前没做过咋办?

1、跨行借鉴

比如说你现在在做家政平台产品,但是没家政管理经验,不过你以前做过出行平台产品。嘿,这双边平台大框架差不多呀,那就可以借鉴以前在其他行业的经验嘛。

2、借鉴同行

要是自己实在没经验,那就考虑第二个办法 —— 借鉴同行。看看同行业里排名前三的产品咋做的,人家市场规模大,接触的用户和场景比你多多了。要是你们服务的目标用户基本一样,直接借鉴就行。

要是你的目标用户和业务场景跟人家有点不一样,那就做点差异化设计,专门做更细分领域的场景,说不定产品体验还能超过那 TOP3 呢。

你看人家雷布斯,借鉴苹果、借鉴保时捷,不都挺成功嘛。说难听点叫抄,好听点那叫借鉴。咱没必要非得自己从头发明轮子。

总结:以业务为中心的产品打造秘籍

最后总结一下,咱要想以业务为中心,把所有业务场景都摸透,感同身受用户需求,还做出满足业务需求的产品方案,就得这么做:

  • 梳理业务流程:主流程、分支流程、支撑流程,一个都不能少。
  • 遍历业务场景:从流程里找到所有场景,详细描述,让自己能理解用户。
  • 设计产品方案:自己有经验就参考以前案例,没经验就借鉴同行。

这套方法,不管啥新行业都能用得上。

本文由人人都是产品经理作者【刀哥】,微信公众号:【刀哥说】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 感谢。不过不敢苟同,个人感觉需求应该是先分用户角色,然后根据不同用户角色梳理每个角色的所有场景,最后再根据场景定义产品需求和功能。您说的主流程、分支流程等属于某个角色的一个或多个场景,流程是包含在场景里的。流程是通过场景分析归纳出来的。

    来自山东 回复
  2. 挺实用的经验分享。
    B端方案无法落地,大多数原因是没有真正深入到业务一线中去。如果能围绕客户整个线路去分析,再抽离出来看各模块间的衔接,找到核心问题并不太难。同时,如果产品还能具备两个jian(曾经主导或深度参与建设过,看见且用过好的系统),则会更有把握。

    来自湖北 回复
  3. 设计产品方案补充一个,B端如果是给自己公司做内部系统,公司规模不大不小,自己学习能力超强,考虑自己感同身受,试一遍业务流程,跨行借鉴和借鉴同行不一定能够适应自己公司的业务。

    来自四川 回复
  4. 业务流程是为实现某个特定业务场景下的目标而存在的。一个复杂的业务场景可能包含多个交织的业务流程。应该是先梳理场景再梳理流程。

    来自上海 回复