口味：半熟牛油果 预计享用时间：8分钟
什么是B端产品？
B端（Business）产品是企业或经营者在内部使用的系统，与我们日常接触的C端（Consumer）产品区别还是比较大的。我们在使用C端产品的时候是可以切身体会到一款产品的优劣的，以体验为王；但到了B端产品则不然，B端产品主要是将一些既有的业务流程规范化、模块化的迁移到线上，简化业务流程以提高效率，为企业的利润链上产生价值、对企业的生产经营产生贡献的。因此产品对于业务的贡献越大越有价值，国内常见的B端产品有1688、京东云、阿里云服务、企业微信等，国外则有Slack、谷歌办公套件、Trello等。
常见的B端产品分别有以下几类：
OA：企业办公自动化OA系统：企业内部提供智能化打卡、人员管理、办公协同等相关功能的产品。
CRM：国内有纷享销客等、国外有CRM的“鼻祖”:Salesforce，用于管理客户关系，进行客户营销，为销售团队提供业务支持以及业务协同，并可以观测销售数据预测未来的业绩。
CMS：C端产品线的后台产品，如：饿了吗商家版、淘宝商家后台、滴滴司机端等，都是用于支撑C端业务，配置前台展示的产品。
ERP：管理企业内的资源如货物进出仓、原料出入库等，供应链管理系统如路迪斯达，国外有Sap、Oracle等。
SAAS：企业开放的用型服务和产品，比如钉钉，就是一个面向中小型企业的OA应用系统，考勤则是其中的一个通用型功能。再比如Teambition或是Lark，也是一个文档在线沟通协作的通用型功能，此外还有百度智能云、阿里云等虚拟主机系统、有赞、小鹅童、金蝶云等。
B端产品与C端产品的不同处？
01.使用场景：
C端产品往往有多个不同的使用场景，用户在使用C端产品的过程是碎片化的，因此产品设计时会围绕其核心功能延伸出多个子功能以满足不同场景下的用户需求，以最大化程度的占有用户更多的时间。
B端产品则拥有一个核心场景，这个场景便是工作场景，用户是长时间、强目的性、专注的的去使用产品的，因此需要设计得更为便捷高效，才能保证工作顺畅的进行，以满足管理层、员工在工作中办公及协同的需求，提升公司业务效率。
02.用户类型：
C端产品千人千面，强调个人化个性化，在用研阶段颗粒度需要细化到区域、性别、年龄、职业、收入、消费偏好乃至更多的决策因素，以便构建更为完整的用户画像，由于C端产品用户题量一般都比较大，可以定义出不同的用户标签，挖掘痛点及机会点，作为产品迭代的来源。
B端产品则是某个集体的表征，决策权在于管理层，目的是为了企业利益的最大化，在产品设计的过程中需要平衡员工利益与老板的利益，有时候为了业务还可能会部分牺牲产品体验。
03.盈利模式：
C端产品可以通过广告、服务费、会员费、平台抽佣、增值服务等方式，向用户及企业收取费用。
B端产品主要对企业收取功能模块服务费、使用人数费、后期软件的维护费或定制费用。
04.运营模式：
ToC的产品产品服务的是个人用户，用户决策速度快，对于用户在启动期、发展期、成熟期、衰退期几个不同的阶段会采用对应的运营策略，核心目的是通过拉新、促活、转化、留存的转化漏斗，占领用户心智，提高商业转化率。
ToB的运营需要优化曝光率（SEM、SEO），以及拓展企业销售业务,达成业绩的指标。
如何着手进行B端产品的设计？
01.业务调研：
B端产品设计的关键在于对业务逻辑的理解，一般来说，不同的部门的使用场景、业务流、角色都不同，产品设计人员需要有针对性的进行业务的梳理，对业务有一个深入的认知，一般这个阶段的产出物为流程图，常见的流程有：业务模型、业务流程、功能流程、操作流程、页面流程、数据流程等，我们可以针对性的进行梳理。
02.用户调研：
在理解业务流程的前提下，我们需要对业务中的用户进行访谈，用户研究一般有两种，分别为定性跟定量研究。定性有：用户访谈、用户体验地图、焦点小组等；定量有：用户问卷、AB测试等。访谈的人数不必过多，一般选取8～10个一线业务人员即可，同时还需要兼顾决策者（老板）的意见，因为产品的使用者跟买单的往往不是同一个人，因此我们需要尽可能的收集业务诉求，确保大家对业务的理解是一致的。
我们还需要关注在这个流程下不同用户的业务权限，用户的权限的设置，理清用户的功能操作范围、操作流程、业务规范和约束条件等，权限会影响数据的流向，其实就是梳理业务中的WHO、WHAT跟HOW，分清业务中的「对象、关系和动作」。
WHO：在业务中抽象出来，由一类用户所构成的用户角色，比如站点管理员。
WHAT：角色与角色之间的组织架构关系，比如上级与下属。
HOW：组织架构中不同的角色所对应的操作权限，需要考虑其中的层级划分，比如A提交需求给B审批，B就是拥有审批权限的角色，不同权限的角色可能对应会有不同的展示页面。
设计B端应用时，理解用户需求非常重要，对于产品设计师来说，充分了解用户工作和其职业的需求有助于培养对用户的同理心。在用户调研的过程中，我们需要充分了解他们的工作背景、流程、环境、期望、问题以及当前的解决方案，但是同时我们也得区分哪些是真实的用户需求，用户可能会告诉你他想要什么(How)，而不是为什么（Why）,这便需要产品设计师有主观辨别的能力。
03.方案设计
B端产品的方案讲求系统性、结构性。产品设计人员可以与业务、技术人员一起开个协同会议，明确以下几个关键信息:
a.主干业务流程
b.功能模块
c.技术框架
d.迭代蓝图
紧接着产出概念产品结构，可以用思维导图，梳理出现有的产品功能；再思考用户是在业务系统中的什么场景所遇到的什么问题，对应的可以用什么功能去解决它，在时间充裕的情况下最好生成Prd文档，并与团队成员还有客户确认好，避免后期不断的返工。
有了功能方案后就可以着手梳理新的交互流程，好的流程，不仅在功能上可以形成闭环，满足业务需求，也能遵循用户的心理模型，在满足可用性的前提下提升产品的易用性，产品是保证商业价值，交互则是保证用户价值。
流程不可做得太复杂，否则会提高用户的学习成本。
有了基本的原型之后，可以着手组织可行性测试，让业务人员使用我们的产品或交互原型，观察他们在使用过程中的等待点、决策点以及失败点，倾听他们使用过程中的反馈并记录下来，从中洞察用户的顾虑，反思产品可以优化或改进的流程，确保我们的方案不仅满足以业务人员的需求还可以提升并改善业务的效率。
结尾：
以上就是Zen关于B端产品的一个初略的思考，接下来也是本人开始经营公众号所发的第一篇文章，接下来还会继续撰写个人在从事产品设计过程中的一些思考、见解或设计方法论。
如果本文可以让你受到一些启发，欢迎转评赞；如果各位客观有不同的见解，也欢迎我微信来指导指导哈～
wechat:c-y-zhen
