本文路径：

价值体系搭建

OA系统

B端产品具有geng强的衔接性

降低妨碍＆功Neng引导

而高效则是另一个在交互设计中需要注意到的问题， 高效从一个角度上讲，是减少用户不必要的操作＆页面的跳转，比方说ERP系统中的客户管理，在客户列表页修改客户资料的时候，尽可Neng使用弹窗，这样会大大减少页面跳转的频率；

这也是B端产品和C端产品的一个不同。先说说B端产品面向的是企业老板， 满足企业老板的需求，让这一类用户满意才是关键； 闹笑话。 而C端产品面向的是个人用户，只要Zuo到用户体验十分良好并且给予一些增进用户留存的机制就Ke以运营的hen好。

ERP系统

B端产品主要原因是集成了hen多的功Neng和信息，所以在设计的过程中尽可Neng合理的安排信息的布局是非常的重要的。常见的方法是优化字段以及页面元素， 内卷... 让用户kan起来geng直接，并且加入一些功Neng引导部分，让用户对于一些功Neng有hen快的认知

页面清晰简洁＆场景下保持高效

SAAS系统

这个应该不需要再多解释了好的流程归类会让产品的需求方、设计和开发的对接方以及用户dou非常满意。

B端产品的用户一般比C端产品的用户要geng有专业性，一边也geng有耐心。但是Ru果我们的页面设计的功Neng过于复杂或者为了丰富页面加入hen多的冗杂字段，会对用户造成不必要的影响。

所以对于我们而言， 面对这种在宏观角度上大方向一致而微观角度各有不同的用户群体，要学会整合和克制。Ru果有了一些比较亮眼的功Neng或者想法， 太离谱了。 尽可Neng要Zuo到小幅度快节奏的持续迭代，在迭代的过程中逐渐收集用户的想法。

但是同样的情况出自于B端产品，可Neng就截然不同了对于B端产品而言，功Neng是多而必要的。比方说OA办公系统中的“申请提报功Neng”，这个功Neng针对的根本不是针对于单一类型的用户、单一类型的场景。而是针对hen多不同岗位的用户以及不同的提报需求场景。所以hen多初入B端产品的产品经理而言， 他们认为“申请提报功Neng”只是一个信息输入页面但是实际工作的时候却要按照七十多种不同的提报方式去设计内容，并且根据提报需求的不同，后续还会有geng多的差异化设计

近两年来B端产品慢慢的成为了互联网市场上的热门。而且因为现在互联网市场的多样性， B端产品主要原因是对于特有业务场景的不同、 摸鱼。 业务逻辑的复杂、数据系统的串接等等，显得十分复杂。那么如何实现B端产品价值大化呢？

但是 在谈论到B端产品的时候，大部分的人又会觉得Ru果是B端产品还是算了吧。有一个产品经理跟我说B端产品的理解成本太高了 想要玩转B端产品之前先说说要讲整个行业链路里的内容dou走一遍，对于hen多产品经理来讲太痛苦了，这也行？。

操作一波... 其实在这里Ke以大胆预测一下 在未来所有B端产品的设计者dou会想办法降低用户的使用时长，“用完即走”可Neng会成为未来工具类B端产品设计的一个设计原则。

ERP是Enterprise Resource Planning的简称，企业资源计划是 MRP II下一代的制造业系统和资源计划软件。除了MRP II Yi有的生产资源计划、 制造、财务、销售、采购等功Neng外还有质量管理，实验室管理，业务流程管理，产品数据管理，存货、分销与运输管理， 没眼看。 人力资源管理和定期报告系统。目前，在我国 ERP 所代表的含义Yi经被扩大，用于企业的各类软件，Yi经统统被纳入 ERP 的范畴。它跳出了传统企业边界，从供应链范围去优化企业的资源，是基于网络经济时代的新一代信息系统。它主要用于改善企业业务流程以提高企业核心竞争力。

恕我直言... 比方说我们在下访调研的过程中跟经销商聊了一下 不同的经销商对于自己生意管理的方法不同，人员组成也完全不同。所以有的老板会跟我聊一聊， 有没有什么geng新鲜或者geng有挑战性的玩法儿，Neng让下面的业代收集到geng多有价值的数据；有的老板会跟我聊产品的功Neng太多了手下的业代使用起来不方便，意见hen大。

CRM系统

其实吧hen多产品经理的想法dou是对于未来的规划比较有野心的， 不管是未来想到企业品牌亦或者想到平台系统的产品经理，对于产品的业务逻辑dou希望Ke以进一步的了解，参与到产品的前期规划讨论中，薅羊毛。。

但是所谓知易行难，从一个产品的设计者在产品的规划过程中要Zuo到以下几点：

在设计的过程中我们是十分痛苦的。主要原因是B端产品面向的客户大部分dou是在行业中沉浸了hen多年的老板或者相关业务部门。这种特殊的情况对我们有利有弊。 YYDS！ 好处是我们的客户对于业务相关的蓝图十分的清晰；坏处是每一个人对于自己的业务dou有geng美妙的“憧憬”。

B端产品的功Neng设计也许并不在于亮眼，而是在于均衡和稳定。C端产品的每一个用户dou是单一的个体， 通过C端产品带来某种生活中的便捷与享受，功Neng规划失败，hen可Neng会失去某些群体的用户，但是Ke以通过迅速的功Neng迭代在下一轮赢回来；而B端产品上的每一个客户，每一个后面dou有一张庞大的关系网，对于他们而言，这是生意的重要组成部分，是没有办法拿来冒险的。Ru果主要原因是产品的问题导致客户出现了损失，这种客情关系是hen难挽回的。

本篇主要讲述B端产品的一些经验， 不管是设计师、程序、前端、客户还是产品经理douKe以读一读，kan一kan，扯后腿。。

整合设计＆持续迭代＆调整方向

我悟了。 网站建设、 网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有网站建设等

可不是吗！ 两者之间的差异性在于B端产品在满足客户的需求后间接服务于用户；而C端产品直面用户。这其实就造成了B端产品在设计的过程中需要平衡“客户”与“用户”之间的关系， 个人认为一个健康的B端产品应该是既满足“客户”的需求，又提升“用户”的体验，不然hen可Neng会出现“客户好评 and 用户差评”的情况。

举一个例子好了。

·部分官方定义内容引用自百度百科

我直接好家伙。 写到这里其实可Neng有的朋友kan不懂这一步的作用， 比方说可Neng会觉得，我Zuo一个数据分析后台，为什么要懂全部环节的基础业务流程呢？那我继续Zuo一个Zui简单的类比：就如同我们对于互联网有了初步了解之后 就会自只是然的明白腾讯系的产品基本不会对接支付宝，而支付宝的钱无法通过微信去支付。

·部分配图来自网络

设计的一致性

但是这时候， 减少页面跳转并不代表真正的高效， 举例ERP系统，所有的订单需要按照指定的流程一步步进行操作而并非一步到位，这样虽然页面的跳转增加，但是Ke以避免操作出错给用户带来geng大的困扰，上手。。

绝绝子... 价值体系的搭建是整个产品中Zui核心的点。何谓价值体系？对于B端的产品而言，客户Zui关心它Neng为实际的工作带来哪些便利而并非这个界面Zuo的多么的好kan以及用户体验多么棒。所以对于一个B端产品，解决问题的价值就是Zui好的推广。按照实话讲， 从这个角度来kan，B端产品的设计需要对用户geng深层次的了解和判断，了解用户的核心价值，围绕核心价值搭建产品的功Neng以及任务优先级。

其实作为B端产品的设计者， 我们期望通过自己的努力让产品有geng多的玩法儿、让视觉有geng多的花样，我们期待以此来获得用户的认同。但是从B端产品用户的角度这些并非是他们重点关注的点。比方说我们将一个进销存软件所有的功Nengdou考虑清楚、 所有的使用场景下douKe以得到满足，dou不如通过优化流程、提升产品使用效率去将使用者给解放出来，最终的最终。。

功Neng流程归类

对B端产品来讲， 设计师在设计的时候是不需要耗费太多的思考的，只是去按照交互设计师的规划堆砌图表和列表。 深得我心。 但是对于使用者来讲，但是其中纵横交错的商业逻辑和业务逻辑却是给用户搭建了一个十分高的门槛。

其实后台产品geng严格的意义讲也是B端产品类型中的一种， 当然细分的领域类型有hen多，也分针对性。针对个人的后台产品比较容易在大众的视线里被kan到，这一类中Zui常见的后台产品就是微信公众平台了，醉了...。

办公自动化是采用Internet/Intranet技术， 基于工作流概念，使企业内部人员方便快捷地共享信息，迅速、全方位的信息采集、处理，为企业管理和决策提供科学依据。企业实现办公自动化程度也是衡量其实现现代化管理的标准。办公自动化不仅兼顾个人办公效率提高，geng重要的是可实现群体协同工作。凭借网络，这种交流与协调几乎Ke以在瞬间完成。这里所说的群体工作， Ke以包括在地理上分布hen广，甚至在全球上各个地方，以至于工作时间dou不一样的一群工作人员。

我们一起... 而另一类B端的产品则是面向企业客户以及内部员工使用， 一般除了被针对到的目标用户，其他的用户hen难接触到。比如OA、ERP、CRM、SAAS等。跟微信公众平台不同， 这些名词对于hen多不处于行业中的人而言dou显得比较陌生，所以我大概解释一下几种我接触过的平台。

赋予价值是常见的提升B端产品品质的一种方式，这里 请大家务必... 说的赋予价值跟上文所述的“价值体系搭建”并不相同。

了解基础业务流程

另起炉灶。 当然从一个产品经理参与者的角度来kan， B端后台的产品并没有直接面向消费者产品那么的“火光四射”，但是B端产品对于设计师＆产品经理dou有geng高的Neng力要求，Neng够从容的在各种B端产品中来回穿梭的人必须要有geng强的业务逻辑理解和规划Neng力，后台类产品设计过程中的大方向是Ke以借鉴并复制的，但是对于细节的拆分、功Neng的规划，却又截然不同。

弯道超车。 不管是对设计师、 程序、前端、客户还是产品经理，遇上B端产品dou是一件让人感觉头痛的事情。从以前到现在kan了hen多的后台产品， 有的产品是从无到有，有的产品是在原有的基础上geng新，相对于其它产品，我在过程中深刻的体会到了逻辑结构和规划Neng力在后台产品中的重要性。

如何提升B端产品的品质？

拭目以待。 在我kan来B端产品的设计没有固定的功Neng模式，而一味的照抄竞争在这一行业中其实也是非常凶险的行为。大部分B端产品设计的本质其实是解决客户在真实场景下遇到的问题，给予用户geng便捷的管理方式和geng多的利益价值。

不夸张地说... CRM即客户关系管理，是指企业用CRM技术来管理与客户之间的关系。在不同场合下CRM可Neng是一个管理学术语，可Neng是一个软件系统。通常所指的CRM，指用计算机自动化分析销售、市场营销、客户服务以及应用等流程的软件系统。它的目标是通过提高客户的价值、 满意度、赢利性和忠实度来缩减销售周期和销售成本、增加收入、寻找 业务所需的新的市场和渠道。CRM是选择和管理有价值客户及其关系的一种商业策略， CRM要求以客户为中心的企业文化来支持有效的市场营销、销售与服务流程。

功Neng核心点的不同

hen多人在设计B端产品的时候总是觉得hen难受， 感觉可延伸的方向有hen多，却又没有一个十分合适的切入点。引用我之前在《设计师应该掌握的需求分析方法》文章中的一句话， 这是主要原因是"我们距离用户的真实场景偏离太远，导致我们在设计中hen容易理所当然的赋予给用户大量无用的东西。偏离了用户所需要的主要轨道。"

学习成本＆感知成本

面对B端产品应该如何入手？

另起炉灶。 SAAS系统是一种通过Internet提供软件的模式， 厂商将应用软件统一部署在自己的服务器上，客户Ke以根据自己实际需求，通过互联网向厂商定购所需的应用软件服务，按定购的服务多少和时间长短向厂商支付费用，并通过互联网获得厂商提供的服务。用户不用再购买软件，而改用向提供商租用基于Web的软件，来管理企业经营活动，且无需对软件进行维护。

当然kan到这一点hen多成熟的设计师可Neng会表面毫无波澜，内心甚至想笑。但是其实吧对于B端产品而言，需求、开发、上线，这会是一条漫长的战线。除非是一些大公司，否则hen少有设计师Neng只跟随一个产品走到再说说。当你两个月之后再入手参与这个项目，你会发现你对这个产品开始陌生了。往往就会产生同一个设计师Zuo出来的设计图像是两个设计师Zuo的一样。

赋予价值

给力。 但是对于hen多老板而言， 在同样的产品服务之间，他们往往会倾向于付款使用服务，这其实也是B端产品设计中一个比较有趣的点。

再说一个， 希望ZuoB端产品的设计者在和需求方沟通的时候Neng够想办法提升沟通的效率，不要被需求方牵着走，也不要一味的沉醉在自己的设计中，要通过设计去辅助技术与业务，这样才Neng在B端产品中大化实现自己的价值。

在这里讲的业务流程并非是单一产品的业务， 而是从行业链路的角度上讲，要真实的理解行业过程中每一个环节的过程。比方说Zui近几年专注的快消行业， Zui起码我们要知道从品牌商、 我给跪了。 供应商、经销商、二批商以及门店终端以及其他各个渠道的Zui基础的业务运作方式。这样其实会让我们在功Neng的思考过程中避免hen多低级的错误。

比方说微信阅读， 产品的核心侧重在于”阅读功Neng“，而”想法管理、阅读标注、社交分析、读书排名“这一些功Nengdou属于Kano模型中的“兴奋型需求#sql_zs#-即使在期望不满足时用户也不会因而表现出明显的不满意”，别怕...。

相对于其它产品直接面向消费者的庞大用户群体，B端产品显得要相对专注。从以前到现在至少我经历的B端产品有近十种之多，每一类后台产品dou会有相对聚焦的用户群体以及产品目标。在ZuoB端产品之前，我对B端产品的初步理解是大而广泛的功Neng集成类产品， 深得我心。 有点类似于一个超级后台的概念。但是实际进入到行业中接触之后 才发现其实吧对于B端产品而言，每个产品dou是针对行业链内的某一个节点而Zuo。

Zuo一个比较简单的类比：如同产品设计开发的过程中， 产品经理、交互设计师、UI设计师、前后端开发、测试等，大家所需要功Nengdou非常的多，但是使用的工具dou截然不同。但是每一个工具对于产品设计开发过程中的推动意义dou是关键的。

我血槽空了。 坚持设计的一致性是hen重要的：比方说产品的交互操作、 按钮的不同状态、字体大小的规范、系统导航条的样式及位置、切换页面的触发等等，dou属于一致性中必不可少的因素，当产品的一致性程度较高，就Ke以降低用户的学习成本、提高用户的使用效率。

不管是面向大众的C端产品， 还是面向后台商业链的B端产品，每个产品dou在各自的位置上发挥着各自的价值，一款B端产品要Zuo的不是功Neng的广而全，而是Neng通过具体的用户分析建立相对完整的场景搭建，在我们搭建好的场景之上给予用户Zui完整的功Neng使用以及用户体验，在后期我们Ke以考虑通过一些比较合理的方式将用户从漫长的产品使用中“解放”出来给予用户高效和自由，绝绝子...。

什么是B端产品？

篇首语

对于设计部门，在设计B端产品的过程中需要进行geng严格的内外部评审。从功Neng规划＆交互设计这一步就应该开始评审，评审交互设计的功Neng点有没有遗漏？交互框架搭建的过程中是否考虑到了因为产品发展带来的geng多功Neng的 性？ 容我插一句... 修改某个功Neng是否会导致其他的功Neng出现问题？在修改交易规则的时候是否会对现在的产品造成风险？这些dou是需要进行不断的评审、磨合、测试才Neng逐渐完成上线的。在这中间我们要不断的调整B端产品设计的方向。

B端产品的客户也许不是你的用户