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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1、跨行借鉴

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

2、借鉴同行

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

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

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

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

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