编辑导语：B端设计师在大多数互联网眼中就是拖拽组件，进行组装的一个岗位，但其实他有着自己的价值。在众多B端业务中，B端设计师发挥着自己的价值，那么它的核心价值是什么？作者从产品本身、交付方式以及用户差异三个方面进行分析，希望对你有所启发。
在大部分互联网人的印象中B端设计师就是拖拽组件进行拼接，就像拼积木一样。导致说 B端 UI设计师在项目流程之中处于被动的位置。如果想摆脱这种困境，就要先懂得如何描述B端业务的核心价值是什么?
本文主要从三个角度来讲产品本身/交付方式的不同商业价值/用户差异 来进行讲解。
工作中常常讨论的三个问题：
那我们作为设计师如何能应该如何去理解这些问题?那接下来会逐步讲解。
在项目中，我们经常会遇到这样的场景：
这一类场景出现的根本原因是产品或者是设计师不清晰产品的定位，导致很多时候不知道如何去做决策。那我们要处理这个场景呢？
首先，我们要确认我们留给用户的第一印象，然后再确认产品价值和交付方式。
最后结合第一印象和产品价值结合来定义 B端产品的本身是什么。
（1）第一印象
第一印象是指对一个初见面者最先的若干心理知觉，是人际交往中非常重要的起点或基础，第一印象良好则日后可继续交往，因为第一印象不易改变，可能阻碍人际吸引力。
–来自辞海
以微信为例：大家对于微信的第一是及时通讯功能，原因来自于2 点：
刚才讲到了 C端，那现在转换到 B端。来讨论 B端产品的本质是什么?
关于 B端的产品的本质每个人都有每个人的定义以及想法。
那我下一个我认为 B端产品的本质的定义：是基于真实的业务场景，抽离出互联网解决方案。
这里有两个一定要注意点的点：
①不可能满足所有类型所有规模的客户–尤其是 F类客户的定制化需求
不可能满足目标客户的全部需求–一个B端产品不能满足医院全部的功能：比如诊疗系统与食堂系统。
那一般好的B端产品定位是怎么来定的呢？
先来看看一些 ToB产品的定位：
从上面不同行业优秀的产品中可以提取出B端产品定位的通用组件：目标客户+差异化组件。
（2）产品价值
上面已经将 B端产品定位讲清楚了,接下来要讲产品价值的两个重点：
接下来进行分开阐述：
（3）用户价值
C端与B端的用户价值不同，C端的用户价值往往更多是一种感性的价值，难以衡量。例如：
相较于C端而言，B端的用户用户价值往往会更加的理性，更加的可衡量。B端产品的核心理念是“降本增效”。例如：
上面讲的会比较笼统，接下来以女生常去的美容院中的营销顾问为例来进行分解B端能带给什么用户在价值（降本增效）：
2 个注意点：
这些在项目流程之中，这些数据常用与项目立项时候以及建立设计目标，进行拆分设计思路组成。
（4）商业价值
商业价值跟随着交付方式不同会带来不同的商业价值，常规的交付方式有 4种：自研、外包、SaaS、平台。
4 大产品交付最大的区别是产品生产方与需求方关系。以下以对比描述为主：
①自研与外包
企业自研：产品生产方与产品需求方属于同一家公司，一般是公司组建内部的科技公司或者是科技部门，自主研发，赋能自身业务。
项目外包：产品生产方与产品需求方不属于一家公司，产品生产方给产品需求方提供软件，产品需求方给与外包支付定制费用。企业把研发的工作外包给乙方公司（有的 SaaS公司也会接一些定制项目）。
企业自研与外包模式都有自己的优点和缺点：
企业自研的优缺点：
优点：数据安全、业务匹配度高
缺点：成本巨大，收益难以进行衡量
常见的案例：阿里，字节，腾讯，顺丰，平安科技
优点:
一般企业做自研的原因无非是 2 点：
外包的优缺点：
优点：节约人力成本，适合toG国企
缺点:
例子：阿里、腾讯、平安科技、华为 OD、乌鸫
出现外包的原因非常多，比如企业养正式员工成本极高，但是外包人员随时可以裁掉没有任何成本.还有上面所说自研成本极高，外包模式可以一次性解决全部的问题。
②平台与 SaaS
平台和 SaaS 模式都有一个共同点就是都是单独企业针对多个企业的模式。但是他们的不同还是很明显的。
SaaS：生产方提供软件给需求方，需求方需要支付年费。简单说就是企业租赁成熟的 SaaS 的解决方案，按照版本、使用时间收费。无需开发维护成本。
平台型：生产方免费提供平台需求方，需求方一旦产生利润则需要向生产方提高分成，就是坐庄模式。
他们自己的优劣势也非常明显。
SaaS的优劣势：
优势：
劣势：
例子：有赞、用友、纷享销客、kingdee、salesfores（创立了SaaS，开创了先河）
平台型的优劣势：
优势：
劣势：
特殊情况：
交付方式并不是固定的，一成不变的。即使是企业自研的系统也会改改代码换成其他产品卖给其他公司，拿 SaaS交付讲例子有：飞书、钉钉、企业微信、腾讯会议等。这种典型OA 产品上经常性会出现。
有些做定制的公司定制做多了，也会把同类型的项目合并做成 SaaS，这样减少重复开发的成本开发的。
有些SaaS也会接大公司的定制项目，在做销售的时候也可以成为最后促成的子弹，也可以涨自己公司的名气。
简单案例化：
上面可能讲的比较概念，接下来以餐厅和喝水的案例来进行讲解：
自研：
外包：
SaaS：
平台：
餐厅-我把餐厅租给你，但是你每次卖出 100 块，要给我 50 块
喝水-水免费喝，但是种出来的庄家要给我分成
上篇讲到了交付方式：自研、外包、SaaS、平台，每一种交付形式的商业价值是不同的。
因为我自己是SaaS出身，所以重点是讲 SaaS 的商业模式。
（1）SaaS 的商业价值如何拆解
在了解 SaaS的商业模型，首先先知道商业价值的构成。
这里引入公式：
商业机制=客单价*客户数*签约时长
（2）客单价
通常指的是单个客户单次购买价格（定制化服务另算），提升客单价一般是有三个方法：
（3）客户数
SaaS的一般分为 2 种，新签约客户以及老用户，针对这两种客户分别有不同的策略提高商业机制：
（4）签约时长
保证用户使用的时间越长越好，这里的通常策略是完善功能提高用户的活跃度，让使用者发挥更大的价值。从而在下一次续约时候增加续约的可能性。
（5）设计师了解的意义
上面已经描述了商业价值是什么，我们要了解为什么要了解商业价值。在大部分设计师都只是执行角色，导致了在于协同伙伴沟通中处于听命令被动执行。了解的真实意义是可以作为跟别人争论的法律标准和填充的弹药库，能够跟别人来回 battle而不是被动执行。
（6）使用场景
工作中常见的使用场景有三种：
（7）设计侧如何提高的商业价值
针对不同的交付类型的产品分别对应的不同的商业价值，这里主要集中讲针对 SaaS主要是体现在 3 个方面：
1.提高SaaS续约率：影响到商家下一年的续约有个很重要的因素就是当年的活跃度，这个也是我们调研几百名商家出来结果，所以提升用户用户活跃度是设计侧常常要负责的任务。常见的比如核心需求快速反应以及定期的用户调研等等。
2.提高销售的签约率：设计侧提高签约率主要是体现在两个方面：
是品牌视觉成为竞争力：在销售侧针对目标用户销售过程中，用户只通过视觉进行判断产品好不好用“好看即好用”。
官网的设计引导用户决策：官网针对目标设计既可以让用户在官网直接进行购买（静默转换），又可以引导到客服咨询进行购买。客服咨询这里验证的的数据是咨询率以及官网注册人数。
3.增值服务：包含各种模版、皮肤、主题、定制功能等等。
（8）如何使用商业价值
这里带一个案例进行讲解理解上会更容易一些，举一个仓管信息初始化配置的优化的案例。
（9）尝试流程
常规的流程：
这里有些人会疑惑说为什么场景评审不过？因为每一次优化方案都会牵扯到无数的资源（开发资源、调研资源等等）、从大了讲结果没有可确定性的正向结果会导致整体资源的浪费，从小了说每个人在做年度述职的时候也需要支持帮助自己晋升。
（10）引入商业价值流程
前面的流程：
讲述方案的流程：
两种流程之下的对比：
目标性：第一种模式做事情并没有目标性而且设计环境大概率讲的也是跟用户的需求相关，但是这个无法与管理层以及协同伙伴达到共识。如果在准备阶段所有人达成共识，后面实施过程中纠纷与矛盾就会不断地出现。
引入商业价值之后，就可以逐步把项目目标打通，参与人员也会更容易理解这次优化内容的目标是什么，从而为后面的顺利沟通打下伏笔。
推荐的讲述模式是什么？
推荐讲述公式=故事+价值（用户价值，商业价值）+需求+OKR拆解
讲述一个例子（降低原料在制品库存 WIP）：
故事：生鲜行业由于季节以及计划的原因，有的会导致原材料到成品过程之间会有损耗，如果再加上本身库存损耗只会加剧损耗，但是在制成成品会有特殊工艺后损耗可以降低损耗。
价值：对于用户而言降低了降低了原材料库存的损耗，对于公司而言间接提高续约率。
需求：优化原材料到成品之间的链路。
OKR 拆解（这里只拆O）:
（1）目标客户如何选取
①用户标签
选取用户一般有一些标签来进行筛选，减少销售选择客户的成本。一般选取用户是由3个方面进行筛选：
（2）用户分层
产研资源是有限的，不可能全部用户都能服务到。如果要让所有的产研资源最大化，常见的方法是用户分层通常用户分层要分级别跟参数 2 个部分来进行理解。
①级别分布
用户级别分布常见的有5种 级别：
根据能够给公司提供额价值，从高到低进行分布。
②拆分参数
常见的参数：
有个特殊的案例：夫妻老婆店。夫妻老婆店基数大，销售量为了岗位kpi必须要完成，导致夫妻老婆店这种客户用基数大。这种客户一般不会在意流失率，意义不大。
③客户分层的作用
客户分层常见用于4 个场景：
④客户画像
客户画像是分4 个部分：
以我前公司的生鲜 SaaS 为例：
（3）目标用户差异
每个目标用户在不同的端口有不同操作的目标也是不同的，通常情况下是三个端口：pc、pad、app。他们又分别对应的是不同的目标用户以及差异化价值。
为了方便理解，以下以美容院的场景为解释。
①pc端用户
PC端常用语稳定的办场景，是 B端产品中常见的必然存在的场景。用户主要是处理复杂的表单以及数据处理，与配置项。
PC端的目标用户：店长/财务/前台
②pad 端用户
pad端主要是补充PC端展示移动困难，APP端屏幕限制展示的作用。从而补充营销顾问在消费者到店前中后移动化服务，对用户提供美容服务安排并进行服务销售。
pad端的目标用户：营销顾问
③APP端用户
APP端适用于所有的员工，管理层可以随时随地查看进度和发布任务，执行层（例如：技师）可以查看自己的薪资绩效以及查看自己的排期休假。所有员工都可以轻量化处理任务。
APP端的目标用户：所有用户
经常在评审会或者是在与产品经理讨论中讨论到需求场景的问题，有的产品无法说清楚需求具体在哪个端口，这个时候就需要设计师自己来判断具体在哪个端口进行判断。
设计师如果想获得项目的主动权，需要了解到产品本身/交付方式的商业价值才能获得主动权。尤其是在体验项目立项时候，能够表达清楚清晰的优化目标，从而为后面的顺利实施进行铺垫。在述职与晋升的时候也能表达自己设计的价值。
资料来自 美芳老师《且曼B端设计》
本文由 @一只鸡腿 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。