设计思考：ToB产品的6条交互设计经验
To B
的简单不是指功能上，而是指逻辑上。
角色分离另一个比较坑人的点就是，组织架构上的管理职责不一定能够映射到产品上的管理职责。
举个简单的例子，对于部门内员工权限的管理，理论上来说，应该是部门负责人最清楚，但是，如果你傻傻地在产品上给部门负责人太多人员、权限相关的管理职责，结果很可能相当酸爽！当然，这块的大坑还很多，在此小不就不逐一列举了。
陷阱2：操作冲突因为是多人操作的情况，在稍复杂一点的系统中，操作冲突可能就是不可避免的状况，尤其是一些涉及后台执行、多点登录等功能的产品。
在处理这类问题的时候，需要考虑如何友好地展现冲突的状态，冲突内容的保存，冲突内容的处理机制等各种问题。
这里可以参考一些比较成熟的产品的处理方式，比如SVN等，不同的冲突也会有不同的解决方案。
SVN中的冲突是按照基准版本来判定的，也就是假设有两个用户A和B，A在版本C的基础上修改了内容，上传后更新后变成了C+1版本，而此时B也是在C版本的基础上做了修改，上传之后就产生了冲突，对于B来说，他修改的冲突版本中，内容还保存着，可以重命名一下，再更新到C+1版本中，提交为C+2版本。
而大家比较熟悉的Axure采用的是另一种冲突处理方式。
在Axure团队项目中，所有页面都需要进行签出后才能编辑，签出的页面如果被第二个人签出，就会提示后签出页面的用户，通过警示人，避免人们进行可能冲突的操作。
几年前，金山出过一款面向企业的网盘产品，叫做金山快盘企业版（现在应该已经合到金山企业云了），这款产品当时处理冲突的方法就比较简单粗暴了，只要发生了冲突，就对冲突的文件的文件名后面加上时间戳做区分，继续同步使用。
以上是对于某个对象修改的冲突，当然这一类冲突的处理机制远不止以上三种，还有很多不同的方案，如文件服务器。
冲突处理机制会根据业务模式、使用场景、实现机制的不同而有所差异。
除了修改冲突以外，还有很多其他的操作冲突，尽力寻求符合业务目标的最佳体验吧。
陷阱3：操作逻辑操作逻辑是个隐形的坑，简直坑人坑得不留痕迹，只要稍不留神就会被摆上一道！举个简单的例子：假设你要设计一个功能，功能的操作流程为A→B→C，这个时候，技术可能告诉你，现有产品不能这样实现，或者按照这个流程来实现的难度很大，要实现C，就需要在B和C之间加一步D操作，然后，又经过几次版本迭代，出现了一个新的分支流程A→E→C，但是在后面的产品设计中，居然还在讨论如何优化B和D的过程。
写给PM、交互、UI 看的ToB产品设计原则
写给PM、交互、UI 看的ToB产品设计原则前言哈喽朋友们，我们许久不见，这一年经手了很多好项目，如百度的可视化大屏设计、ToG政务可视化大屏设计、B端产品的设计迭代等等，收获颇多，有很多新的感悟，后面要跟大家统统把这些案例都分享出来。
本期先分享一下B端产品设计原则，希望能给你带来不一样的思考。
（内容较干，不建议扫读）B端产品设计原则B端产品服务组织群体，用户具有组织属性，需求来自组织和业务而不是用户本身，所以B端产品是以业务为导向制定产品的设计方案，这个过程需要PM、交互、UI都应该知道并遵循一致的产品设计原则。
1. B端产品0到1 —稳定性B端产品0-1最应该重视的是产品的稳定性，这也是B端产品第一大设计原则，产品稳定压倒一切。
推动产品的稳定性，首先产品的设计上不要做到大而全，而是小而精，满足最小可用版本即可（MVP）。
0-1阶段不要过于追求体验和视觉美感，打造小而精快速上线才是王道，毕竟产品问世才会产生价值。
（1）如何定义小而精？B端产品与C端产品不同，C端产品有一个核心功能即可上线，而B端产品通常是多个功能组成的业务线，所以小而精应该是满足最小业务全场景闭环，并不是以减少产品功能为依据。
对于单一业务的功能定制，如下图，依据主线业务定制功能，即A-B-C-D，对于周边体验性的、不影响主线业务的功能，此阶段都可以先不要。
对于混合多业务的功能定制，应该分模块开发，如下图，每块就是一个业务流程，所以做好优先级分模块开发最优。
产品经理需要注意的是，提前规划好开发的优先级，并与团队的每个角色一起规划探讨后续的工作，这样大家对后面的工作都能有一定的了解，在此阶段能做到思考后续的功能增加。
（2）追求完美不重要0-1阶段产品的开发不要过于追求完美，完美需要花费团队每一个人大量的时间和精力。
对于UI/UX设计师此阶段不要过于强调自己的“价值”，不需要着重去思考产品体验，也不需要设计太多的效果，这有可能会导致开发工作量增加，做到满足最小可用版本即可，尽可能化繁从简，UI/UX设计师这样做，才是发挥了真正的价值。
tob产品经理方法论
tob产品经理方法论TOB（To Business）产品经理是指面向企业或商业客户的产品经理。
与TOC（To Consumer）产品经理不同，TOB产品经理需要深入了解企业客户的需求和业务流程，以便设计和开发符合其需求的产品。
以下是一些TOB产品经理的方法论：1. 客户导向TOB产品经理需要始终将客户需求放在首位。
他们需要了解客户的业务模式、目标和挑战，以便为他们提供最佳的解决方案。
与客户保持密切的沟通和合作是至关重要的，这有助于确保产品能够满足客户的实际需求。
2. 深入了解行业TOB产品经理需要对所从事的行业有深入的了解。
他们需要了解行业的发展趋势、竞争格局和最佳实践，以便为客户提供创新的解决方案。
此外，了解行业还有助于产品经理更好地理解客户的需求和痛点。
3. 敏捷开发敏捷开发是一种以迭代和增量的方式进行软件开发的方法。
TOB产品经理需要采用敏捷开发的方法，以便快速响应客户需求并及时调整产品策略。
敏捷开发方法强调团队合作、快速反馈和持续改进，这有助于提高产品的质量和客户满意度。
4. 数据驱动决策TOB产品经理需要利用数据来支持他们的决策。
他们需要收集和分析客户反馈、市场趋势和竞争对手的数据，以便制定有效的产品策略。
数据驱动决策有助于产品经理做出客观、准确的决策，并提高产品的成功率。
5. 用户体验设计TOB产品经理需要关注用户体验设计。
他们需要确保产品易于使用、功能强大且符合用户的期望。
用户体验设计包括界面设计、交互设计和信息架构等方面。
通过优化用户体验，产品经理可以提高产品的用户满意度和忠诚度。
6. 跨部门协作TOB产品经理需要与其他部门密切合作，包括销售、市场营销、客户服务和技术支持等。
他们需要与这些部门共享信息、协调资源并制定共同的目标。
跨部门协作有助于确保产品的成功推出和持续改进。
7. 持续学习和发展TOB产品经理需要不断学习和发展自己的技能和知识。
他们需要关注行业的最新动态和技术趋势，以便为客户提供创新的解决方案。
产品需求-细数产品设计的七个关键点
细数产品设计的七个关键点结合亲身经历与产品经验后，笔者向我们分享了他做系列产品产品的七点思考，希望能给你带来思考与启发。
不知道大家有没有发现一个的现象——不管公司的上班时间有多晚，该迟到人还是会迟到；不管公司的上班时间有多迟，不迟到人还是绝不会迟到。
而且最重要的是他们到的时间总是分散在上班时间周围，不会早到很久，也不会迟到很久。
在我发现这个有趣的现象时，我刚好在一家做临床医疗质控产品的公司，我们这余款产品的原理也是如此——通过循证医学将某一的治疗过程标准化、指标化，然后去指导、监测及改进诊疗关键步骤，因为有了一个标准，所以医生都会按照这个标准去做，从而提升了医院的整体医疗质量，增加了医疗事故的发生率。
下图是我们某一病种的部分指标：这个质控设计思想项目管理给了我很大的启发，我一直在思考，一件产品设计也是一件比较重要不容失败的工作，毕竟在产品为互联网服务王的互联网时代，如果产品做失败了或者有很大的硬伤，那么也就意味着标志著合资企业的失败。
那产品工作中有没有的指标可以遵循呢？如果有的话，将会对广大初中级产品经理的工作具有很大的指导意义。
于是我尝试根据工作经验找出产品设计过程中的关键点，具体如下：那接下来我们就深入研究关键点分析这些关键点，这些关键点其实并不像医疗指标那样，可以具体量化分数，但是可以作为评价你产品的好坏的一两个维度。
产品目标是我们一切最终目标产品设计工作的出发点，如果产品首要目标不清晰，甚至不知道系列产品产品目标是什么，那你作出的产品一定是失败的。
但我把系列产品目标关键点列作第一个关键点，不止是它的重要性，还极容易因为它是产品经理易犯错、常犯错的地方。
产品目标就好比我们人生心路历程的目标，我们常说不忘末期心，为什么要常说呢？因为初心很容易舍弃、很容易迷失。
产品设计也是一个非常复杂的过程，而这个过程是和当前竞争异常激烈商业环境紧密结合的，所以产品目标甚至常常是实时动态的，而产品目标的每一次变化对产品线产品经理来说都是一个很大的挑战。
tob产品营销方案
tob产品营销方案一、产品定位首先要明确TOB（企业对企业，即Business to Business）产品的定位。
TOB 产品主要面向企业用户，其目标用户群体是各类企事业单位，如政府机构、大中型企业等。
TOB产品需要解决企业用户的实际问题和需求，提供一种高效、可靠、安全的解决方案。
二、市场调研在制定TOB产品营销方案之前，必须进行全面的市场调研。
通过深入了解目标市场的需求和竞争状况，确定自己的产品定位和差异化竞争策略。
市场调研可以通过多种方式进行，如市场调查、访谈、对竞争对手的分析等。
三、明确产品特点TOB产品的特点通常是面向行业的、专业的、可定制化的、稳定的等。
需要明确自己产品的独特之处，强调其领先技术、成熟解决方案以及服务优势等。
同时要明确TOB产品的核心价值，针对不同的行业用户提供定制化的解决方案。
四、建立品牌形象对于TOB产品而言，建立一个良好的品牌形象是非常重要的。
可以通过多种途径来提升产品的知名度和美誉度，比如参加行业展览、举办技术研讨会、发布行业报告等。
同时，可以积极参与行业组织和协会的工作，加强与行业内的专家、学者和商业领袖的合作与交流。
五、制定营销策略1. 目标市场划分：根据产品的特点和市场需求，将目标市场进行合理划分，确定目标用户群体，为后续的营销活动提供指导。
2. 渠道选择：TOB产品的销售渠道通常包括直销、代理商渠道和电子商务渠道等，需根据产品定位和目标市场选择合适的渠道。
对于大中型企业可能需要进行面对面的销售和定制化服务，而对于小微型企业可以通过代理商或电子商务等渠道进行销售。
3. 建立合作关系：与行业内的重要渠道伙伴建立合作关系，通过互利共赢的合作达到业务拓展和市场推广的目的。
4. 定制化销售策略：根据不同行业和客户的需求，提供个性化的销售解决方案，帮助客户解决实际问题，增加销售转化率。
5. 建立客户关系：TOB产品的销售周期通常较长，建立良好的客户关系非常重要。
可以通过定期的客户回访、维护客户关怀、提供售后服务等方式来巩固客户关系。
tob产品设计要点
ToB产品设计要点：
1.用户研究和需求分析：通过这些信息，可以确定产品的功能和特性，并制
定相应的设计方案。
2.功能设计：在确定产品的功能和特性之后，需要进行功能设计。
包括确定
产品的各个模块、功能点和交互方式，以及制定相应的技术方案和数据模型。
3.用户体验设计：用户体验设计是指为用户提供良好的使用体验，包括界面
设计、交互设计、信息架构等方面。
需要考虑用户的习惯和心理特点，以及如何提高产品的易用性和可操作性。
4.数据设计和安全设计：数据安全是一个非常重要的问题。
需要考虑如何保
护用户的数据安全，包括数据加密、权限控制、备份恢复等方面。
同时，还需要设计数据模型和数据接口，以便实现数据的集成和共享。
5.可维护性和扩展性设计：ToB软件产品通常需要长期使用和维护，因此设
计师需要考虑产品的可维护性和扩展性。
toB与toC产品深度对比
ToB: to Business，面向企业提供服务ToC: to Consumer, 面向个人（消费者）提供服务客户&用户：●C端客户和用户往往是同一个人，需求设计要满足不同的用户角色即可。
C端产品经理的能力模型侧重于消费者洞察。
●B端的客户 （付款方）一般都是领导、采购者，是兼顾企业管理需求的角色；而用户往往是企业执行层的员工。
客户和用户不是同一角色，所以常常会有这样的矛盾：一个符合管理需求的产品，被执行层用户吐槽系统流程繁琐，不友好。
因此会有很多复杂的权衡和决策。
为了服务号客户，B端产品的能力模型更注重行业经验和行业专业性。
页面设计：●C端的UI会更精美，投入到交互设计的比重更大，理念是让新手小白也可以丝滑上手，要求产品经理设计理念和创新能力更强。
●B端产品页面设计逐渐C端化，页面指引日趋完善。
但是由于产品使用对象为企业员工，需要有一些行业知识，往往会有一定使用门槛，不推荐将大量精力投入到让用户无脑操作上。
产品关注点：●C端更注重流量访问量，需要产品经理洞察人性，着力培养用户粘性。
●B端落实解决切实问题，需要设计业务流程准确，综合考虑复杂场景，着力为企业创造效益。
定制化：●C端产品更注重市场的广泛适用性，基本不存在定制化。
●由于toB产品的定位为服务企业，但每个企业的业务环境和管理流程都不尽相同，因此不可避免定制化程度更好。
当然，现在的发展路径都是向标准化发展，可为了抓住客户往往都会提供一些定制化服务。
商业模式：●C端流量大，可以依靠提供广告位直接获利。
另外，可以提供增值模式 （基础版与高级功能，通过提供增值服务收费）、抽佣赚取佣金。
●传统B端软件主要依靠软件实施赚取一次性费用，主要体现在本地化项目上。
SaaS产品盈利渠道相对宽泛，可以通过订阅服务 （按年订阅）、业务佣金 （比如一些撮合类业务，可以通过成交量/成交金额按比抽成）。
此外，本地化和SaaS产品都可以提供一些增值服务，例如输出资产审核服务等专业服务。
To B营销思路ppt课件
B端当下继续解决的两大问题： 1、明确产品的定位及卖点； 2、制定出产品的定价体系；
（4）和各企业后勤食堂合作
（5）网络销售推广综合利用多种电子商务模式，实现网上销售推广。
6.3定价策略
（1）影响产品售价的因素： 收购价格、包装、运输、人工、管理成本......
（2）渗透定价： 当拓展新的市场时，利用消费者求廉的消费心理，薄利多销，有意将价格定得很低，使双港鸡
蛋以物美价廉的形象，吸引顾客，占领市场，以谋取远期的稳定利润。 （3）折扣定价：
2、调查竞争对手
企业信息
销售渠道
市场占有率
3、明确产品定位
普通蛋 母婴蛋 有机蛋
4、制定产品定价体系
产品定价考虑几方面的因素： 1.同行业同类产品的市场价格； 2.了解市场上鸡蛋平均利润率是多少； 3.自身产品的技术特征及质量； 4.自己公司的产量； 5.预测市场销售量（计算出销售利润临界点）；
7、客户的后期后期维护
建立客户交易台账，掌握客户订货动态并实时跟踪
此课件下载可自行编辑修改，供参考！ 感谢品策略
1、单一蛋类产品类型： (1).普通蛋：在养殖过程中分阶段饲养，出产日龄控制，动物营养专家设计专业的食料，保证鸡蛋营养均衡。 所有产品经过多重检验程序，保证蛋品的营养和安全 (2).有鸡蛋：在双港生态果园的无污染的生态林下以野草籽、昆虫、野菜等为食。 (3).母婴蛋：富含多种微量元素，促进儿童生长发育，增强记忆力，对儿童厌食、免疫力低下和孕产妇的营养 滋补以及中老年具有食疗保健用。
B端产品的设计原则
虽然之前所做过的交互设计与用户研究项目也不少，但涉及到的产品基本都是直接面向普通的消费者或个体。
而当几个月前第一次在工作中接触到现在的toB产品时，一开始遇到了不少的困惑和不适应；结合以往的认知和经验，以及现在的状况，我也一直在思考在设计B端产品和C端产品时侧重点上的区别，不知是否正确但毕竟是一个思考和总结的过程，肯定是有益的。
我所理解的B类产品，大致可以分为两类吧。
一种是面向少数专业用户的，用户需要具备相关行业的专业知识才能使用。
这类产品的重要目标是提供更全面、专业和强大的功能，体验相对没那么重要；在使用中更重视业务逻辑以及流程的完整和效率，所以碰到很多B类产品用户希望把功能尽量平铺出来（而不是像C 端产品倡导的“一个界面只完成一件事”），页面复杂和丑一点都没关系，因为这部分用户相对固定和专业，他们首先考虑的是产品的功能强大和高效率。
另一种更偏C端一些，面向的是企业级对象，但用户是范围广泛的个体，要求流程简单灵活，易学性和高效往往是这类产品的重要目标，比如像公司的OA系统、沟通软件、远程协作工具等等。
同很多行业一样，经验对于设计师来说同样非常重要。
但经验往往是不可衡量的且很难在团队内形成统一的认知。
特别是职场新人，经验往往总是短板。
所以，掌握那些公认的设计原则是设计师的基本素养，大多情况下，它们能够帮助你在这个过程中做出更合理的选择。
学习这些“设计原则”似乎并不难：你只要随便找几本畅销的设计书籍，或者阅读几篇专业文章，就能对这些设计界的“公理”头头是道。
然而，无论是通过与项目成员的沟通经历，还是自己的设计实践来看，太多的原则往往又会给我们造成诸多困惑。
“简约至上”看起来简单，但在实际应用时却并不轻松。
再加上尼尔森的十大易用性原则，希克定律、奥卡姆剃刀原理、内容为王、情感化等等……有时当脑中的设计原则太多，或者说要考虑和权衡的因素纷繁复杂时，这对于设计方案的抉择，特别是细节的处理，绝对是一件非常痛苦的事情，因为毕竟绝大部分事情都没有绝对的对错和优劣，产品设计更是如此。
产品需求-规划TOB产品架构图,用这6步搞定,错过就要再等(1)
规划TOB产品架构图，用这6步搞定，错过就要再等（1）导语：软件工程是一项复杂的项目投资工程，架构设计的好坏往往决定着项目的成功或失败。
ToB的产品人在设计一款产品时，学会充分利用产品架构是一项必备构架的能力。
这里我们来聊聊ToB的产品架构如何去搭设，能让你的产品菌丝体更长，更稳定。
“产品架构犹如屋宇地基、人体骨骼、车辆核心部件。
”“架构”一词最早来源于建筑，其核心是通过一系列构件的组合来承载上层传递的压力。
经过漫长的演变，架构设计的已经深入多个行业和场景，有望成为了必不可少的活动。
1. 架构的含义架构一词，从韦伯词典中定义为“一种意识过程结果的形态或框架；一种统一或有条理的形式或结构”。
其余部分这里的关键部分是具有特殊结构的，有条理的，这个定义很抽象，很不好理解，说人话核心我们要把握住“框架”、“结构”、“有条理”这几个网页内容就好了。
我们来看一个例子：车的骨架由车身、车架、发动机、制动设备、轮胎和机械设备等构成，这些组件构成了一款完整的车，提供驾驶服务，这些组件的好坏着车的使用寿命和服务体验；组件数量的多少决定着车所能提供服务的服务边界在哪，不是越多功能这样一来好，也绝非只有一个车身就行，组件的最低数量是保证一款车能够正常使用。
同理，软件产品是不是也需要具备同样的逻辑，保证一款必须软件产品能够正常使用，满足用户诉求，解决用户的问题。
我们有一个不容忽视的结构性问题，软件领域发展到从那时起，延伸出了企业软件系统、业务架构、应用架构、数据架构、产品架构、技术架构等一堆的词语。
是不是有点晕了，这些架构都是用来干什么，它们二者之间有什么区别？不搞清楚它们之间的关系，产品架构从何谈起。
2. 架构之间的区别和联系这么多名词，它们是如何定义的？相互之间如何区分和联系？这里做一些简单的说明，详细的解释和案例还望各位童鞋翻阅架构相关书籍。
我们来看下面这张图。
架构是指企业通过分析自身所处的外界环境，自身面临的美好未来和挑战，同时剖析自身的内部结构特点和资源情况，明确自身优劣势，从而目标选择和制定企业推进目标，制定具体的实施方案和计划。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
设计思考：ToB产品的6条交互设计经验
本文希望能够总结一些B端产品的设计经验，帮助大家更好的进行toB产品的交互设计工作。
近几年，B端产品发展越来越快。
在设计方面，也有越来越多的设计师投入到这个细分的交互设计行业中来。
而很多新人设计师或者从C端产品转型到B端产品的交互设计师，在刚接手B端产品后，都会出现一些不适应的情况。
本文希望能够总结一些B端产品的设计经验，帮助有类似情况的交互设计师上手，更好的进行toB产品的交互设计工作。
1、贴近用户
B端产品和C端产品有一个很大的区别在于，B端产品的操作者有着明显的职业属性。
和我们日常生活中的用户不一样，B端产品的使用者，对产品的操作就是完成特定的一些任务，如搭建企业系统、监控企业舆情、进行客户服务、完成数据分析等等。
而这些工作本身，具备一定的专业知识。
因此设计师在设计这些产品的时候，首先要做的，就是了解用户在使用这些产品的时候，想的是什么。
在我们实际的工作中，主要可以使用以下三种方法，来贴近用户，了解用户操作过程中的想法和感受：
1.客户拜访
2.业务轮岗
3.用户调研
1、客户拜访：在B端产品的初创期，会有一些企业作为产品的潜在客户。
面对面的拜访这些企业的产品使用者，能够快速了解对方在产品使用过程中的方向与思路，从而更好的进行方案设计。
2、业务轮岗：在客户拜访之上，更进一步的是设计师实际使用对应的B端产品，即进行业务轮岗。
刚接触B端产品的交互设计师，可以先从旁观实际用户的操作开始，在旁观的过程中，针对不理解的内容进行询问与学习。
通过学习，逐步发展到能够在专业人员的辅助下操作B端产品，直至最终可以独立操作B端产品，完成任务。
实际的使用自身所负责的B 端产品及相关竞品，能够加深对所负责产品的理解，只有自身体会一线用户的使用感受，才能够设计出负责任的好产品。
B端交互设计师，经常使用自己的产品及竞品，了解产品业务
的发展动态，是设计好B端产品的基础。
3、用户调研：当客户拜访及业务轮岗形成良好的机制，同时产品发展到一定规模后，用户调研问卷就成为更加高效的获取用户声音的重要手段了。
不同于C端产品，B端产品的调研问卷内容应该更加详细，更加坦诚的询问产品功能与用户的使用体验。
定期的进行客户问卷调研，能够建立良好、有效的客户沟通机制，加深产品与客户之间的相互理解。
在产品初期进行客户拜访，产品发展过程中进行业务轮岗，在产品发展到一定规模、比较稳定的时候有计划、阶段性的进行用户调研，可以保证B端产品的设计与体验时刻贴近用户所想，保证产品的设计不会浮于功能的表面。
2、理解业务
在理解客户之后，要更加深入的了解客户行为，就需要更加深入的了解产品所对应的业务。
B端产品的用户行为是完成某一项特定的工作，而这种工作，往往具备专业性，更好的理解这个专业，能够帮助设计师更好的与用户进行沟通，设计出好的产品。
专业的学习基本和大家上学读书相似，可参加相关的专业培训和阅读专业书籍。
深入的专业理解，依赖于系统、日常的专业学习积累。
以客服行业的量化指标为例，客户服务满意度、一次性解决率、质检采样标准等等，这些内容都是客服人员日常工作中的内容，更好的理解这些数据的逻辑，以及一些主要的优化方法，设计方案才能够更有效的帮助用户更好的进行日常工作，提升工作效率，最终体现产品价值。
3、产品理念清晰
在贴近客户、理解业务之后，B端产品需要清晰的产品设计理念。
与C端产品一样，B端产品也是需要弄清楚：产品提供给谁、主要解决了什么问题、产品的设计理念是什么等等问题。
对于场景、用户角色复杂的B端产品，清晰的设计理念更加重要。
一个清晰的设计理念能够拉近产品与客户之间的关系。
以Zendesk为例，早期以笑面佛的形象给人留下非常直观和亲切的印象，同时产品也以亲切、柔和的绿色为主色调，贯彻用户体验和产品特征，帮助客户快速理解产品理念，从而最
终打动客户。
寻找合适的产品设计理念往往有很多的因素需要考虑，如市场调研、竞对分析及团队基因等等。
通常我们可以通过SWOT分析方法，寻找适合自身产品的发展方向：
1.市场中主要的竞争对手（包含潜在竞争对手）的状态、团队优势、团队劣势、产品
理念；
2.自身团队的状态，团队优势、团队劣势、可能的产品理念；
3.所处B端行业当前的状态，未来的发展方向，自身以及竞争对手团队的与行业未来
的契合程度；
通过对以上三点的思考，寻找合适的行业发展、自身团队具备一定优势、竞争对手难以追赶的方向，是保证产品稳固发展，不断扩大产品优势的重要方法。
前些日子设计团队内部进行了一次关于商业模式的工作坊，大家有兴趣可以阅读《价值主张设计》或《商业模式新生代》等相关数据，进行此部分内容的深入学习。
4、强化短板
B端产品往往是多角色协同的产品，角色通常包含企业管理者、企业员工、上游同事、下游同事等等。
多角色使用的产品，存在不同角色的分工、侧重不同，而任何一个角色的功能与体验欠缺，都会造成整个产品的使用效率降低，最终影响产品整体的效果。
木桶效应在B 端产品上是十分明显的。
“一个水桶能装多少水取决于它最短的那块模板。
”- 木桶效应
我们以一个网易B端产品不同功能模块的满意度横向对比数据为例：
从图表可以看出，功能G的客户满意度明显低于产品整体水平（对应功能模块的满意度数据可以通过用户调研问卷的方法获得），而功能G作为产品不可缺少的一环，满意度直接影响客户对产品的整体满意度，最多影响客户的购买与付费决策。
因此，在当前产品阶段，着重加强对产品功能G的满意度优化应当是产品的主要工作。
具体的优化内容，可以再通过客户拜访、业务轮岗及数据分析进行，得出优化项及量化后的影响程度，再逐一进行优化。
5、方案灵活
B端产品的需求往往会随着企业发展，需求不断的进行扩展，这导致单一的交互方案难以满足不同企业、甚至同一企业在不同阶段的细分需求。
因此很多时候，B端产品的交互都需要
保证方案扩展的灵活度，从而满足不同情况下的定制需求。
上图以网易七鱼的历史服务内容为例，针对不同的企业，数据的展示项、计算方式、展示顺序都有不同需求，因此针对数据报表的列表组件，我们制作了完整的数据项自定义、数据展示自定义、数据展示顺序自定义的交互设计方案，从而保证企业灵活的数据设定方案。
这样特定功能模块的定制化功能，能够有效的满足不同企业的不同阶段变化的需求，提升客户的使用感受，同时降低整体的开发成本。
类似的场景还包含展示界面的自定义，互动消息的自定义、报表的自定义等等。
同时，符合客户需求的自定义方案，能够令产品更具有企业的色彩，提升用户的使用感受，保证产品的专业程度。
6、组件统一
一个统一、规范的交互组件库，能够不断沉淀设计师的思考、降低设计与开发成本，同时也可以降低用户在不同产品模块之间切换的学习成本，保证产品不断发展过程中，用户体验不被打断。
老一代的B端产品系统通常是非常复杂的，新员工往往要经过很长的上岗培训时间，才能够熟练操作对应产品，新一代的B端产品不应该这样。
上图是网易一个B端产品的日期选择组件的演变过程。
虽然产品的组件库内容范围大多是相似的，但B端产品的组件需要不断的适应演变的企业需求，不断的进行升级。
日期选择组件从原有简单的日期选择，到增加快捷的日期选择，再到增加时间的范围、时、分、秒的选择，沉淀下来的组件库，不仅能够满足平台内更多场景的复用，同时也能够提供给你其他B端产品进行借鉴，更好的为客户及业务服务。
1.贴近用户
2.理解业务
3.理念清晰
4.强化短板
5.方案灵活
6.组件统一
以上6点是我自己在做ToB产品交互设计过程中的一些经验总结，希望能够帮助到感兴趣或正在进行ToB产品交互设计的同学。