写本篇文章的目的：之一个目的是作者即将步入之一个三年，对以往的工作进行总结，准备进阶突破；第二个目的就是与大家分享与讨论。

我们都知道B端产品的设计最主要的是业务逻辑与错综复杂的业务流程，设计B端产品的时候要有清晰的思路，否则就像身处在迷宫之中，迷失了方向。

那么接下来我给大家讲解一个梳理B端产品切实可行的 *** ，来帮助你们完成B端产品的设计。

下面我将从目的、需求收集/整理、设计模块、输出原型这几方面来完成我的 *** 论讲解：

之一步 明确目的

我把目的划分为三个层次：

之一层属业务层次，此层次目的为用信息化手段让业务流程标准化，从而形成有效数据，抛弃纸质或独立个体表格数据，形成部分可共享查看的数据；

第二层为管理目的，包括进一步改善不合理的流程，通过业务数据提取计算职工的部分PKI或通过系统约束职工的某种违规行为；

第三层为公司为了长远发展而提出的一些战略目的。

之一层和第二层的调研目标均为管理者和执行者，之一层偏向执行者，第二层偏向中层管理者，而第三层则需要和公司高层领导进行深入的沟通。

就我目前而言只修炼到了第二层，可通过系统帮助管理者完成一些业务流程的优化和提取KPI等目的，并不能驾驭第三层为产品注入公司的战略灵魂。

明确目的建议在项目启动会中完成，项目的相关负责人以及领导都会到场，此时明确目的是更佳时机，以免造成沟通障碍。调研目的时可从这几个问题中展开：

为什么要做此项目（做此项目的目的）？

希望此项目解决什么问题？

期望达到什么样的效果？

此外项目立项中我们还需要明确项目的范围和先关干系人。

第二步 需求调研/整理

需求调研对于初级者来说是个坑，常常是拿到项目之后就去组织召开调研会议，对于一头雾水的初级者不知道具体调研什么，也就成了调研对象说什么然后记什么，会议结束后发现这些需求根本连不上也无法整理。

所以调研一定要讲究 *** 去分步调研，文章开头说B端产品逻辑流程最重要，所以我们要先搞清楚业务流程与逻辑。调研业务流程的 *** 可是走访部门也可是会议的形式，无论是哪种形式，都需注意一点，要循序渐进的调研，什么意思呢？就是业务流程是分层级的，注意每次调研所处的层级。

在设计流程的时候要注意这几个问题：

有没有流程颠倒的情况？

每个流程点是否有分流程?

每个流程是否是必须存在的?

此流程的上下游是什么?

1. 明确流程

之一步

调研总体流程的时候就不要去纠结细节，调研时要首先声明此次调研的目的，如果有人过度展开时要即时提醒，不要被他的思路带入细节中去，否则你会有种盲人摸象的感觉。

比如以采购为例，那么我们首先要了解采购的大致流程：

这张图表达了采购流程的各个阶段，每个阶段需要做什么事情，具体由哪个部门去做。

如果之一步能做到把这张图调研清楚，那么此次调研就算是成功了，这里每个节点都可进行展开，但不要在此调研层级展开。

第二步

我们要继续进行深入调研，这步我们需要明确某个阶段的流程是怎样的，此时也需要继续注意层级的概念，此步骤要有种只见森林不见树的感觉，知道这是一片森林，但是里面具体都是什么树却看不清。

比如我们调研采购的付款环节：

虽然看上去这张图是很清晰每个步骤要干什么，但真正到了详细步骤的时候只根据这张图是看不出具体做法来的，所以这就叫做只见森林不见树。

2. 整理需求

要做到又见森林又见树，需要对业务进行详细的调研，并将调研的需求进行整理归类，以此来洞察用户行为，此步骤要捋清每个操作环节具体的流程以及业务逻辑，所以此步骤是最重要也是最容易混乱的，所以在调研此步骤时我借用了C端产品的用户故事地图，来完成此项任务：