最早入行那两年做过ToB产品(SaaS类)，那时从交互到视觉再到前端是一条龙服务，而后转战ToC产品专职交互设计。时过境迁，逃离一线城市后，又开启了ToB产品的设计之路。然后发觉，比起十年前，当前的ToB产品在设计上，并无太多进步和改善，或许是非一线城市吧，又或许是此行业的特殊性，一个十多年前开发的软件依然有不错的市场。也正是因此，开始思考，ToB产品的本质是什么？
ToB产品的概念
ToB（To Business），即指对商家（泛指企业）的产品，是根据公司战略或工作需要，构建生态体系，或者推动将流程系统化，提高效率。
ToB产品的核心在于为企业降本增效，同时也是企业当前业务管理模式的体现。
与ToC产品的差异
ToC（To Customer），即指对消费者（泛指用户）的产品，是发现用户需求，定义用户价值，并准确的推动项目组达成这一目标。
ToB产品与ToC产品，依据其对象的不同，在决策因素、用户特点、商业价值、以及产品设计上均存在差异。
ToB产品设计的核心
ToB产品设计重在高效，但ToB产品不仅仅是工具，更是企业管理和工作流程的优化和升级。
对于ToB而言，其产品可以是链条中某个体验点的单个产品，也可以是这条业务链上的所有产品，从而形成产品族。但无论哪一种，在整个设计过程中都要关注全域的业务流程，以及相关干系人在这个流程中所扮演的角色，从而使ToB产品更好地为企业或对象服务。所以说，ToB产品设计，是关注全流程的服务设计，要结合用户需求与客户需求，并融合统筹、商业、工程、管理及设计，共同产生去创造价值。
【维基百科】服务设计是指为了提高服务质量和服务提供者与客户之间的交互，对服务的人员、基础设施、信息沟通和材料组成部分进行规划和组织的活动。服务设计可以是对现有的服务进行更改，也可以是创建全新的服务方式。
ToB产品的设计主要体现在两个方面，一是全流程设计；二是触点设计。在产品上，全流程关注系统与系统间的交互流转，也涉及物理环境对整个流程的影响，需以服务对象为中心，对业务流程进行优化，而触点设计主要关注单系统或单场景的体验，依产品形态而有所差异。
如何进行ToB产品设计
如果说服务设计才是ToB产品的主旋律，那么ToB产品或系统软件传统的设计模式仍然有很大的提升空间，而作为产品提供方是否有足够的能力去引导企业去改进和创新流程，仍需时间和市场来检验。
ToB产品偏重业务调研，特别对于传统行业，需要很深的业务积累，且ToB产品所面临的用户是有着自身职业特点，这对ToB产品设计师提出了更高要求，专业能力和业务水平要两手抓，调研过程中更要深入到对方所处的场景，这样才更有可能与其共情，从而理解他们的行为及背后的诉求。
在ToB产品团队中，UXer承担什么样的角色，依据团队的实际情况而定，很大层面也承担了用户需求分析的角色，注意这里强调的依然是用户需求。曾经做过一个产品，在设计目标分析时发现产品定位十分模糊，其核心用户是谁，直到产品开发出来也没有想得清楚，其实，回归到产品本质，不论ToC还是ToB，以用户为中心的设计理念是共通的，寻找到客户/用户的价值点，切实解决其问题和痛点，才是产品得以衍生和发展的根本。
那么，对于ToB产品而言，关键的设计路径与ToC并无太大差异，以下内容其实对于ToC产品同样适用，选择这样一个题目多半是因自己现在所处的行业和状态有关吧。
1、设计目标分析
在设计目标分析这步骤，通常从几个维度来进行分析，客户/用户需求分析，竞品分析，产品定位分析如下图所示。
客户/用户需求分析，是最核心，最重要的过程。这个过程中会用到不少用户研究的方法和工具，当然比较常用的是调研，对于ToB产品而言，定量的调研方式相对用的少些，定性比较多，特别是客户/用户访谈。ToB产品的核心是要为客户解决问题，那么在这个过程中，有几个关键需求点要优先获取，客户当前的组织结构，企业的运转流程和角色分工，可以说是进行整个系统规划和设计的前提，另一个关键点是要在判断调研过程中进行流程优化的可能性，之后才是各业务线或业务部门的细节调研。设计思维在这个过程中提供了很好的工具和方法，比如共情地图、用户旅程图等，本文不做详细展开，最终，我们要在理解客户的基础上，综合分析各干系人的关键诉求，及核心问题点，从而为下一步的解决方案做准备。
竞品分析，对ToB产品而言相对是较难的，倘若公司内部形成共享的文化氛围，倒也不是不可能，只设计师或产品角色能掌握的信息确实有限，即便如此，不同行业的东西也能拿来类比借鉴。当然，在设计目标这个阶段，可以不对设计细节进行分析，但起码要了解对手的优势和劣势，优的要学习，劣的要避免。
产品定位分析，从行业趋势和竞争对手分析，自身现状分析过程中获取，是要跟随，还是要创造新的模式和市场份额？定位不同，在后续设计过程中，采取的方式也会有差异。
在上述分析过程中，要先明确产品是从0-1的过程，还是从1-2的过程，因为两者的侧重点会有不同，分析方式也略有差异。比如，在客户需求分析过程中，调研时，产品从0-1，1-2选取的调研对象便会有差异；且如果是1-2的产品，要对现有系统进行了解和熟悉，分析自身的优劣，比较忌讳不对原有产品进行熟悉，直接推翻重来的做法，那意味着前人踩过的坑，很多你要再踩一遍。
到这里有人会发现，设计目标分析即是设计思维从共情到定义两个过程，的确，没什么本质的差别，若对设计思维不了解，可参看《设计思维（Design Thinking）简介》。
综上3个过程之后，形成一个设计目标，当然，并不是说这个目标完全由这个分析过程产生的，但基本是参考这几个方向，而后要和产品或需求方进行约定和评估，保证之后前期目标一致，后续设计方案有据可依，从而掌握设计的主动权。
2、设计方案及规范输出
设计方案，是设计师的基本功，也是设计师解决问题能力差异的体现，但设计方案没有最好，只有最合适，设计思维的理念告诉我们，解决问题的方法可以有很多，要基于当前情况和未来发展选择最合适的，而如何选择，需要平衡很多因素。
平衡，是中庸之道，“中”为上下通彻，左右监管，“庸”为变更调整，设计本身便也是这样的存在。
战略规划决定了目标和范围，无论产品重心在哪个维度，都应在产品规划范围内，出不了这个圈圈，设计目标、设计方案也是如此。在此基础上，要设计要平衡四个维度——创新、运营、技术、用户，其中的对角不是对立关系，只是很多时候要在二者间进行权衡。
创新和技术往往是相辅相成，也相互制约，从产品设计层面需要考虑技术实现，但设计方案时也不能完全受其所限，技术的进步也不是单纯靠技术创新推动的，况且即使真实现不了，也会有折中方案，而不是完全放弃，所以在这一点上，设计师要有所坚持。设计师可以不会技术，却需要了解技术的发展、变化和创新，这样推行方案时才更加游刃有余。
再说，商业运营和用户体验，在企业中往往是两个角色，其关注点确有不同，在ToB产品设计中，管理者和业务系统使用方两者目标偶有冲突，在设计时要平衡这两者的诉求，怎样采取更合适的方案对产品设计也是一种挑战。若是ToC产品，在产品团队内部，产品运营和用户体验有时也存在同样的冲突，一边要考虑用户的体验，一边要考虑用户运营，从而获利，那么在产品时，也要兼顾这两方诉求，选择最为合适的方案。
对于ToB产品的交互设计师，相较ToC产品而言，设计的难点在于业务流程梳理及干系人涉及较多，对于产品的信息架构设计是个不小的挑战，这要求在设计目标分析阶段，最好协助产品整理一个产品整体规划蓝图，指导后续产品逐步实现。
另外，对于ToB产品而言，企业与企业间的管理千差万别，没有两个是完全一样的，个性化的诉求要满足？又不能过度满足？需要把控好一个度，并在产品设计时保留足够的灵活性与扩展性。
设计规范，有时是必要的，看产品情况和团队规模。当你的设计团队已经至少有3-5人时，为了保证输出的一致性，以及输出效率，就要考虑建立设计规范了；另，当界面交互单一，界面模式固化时，也要考虑制定规范，最好是和视觉设计师，前端开发一起定制标准控件。有关设计规范和前端控件这部分市面有很多成熟的产品可以借鉴，这里不展开介绍。
3、跟踪执行（设计验证）
设计的开发实施阶段，即是对设计方案可落地性的考验，也是对设计师解决问题及项目推进能力的考验。
如果一个流程相对比较规范的企业还好，设计方案的执行有流程和质量保障，但若是一个流程管理薄弱的企业，设计师为了方案的有效实施真是操碎了心。
当然，这种情况持续几个项目周期，持续一段时间尚可，一直持续不可行，这种时候，就要考虑推荐流程的完善，若推进不下去，或许可以考虑换种策略了，要么你被这家企业同化，要么选择管理更规范的地方。
在方案执行过程中，常遇到的问题不是时间来不及，就是这个方案实现不了，无论哪种，都要调查清楚背后的原因是什么，和你做用户调研是一样一样滴，分析出原因再采取相应的策略，推行方案需要点执着，需要点沟通技巧，需要点前端知识。
尾声
ToB产品，有时甚至不能称之为产品，可能是一系列产品族，这些产品在同一个业务系统内部进行流转，亦可在某一个单点独立运作，设计师对全局业务的理解和掌控，很大程度上影响了产品设计的优劣，故除设计专业知识外，ToB产品设计师也要不断地积累行业知识和业务经验，从而更好地为ToB产品设计服务。
