导语:本文作者从2015年开始打造B类产品，前后探索了几年的行业内容，从概念产品的提出到千万元以上的产品营收，从产品1.0的两三个功能到后续迭代的二三十个功能的平台产品，积累了一些个人的观点和经验，分享到这里与大家探讨交流，希望能与大家有更多的探讨。

1.B端产品和工具产品的区别

“Word、PPT、PS等软件是B端产品吗？”

这个问题困扰我很久了。以前对B端产品的定义大多是“为企业提供服务的产品”，但上面列出的软件可以为企业服务，同时也可以供个人使用。那么它们是B端产品吗？如果不是，那么B端产品是什么？

如果对一个行业没有准确的定位，在产品设计的过程中很难做出预测和差异化，于是我们开始思考一个新的定义。

“To B”产品大概是2016年开始兴起的。在此之前，大多数服务企业的线上产品被称为“后台”产品。2015年前后，钉钉等移动办公软件开始火热，“To C”产品对应的“To B”产品类别开始在行业内兴起。

此时，为企业提供服务的产品称为B端产品。但是经过几年的发展，我们发现这个定义很模糊，有些工具和产品可以同时服务于个人和企业。

B端的定义应该与企业目标和发展趋势相匹配，但我个人认为更清晰的ToB产品定义应该是根据“企业”的特点提炼定义，“企业”标准的定义是这样描述的:“企业一般是指以各种生产要素(土地、劳动力、资本、技术和创业人才等)向市场提供商品或服务，)以营利为目的，实行自主经营、自负盈亏。

其中，目标是盈利，环境和对象是市场，手段是利用各种要素。

所以，基于这个目的，我们可以抽身。企业必须追求盈利，不断面对市场竞争，这就意味着需要不断拓展自己的产品或服务体系，才能在竞争中站稳脚跟。最终，这些发展将带来更多的企业、更多的部门和更多的责任，因此它们将最终以明确的组织形式呈现一个结果。

基于是否能支持组织形式来判断一个产品是否是ToB产品，我们会更清楚。比如在Office套件中，它是个人使用的工具，购买企业版后，它有分配用户数量和权限的功能，所以它是ToB的产品。

ToB产品定义标准分析框架

“有组织形式”，这个定义的实际作用主要如下:

1)可以清晰的预测ToB产品的基本功能

比如权限、角色、部门等相关功能都是基本内容，需要提前建立，尽快考虑组件化、组织化。

2)提供预测产品业务发展的基本逻辑

比如基于业务和行业地位，哪些是必须要做的核心功能，哪些是未来很可能要做的衍生功能，哪些是未来可能合作的第三方功能？

3)为建立业务相关性提供可预测性

比如在建立产品框架和功能关联的流程时，可以预测哪些业务可能关联，提前建立组件和模态设计表单。

4)为用户研究系统建立分析基础，提供有效的分析结果

比如不同的职责关注不同的信息，决策者关注数据统计，管理者关注权限和数据安全，高管关注解决业务问题的效率。此外，在组织形式下，不同部门的用户对功能也有不同的需求。

组织形式示例

1.视觉设计价值

“为什么要投入这么多资源去开发数据接口，甚至做3D效果？”

这个话题可以引出视觉设计在B类中的核心价值之一，视觉设计在B类产品中的价值是一个热门话题:

一方面认为B类产品视觉设计价值较弱，无法像C类产品一样，与运营深度相结合带来流量。同时，由于B端产品的设计内容量大，在使用中强调效率，在情感化设计上很难发挥高价值。

另一方面，认为B类产品的视觉设计难度不亚于C类产品，由于产品量级的问题，设计规格、设计体系、系统化设计相对复杂得多。

个人认为B端产品视觉设计价值的核心应该分为两个方面:

1)是决策输出的内容，旨在引流和体现企业实例，制造光环效应

比如大数据屏幕和数字效果演示模块，这是吸引决策者的核心内容，可以理解为引流设计。这方面的设计效果可以直接影响老板的购买决策，潜在地反映了B级产品供应商对产品质量、业务理解和内容设计的能力，可以使产品迅速产生光环效应，引导老板等决策者产生购买意向。

2)是执行层的输出内容，旨在降低认知成本，提高使用效率，同时降低设计研发成本

例如管理模块、权限体系模块、流程审批和具体任务执行模块等。，按照执行层的内容，细分为业务场景，我们都可以理解为我们在设计一个工具，而工具强调的是“清晰和高效”，所以整体视觉的价值在引导用户快速使用上有很大的价值。

另一方面，B类产品的业务模块多，内容大，所以视觉设计可以在组件化、模块化、可重用性方面减少内部设计时间，以及新产品构建中的研发时间，这也是视觉设计价值的一部分。

一般来说，B类产品的视觉设计价值主要在于引流和降低成本，体现在以下三点:

展厅大屏效果实例——获得决策者，体现产品品质，制造光环效应。

2.交互设计的价值

相对来说，交互设计在B端产品中的价值更直观。

一方面可以明显为提升用户解决业务问题的效率做出价值；另一方面，预测产品发展可以为产品避免高成本迭代。

在做一个长期框架的时候，可以尽量为产品提供一个在未来产品功能大幅度增加后仍然可以使用的框架，并且功能入口的认知成本低，容易找到，可以为产品在长期发展中节省大量的迭代成本。

对于一个开发2年以上的B端产品，在2.0或3.0版本下，一次迭代可能需要1~3个月的研发时间，同时可能需要1~3个月的产品需求梳理、设计研究和落地，甚至更多。

这对与竞品竞争过程中的产品是不利的。一个适应业务发展的交互框架可以很好的解决这个问题。

第三个方面的价值对于企业来说，主要是降本增效。

利用中间平台思维，可以构建基础控件、业务组件、模块组件等内容，提高产品开发和定制项目的效率，降低研发成本，为其他企业提供提供服务的效率，提供产品卓越的服务满意度。

综上所述，交互设计在B级产品中在降低成本和长期口碑方面的价值主要体现在以下三个方向:

千商后台——以实用为目标，提高效率，建立良好的框架和组件内容，让产品走得更稳、更远、更快。

1.困难1-用户研究

“为什么C端的研究方法在B端推进时受到阻碍？”这也是B产品设计中经常讨论的问题。

b端产品是为企业提供的服务产品，而企业本身大部分都有自己独特的行业特点，而且这些行业差别很大，比如医疗和物流、教育、企业服务等。这些行业的用户有不同的特长、生活习惯、社会关系和消费偏好。

同时，每个行业的技术术语和技术背景不同，还存在信息需要保密的情况，给用户研究带来了很大的障碍。那么从什么角度来说，做B端用户调研更快更准呢？这里分享一下我们常用的方式，大方向倾向于使用定性测试和现象观察分析思维。

让我们直观地看一下B类和C类用户的区别:

从上图可以看出，C类产品的受众群体大多是同质的，C类产品的策略也大多以吸引同类人群为主。虽然身处不同的地方，不同的年龄，但他们有着明显的共同喜好、习惯或诉求。

在B类场景中，经常可以看到白发苍苍的管理者与刚毕业的年轻人交流。一个企业里的客户，除了在一个企业里共事，共同点很明显，基本上年龄、习惯、消费水平都不一样。我们尝试从观察的角度来研究B端用户的特征。

主要从本能和习惯两个维度来分析，进而得到用户的习惯和偏好，具体思路如下:

习惯的研究可以称为“认知惯性”的研究。当面对陌生环境中的选择时，大多数人通常倾向于选择与日常生活中相似的颜色、行为和语调。

这是人类本能中的一种倾向。很多时候我们会选择更有安全感的方向，熟悉的内容和环境能给我们提供更安全的感觉。

我们可以通过观察用户的商业环境、生活环境、这个群体共同关心的消费品领域，以及这个群体对共同关心的消费品的认知，提取出非常重要的认知习惯信息。从这些信息中，我们可以观察到用户对事物的认知特征。基本的分析逻辑如下:

基于实践的意识形成过程

我们以一个典型案例为例。在政企行业的会议中，座位的阶级非常明确，流程也极其规范。所以在政府和企业内部的很多产品，都需要流程化、标准化，然后追求高效率。

而且这类人非常重视信息的正确性和安全性。在安全和效率方面，遵循的基本原则是安全和符合标准是第一位的。这时候在设计产品的时候，体验关注点应该集中在如何构建一个安全的系统和标准的流程上，完成之后再去追求高效便捷的可用性指标。

如果违反了安全标准的规则，从C级产品的体验角度来看，盲目推送很容易被堵。在满足安全标准的情况下，追求高效、便捷甚至情绪化是更好的产品迭代顺序，也更有利于产品被客户接受，创造更好的服务口碑。

政企会议实例(图片来自网络)

政务服务软件——延续了政务系统中的认知惯性，强调清晰明了(图片来自网络)

在B类产品中，每个行业所看重的指标差别很大。每个行业都应该先建立一个指标体系和指标优先级，这样产品设计的规划和迭代才会更容易。

比如对于G端(服务政府产品)，首先要遵循安全标准，然后再追求易用性。在智能硬件行业，管理平台更加高效便捷，安全问题也很重要。但是因为安全相关的问题不多，所以效率指数会放的高一些。

那么，如何研究行业的业务特点，如何制定量化指标和系统思考也是B类产品的重要问题，这是B类产品的第二个难点——业务研究。接下来，我们来讨论一下商业研究的方法。

2.难点2-商业研究方法

“这个行业的典型特征是什么？”我相信这个问题会呈现在每一个B类系统的设计师和产品经理面前。如上所述，B类产品的一个很重要的目标是为提高系统的效率服务，提高效率的对象是什么需要明确界定。

B类产品解决的问题大多是企业的老问题、老流程。通过数字化的手段，提高过去线下沟通、对接、生产、审批等环节的效率，从而提高解决业务问题的效率，降低人力成本，甚至解决过去因为人力投入过多而无法解决的问题。

理解业务场景和核心内容有两种核心方式:

1)收集业务解决线下问题

整理书面文件、人际沟通节点、可交付成果，输出核心目标、关键节点、整体流程、呈现形式四项内容。

2)收集以前使用过的平台系统和专业工具

因为我们所针对的大部分行业都存在了几十年甚至上百年，也有一些旧的线上系统和相应的专业工具。深入研究这些工具的框架、流程和核心界面元素是非常有效的方法。研究完成后，需要输出业务平台和专业工具的布局框架、常用流程、特殊功能和必备功能。

通过这两个方向的内容收集和分析，我们可以帮你梳理出以下主要内容:

我们以表格的形式整理出来，可以更直观的得到结果，举个大概的例子:

了解业务后，通常是对之前的业务流程和产品进行优化，这就达到了提高效率的方法。同时，为了验证优化结果有明显的效果，要求建立具体的量化指标。接下来，我们来看看如何建立基于业务的量化指标体系。

建立量化指标的方法:通过业务调研了解重点发力方向后，需要为优化效果建立量化指标。对于定量指标，可以分为对内和对外两个方向。内指产品本身，在这方面，衡量效率和认知成本是核心指标。

B类产品邀请客户参与实际测试的机会较少，门槛较高，且大多因数据隐私无法以埋点形式收集数据。

因此，在真正与客户沟通之前，进行一轮效率测试是困难的，但也是必要的。对于效率计算方法，我们先拆解一种脱离用户的方法，直接计算功能用户的步数、使用频率和决策影响力。可以使用以下公式:

效率优先级=步数X功能使用频率X用户数量X用户的决策影响力

(注:从业务角度来看，大部分成员的决策能力是老板第一，管理层第二，执行层第三)

计算示例(数据生成者lili)

然而，至于使用效率，单独的计算步骤本身不能代表实际的使用效率。

有了这部分效率计算维度，最后还需要实际用户配合测试才能得到有效的结果。这个结果的目的是测试可用性相关的内容，比如错误率、易学性、有效性等。基本逻辑和定性测试一样。

但是，由于实际测量的用户的宝贵机会，以及B类用户的真实运营商可能对业务有不同的需求和习惯，基于他们的测试结果或收集的建议会有很大的偏差。

为了保证测试结果的有效性，我们可以邀请业内具有三种特性的人进行测试，我们会得到更好更全面的测试结果。

商务专家

他们精通业务。如果行业内有相关比赛，尽量邀请顶级专家。他们可以提供前瞻性的建议，如何提高业务效率的具体思路以及业内人士认知的基础信息。

2)日常业务执行者

他们每天进行日常业务处理，可以提供业务的习惯性理解和认知习惯。

3)老板和管理人员

很多都是产品或者定制产品的产品审核员，平时也不经常执行业务，所以业务上的具体建议可能会有误导，需要注意。但他们对产品未来的规划，以及与竞品的对比都非常清楚，可以很好的反馈目前的设计水平。

这三种角色可以提供的信息特征如下:

最后，基于三种不同角色的用户，可以建立详细的量化指标，例如:

1)日常业务执行者

讲究效率，指标是效率和认知，结果是数据检验的结果。

2)管理人员

关注结果和计划。指标与认知和数据密度有关。有条件的还可以加入净推荐值(NPS)的指标进行管理。结论更多的是定性指标，结果是分数。

商务专家

注重效率，提供创新思维和指导。对于效率和认知，最好加入定性维度，和竞品做对比分析，结果就是数据含量和得分。

在了解了整体业务，建立了初步的指标之后，我们通常需要思考的是如何搭建产品框架，如何组合功能。目的是构建一个好的框架，避免产品背后的框架发生大的变化，降低团队的R&D成本，同时更好的应对多功能集成的要求，保证产品体验和效果不降低。解决这个问题，可以用“系统思维”。

运用系统思维，构建稳定包容的产品框架。“这个产品有很多功能。改不了就别改了。”类似的情况在B类产品迭代中也经常见到。

B类产品的迭代逻辑大多是从单一功能价值服务发展到平台价值服务。这和B级产品制造企业有很强的联系，B级产品制造企业从小规模到大规模都有客户群。

随着企业的发展壮大，B类产品需要不断添加新的功能，为制造B类产品的企业寻找新的发展方向，以抵御市场竞争，构筑强大的壁垒。

正因如此，B类产品会在很长一段时间内不断增加新的功能，常见的情况有三种:

这三种情况都意味着产品会和其他企业紧密合作，也需要不断增加功能。

大多数B产品都有3、4个主函数和10个以上甚至20个以上的衍生函数。但是，B类产品经过2~3年的发展，迭代成本极高，要保证产品内部的一致性并不容易。后面就要整合其他企业的功能，给客户提供一致的体验。

为了解决这个问题，中间平台、组件等思想开始应用并兴起。都是为了解决功能太多，管理难，调整慢的问题。

解决业务发展和内容调整效率问题的思路主要有三个:

B类产品的框架构建可以从OS系统的迭代逻辑中吸取很好的经验。OS还面临着建立用户习惯认知的需求，接受大量app或软件厂商做各行业的软件，同时保证产品的一致性。

从Windows98开始，OS迭代了20多年，已经建立了非常好的框架和界面逻辑，而且OS主要提供基本的功能，比如我们常用的大部分功能都是文件夹、文档栏等。，而文本编辑、绘图等其他功能往往使用第三方企业提供的软件。

我们可以用下图对比OS和B类产品的发展情况:

1.视觉设计创新

b端视觉设计创新是一个新的探索方向。因为大部分产品简单高效，所以大部分人认为视觉难以发力，创新也很难。但其实在B行业，视觉创新是非常重要的一环，对核心决策者的决策有很大的影响。

视觉创新有三个方向:

1)数据可视化方面的创新

这种创新是针对核心决策者的创新，旨在让产品的实际价值更加直观，通常以数据可视化的形式呈现，也能体现B类企业的产品R&D和设计水平，让购买者放心，营造光环效应。

数据可视化影响创新的例子——反映核心决策者的质量和效果

2)特定业务内容方向的创新

B类产品有很多业务特性，所以也需要基于业务优化的视觉内容，比如图片显示风格和大小。

同时，核心业务中的关键元素——视觉优化，对提高产品使用效率也有直接价值。这个方向在工具类产品中比较常见。比如Teambition采用的与甘特图关联的卡片任务的方式，就比以前的工具切换要直观方便得多。

基于业务组件的创新——提高效率，降低认知负担——对于实际操作者，考虑流程可视化、入口清晰化、操作负担等维度。

3)核心业务关键要素的创新

在核心业务的基础上，需要对核心部件进行细分和创新。目的是提高解决业务问题的效率，通常通过减轻认知负担或提高操作和信息阅读的便利性来实现。

仍然以Teambition为例，在任务分配的场景下，对任务卡片进行了创新，而这种创新来自于任务拥有者的表现形式的创新和任务到期提醒信息的信息阅读便利性。

关键元素优化——减少认知负担，提高效率——对于实际操作者，考虑动态效果、大小、图形语义等维度。

2.交互式设计创新

交互创新是围绕团队内部的R&D和设计的效率以及与客户的业务问题的效率展开的，大致有三个方向:

1)基于框架开发的创新

这种创新是最难的，需要对业务有深刻的理解，并能准确预测行业发展和业务诉求(这种预测的最佳来源就是前面提到的专家和决策者用户)。基于准确的预测和对业务上下游产品的主张和功能趋同的深刻理解，可以建立一个稳定、包容、清晰的框架。

比如基于微信的左中右结构，钉钉在内容收藏和工作工具的框架上做了更多的创新，为了建立更强的扩展性，在“工作”中采用了web的标签形式，方便多功能切换操作。

2)基于核心业务的零部件创新

具体来说，共同的内容是从现有的产品中提取出来的，这些组件是高频组件，是业务流程中的核心环节。这些组件的优化对产品解决业务运营效率有明显的价值，只有资源投入到创新中，这样的组件才有核心价值和竞争力。

以依然钉钉为例，代理项是工作中常用的提醒工具。代理项组件的建立、查看、提醒过程的组件化构建，不仅可以有效解决办公效率问题，还可以降低生产研发团队的设计开发成本。

3)核心业务元素的创新也是如此

这种创新主要集中在提高效率上。通常需要先找到核心业务中最高频的互动元素，再创新互动形式、互动效果、内容运营形式。

在这个方向上，精准有效的创新很少出现在公共产品中。我们以国外的邮件工具Spark为例。在日常工作中，邮件沟通是比较正式和重要的内容。

但是因为每个人都有很多事情，有时候会在邮件信息概览之后想进行后期处理，所以需要进行标记以便后期处理。基于这种高频行为，SparkMail快速优化了移动端和PC端的交互，移动端使用右滑标记，Mac端使用右滑或右键标记。

3.技术效果创新

技术效果创新也是围绕产品价值来体现的，其中核心创新是两个方向，一个是针对决策者的效果创新，另一个是针对实际产品效率的创新。

1)面向决策者的创新——web 3d和智能大屏效果创新

这种创新需要视觉设计的密切配合，视觉效果和数据信息的呈现是重点。目前常用的基础技术有两种，一种是直接与web平台结合的3D效果，这些技术大多是通过Threejs的逻辑来展示的。具体案例可在ThreeJS官网查看。

基于这种技术，具有简洁性的家政服务也退出了，比如ThingJS。这类网站通过拖拽模型可以达到一定的效果，开发和使用起来也比较容易。但大部分效果只能达到中等水平，也消耗了不少电脑性能。

这种创新建议在大型项目中使用数据可视化接口，同时建议将该功能作为配置项，针对设备性能不高的客户，避免性能影响和使用效率下降。这里我们以Google和Threejs的合作实验为例:

另一种效果创新是针对大屏幕显示项目的。目前大多基于Unity开发，对显卡性能要求很高。建议仅在示范项目和展厅中使用。

这种创新也非常依赖视觉效果，开发过程和游戏开发差不多。制作着色器效果需要一个TA(技术美术)，大部分用于公园、城市、复杂建筑的效果数据可视化展示。

对案例更全面的了解，请看彭罗斯团队和腾讯大数据可视化项目团队的总结:《案例:大数据可视化中的理论与实践》昆凌《态势感知系统》

这两种技术效果可以根据场景选择不同。对于重大演示场景，需要体现技术的数据结果，使用Unity进行创新是最好的。利用常见的显示数据可视化，可以采用Web3D。如果对3D内容没有要求，可以进行图标可视化的内容创新。

2)前端效果创新——针对实际用户

由于B类产品需要解决大量的认知问题和效率问题，前端效果的创新也是围绕这两个维度展开的。表面效果的技术创新以降低用户认知，提高用户使用效率为目的，比如在一些图片相关的产品中，图像剪切、拖动、放大等效果的创新。

还有的是针对产品加载速度的创新，比如大量的列表，大量的树形结构等。这类控件的加载速度很大程度上影响了用户对业务问题的解决，创新越多越好。在这方面，作者不是专家，只把自己平时关注的网站发出来与大家分享。

AntDesign团队的一些新内容发布在以下网站:

3)工程创新——面对团队内部的稳定性和效率

前端开发对工程的研究太多，作者无法从设计师的角度给你深入解读，但我们可以以此为引子，为你拓展一些思路。

基本目标是提高解决产品问题后找到相关问题的准确性和速度，设计中经常遇到的归约问题也可以用工程思维解决。尽可能加强前端与最终设计效果、设计组件、设计柔性之间的关系，是解决产品质量稳定提升的有效思路。

第一部分到此结束。后一部分的内容主要集中在一些具体方法的简单例子和具体的呈现结果。整理之后，我会继续和大家分享，期待和大家交流。

本文由@汤圆原创发布。每个人都是产品经理。未经许可，禁止转载。

图片来自Unsplash，基于CC0协议。