写在前面：

我们可能经常听到，这个是给自己人用的系统，只要流畅就行，UI丑点没关系，但真的是这样吗？首先我们来分析一下这句话，这里的 “流畅” 是指什么？

这里我理解的所谓的“流畅”是包括服务器的速度、交互的流畅，界面一目了然；当然最终目的是用户在用的时候没有学习成本，所见即所得，可以快速完成自己想要做的操作任务；我觉得这三个因素缺一不可，缺其中的任何一个都达不到操作“流畅”的目的，例如服务器的速度很快，用户操作什么都能很好的给出反馈，但交互和界面不够友好，没有操作性的引导，按钮展示状态不明确、信息标识不清晰，信息模块之间的间距参差不统一，界面上信息分不清层次，颜色运用太多，好像全是重点....这种情况下用户一眼已经分不清信息的主次关系，当产品想要突出很多重点内容的时候，恰恰反而没有了重点。用户在浏览起来只能是内心烦躁、不能很好的识别重要信息的同时也就不能效率的完成任务功能。

C端与B端：

B端与C端的定义：

C端：Consumer；意为消费者、个人用户或终端用户，使用的是客户端。to C产品往往具有一个核心功能，其他功能为核心功能起辅助作用，围绕其展开。产品往往只有一个主任务流，由用户的一个需求点展开，围绕用户的痛点/痒点，让有需求的用户对其产生粘性和依赖感。具有其特色和吸引用户的特点。

B端：Business，作为职场人士也会经常接触B端产品，通常为企业或商家为工作或商业目的而使用的系统型软件、工具或平台，的本质是为满足用户的工作需求，而工作需求往往不是单一功能满足的，其必须是多种功能的复合和嵌套；

知乎上一位作者的阐述我觉得很准确：B端产品服务于组织，组织的需求不是从单个用户需求点，而是一种生产关系的连接和延伸；在不同的组织架构下，B端产品要解决部门内外、各层级间的信息流转需求，在这样的背景下，B端产品追求的是效率和效益的提升。解决的事工作场景下组织内外的所有的需求点，这些需求点连接在一起，就形成了需求面。

C端与B端在设计中的区别：

C端：更多重要的在于产品的定位和核心功能，要为用户解决什么场景下什么样的问题，也就是说设计时要注重用户的使用场景。现在各行各业大部分都已经有了“精英”产品，在做的时候可参考一些优秀的产品，不要轻易违背已经在用户心理构成共识的设计（除非更好），这些“共识”用户已经形成了使用习惯，在用的时候无需思考。

再一点运用吸引用户的视觉语言来为产品提升品牌调性，每个优秀的产品都用它自己独特的视角语言，有核心的DNA设计元素和原则，这样才能让产品更统一和具有美感。美感——决定于用户对产品的第一感觉。

B端：注重于信息之间的流转和不同角色之间的协同，任务的流转关系牵扯到不同的部门角色人群，业务逻辑复杂，这时候交互尤其重要，不同角色不同场景下的使用，都是给产品于不同的定义，目的是追求效率和效益的提升；再一个B端的设计的前提是一定要充分了解业务逻辑和使用场景及各环节的关联关系。

总结：

其实不管是toC还是toB、不管是为客户还是为内部工作人员设计产品，我们最终的目的都是在为“人”设计，是充分了解业务场景和使用场景的基础上设计，而不是“闭门造车”，你“觉得”的有可能并不是用户想要的；你的“假设”有可能并不是用户真正的需求。

我们设计的目的都是为了能提高用户的效率，只不过针对客户的是想要用户更快的完成产品任务，达成产品的商业目标；而针对内部人员的目的是提升他们的操作效率、让他们能更好的完成业务目标、提升人效的同时也是在为公司节约成本。从这点来看性质有何不同？