通用方法论 | 从0到1设计一款B端产品
一、第1次业务调研
在决定好做某个方向的产品，并联系好调研的客户之后，就开始了第1次业务调研。
这里有一个常见的误区，认为业务调研是一次完成的。实际上，由于B端产品涉及的业务较为复杂，所以，业务调研往往不是一次就能完成的，通常需要多次调研。
多次调研并非随意调研，而是按照由上至下、由大致小、从粗到精的顺序进行调研。就像剥洋葱一样，从业务框架开始一层一层剥，直至业务细节。
1.1 调研前的准备工作
由于是第1次业务调研，也是第1次与客户接触，所以我们需要给客户展现我们的专业性，让客户信赖我们，让客户相信我们。所以，在第1次业务调研前，需要了解行业里通用的业务模式。在与客户沟通交流的时候，能够与客户平等对话。
比如，客户想做一套自己的电商系统，那么在去客户那里调研前，我们需要搞清楚通用的电商业务模式。
1.2 调研的目的
第1次业务调研的目的如下。
- 明确业务范围；
- 梳理客户的业务现状；
- 了解客户业务的痛点和问题，以及客户的期望。
1.3 调研哪些内容
由于我们已经知道通用的业务模式，所以调研的重点就放在客户个性化的业务上，如此可以减轻我们调研的负担。
具体来说，需要调研的内容包括：梳理整体业务流程、明确客户的痛点/问题以及期望，了解客户的组织架构。
1.3.1 整体业务流程
由于本次调研的目的之一是明确业务范围，所以不用调研业务细节，只需要弄清楚客户的整体业务流程。
一般来说，整体业务流程需要达到的细度是，能够表达出各参与方在哪里做什么事情。换句话说，就是搞明白三要素：参与方、现有业务系统、各参与方在业务系统中的业务活动。
我们以某电商的业务为例，说明整体业务流程，如下。本篇文章后续的例子，将基于该电商的业务展开。
基于页面流转图，可以梳理出产品的页面有哪些，这是后续产品原型设计的基础。
4.3 产品原型设计
产品原型设计大家都比较熟悉，就是把设计意图形象、直观地表示出来。
不同的公司，产品经理在原型设计时的分工稍有不同。有交互设计师的公司，产品经理画出线框图就行。如果公司里没有交互设计师，那么产品经理需要把交互设计也做出来。
对于B端产品，最重要的是解决客户的业务问题，而不是把用户体验做到极致。所以，我们会看到很多B端产品的设计很low。这不是因为B端产品经理的审美水平不行，而是因为客户并不需要高大上的用户体验。但这并不是说用户体验就不重要，可以随意瞎搞，而是不需要在用户体验上花费大量精力。
4.4 权限设计
B端产品的特点之一是，客户的组织架构复杂。为了保证数据的安全，需要进行功能或数据的权限控制，这就涉及到权限设计。
通常，权限设计分为功能权限设计和数据权限设计。功能权限设计是对页面中功能点的访问权限进行设计。功能权限设计有一套经典的理论模型——RBAC模型，一般的B端系统都会基于这个模型设计功能权限。
数据权限设计是对用户能够查到的数据范围进行设计。通常而言，用户的数据权限和他在组织架构中的节点有关。
4.5 埋点设计
为了量化产品的使用效果，同时记录用户的使用行为，需要进行埋点设计。通过埋点，可以获取用户的行为数据，进而对该数据进行分析，从而得出有价值的结论，例如，如何改进产品的功能。
至此，就完成了一个B端产品从0到1的设计。
作者：产品经理伯庸；微信公众号：产品经理伯庸；
本文作者 @产品经理伯庸
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
