转载自：https://zhuanlan.zhihu.com/p/22314828
我是个愉快的搬运工[嘿哈][嘿哈]
C 端和B 端产品价值体现最大的区别：
- C 端产品是发现用户需求（痛点），定义用户价值，并准确的推动项目达成这一目标。
- B 端产品则是根据公司战略或业务需要，构建生态体系，或者推动将流程系统化，提高效率。
说人话就是：
- C 端产品是你去挖掘用户需求，是创造，从无到有。
- B 端产品是公司战略或相关方提出要求，产品经理将这类“线下已有的需求”系统化，达到提高现有流程的效率的目的。设计师要做的就是分析拿到手的需求，在了解场景的基础上理解需求，给出原型和设计稿，交付开发，配合开发将产品实现，等产品上线后收集用户反馈，继续优化迭代。
设计这类产品需要注意的点:
1、逻辑清晰
设计B端产品，第一要素就是设计师逻辑要非常清晰。这类产品伴随的海量功能、大量信息模块、错综复杂的交互流程、难以理解的业务技术背景，都是对设计师达到逻辑清晰的挑战。
所以做B 端产品设计，一定不能像写散文一样，随心而至，随时下笔，得像写议论文那样，做足功课，想清楚重点和逻辑，脑中成图，再动手画稿。这样才能保证你做出来的东西逻辑上没有问题（要是有问题，开发人员也应该会提前发现的）。
2、角色与场景
虽然C端和B端设计的特性差异明显，但是基本的设计方法还是通用的。角色与场景设计依然是复杂信息架构产品设计的法宝。有着1000个功能的产品，先分角色，降低每个角色模块需要思考的信息量和业务逻辑量，然后再根据真实用户的使用情况，来划分场景进行场景设计。把一大块任务有逻辑地细分到小任务，才有逐步实现的可能。
切记，最好不要仅仅依靠业务功能来划分模块，不然体验设计会乱得一塌糊涂。角色设计需要对用户群体有清晰的了解和划分，能做到业务使用的共感。场景设计需要设计师有足够的全局观，不然分开了场景，完成了设计，合不起来，就麻烦了。
一个复杂信息架构产品，分角色，划场景，可以让设计师对产品目的了解更深刻，全局把握更强，另外在页面层级上，会把之前需要10层的功能任务流打薄到2-3层，大大提升用户的使用效率和舒适度。
3、理解业务
做B 端产品，最难的就是业务理解。例如做聊天、音乐类产品时，设计师相对好入手，因为设计师本身也是用户群体。而复杂信息架构产品一般不是给普通用户使用的，是给一个特定群体的用户使用的，大部分情况，设计师与这个特定群体是没有交集的。
如果没有没有在医院工作过，对医生的日常工作场景不熟悉，虽然去过医院但是完全不了解医生如如何工作的，更别提医生如何写病历、开医嘱等日常的工作了。
所以做这类产品时，动工前，设计师大部分时候业务理解度无限趋近于0。
最好的方式，是设计师能自己跑去真实使用场景做做用户访谈，例如到用户群体做一天的跟踪访谈、用户深访、任务流程记录、用户痛点记录等，这些真实的感受和体验带来的价值远远大于架构师或者产品经理给设计师描述带来的价值。我在刚接触公司产品的时候就对业务非常不了解，由于公司有几位之前做过医生的同事，没事就跟他们聊，还有就是跑到医院做用户研究，通过这些途径，大概对医生日常的工作场景有了一个大概的了解，知道了医生是如何写病历、开医嘱，这样我在设计产品的时候也会有依据，从他们的角度出发，解决当前他们工作中的痛点，给他们的工作带来便利。
还有一个方法是体验不同的产品，利用共性。比如一些交互细节，你可以看看现有产品在同样情况下是如何处理的，有没有共性可以利用。
4、分析需求
在拿到一个需求时卓越的设计师优先考虑这个需求到底合不合理，值不值得去做，对产品有什么帮助，用户是否需要它。而不是一股脑设计好几个方案，让领导去选。这时就算你设计的再好，也可能不是用户想要的，不能解决问题。
确实在设计B端产品时的实际工作中也会遇到这种情形。比如产品或者PO给你提了一个需求（也可能是用户自己讲的一个痛点，他们转述了一下），在拿到这种需求的时候要首先辨别是不是伪需求（解决喝水问题的例子），如果是真实存在的需求，那也得想一下有没有其他简单、便捷的方式在现有基础上实现这个需求，以求最小的改动，而不是直接按照他们的说法大刀阔斧的直接在界面上表现**。
5、学习成本
做产品设计的一个基本要求，就是要保证用户学习成本足够低，低到没有最好。做C 端产品这个目标很明确，也很容易实现，但是到了B 端有可能就会很难。这样的产品使用，是需要一定时间的学习才能达到基本使用，学习成本肯定不低。还有不少B 端的产品，需要有专门的培训和讲解，才能勉强让新用户开始使用（我们目前的产品是要给医生培训的，他们一开始拿到产品的时候不知道怎么操作，不知道想要的功能在哪）。
有时候不能以学习成本低来要求B端产品，因为实行起来非常难。信息架构复杂起来，是很难通过认知设计、视觉设计、交互流程简化来解决学习成本高的问题。
有几个点可以帮助到，一是灵活有效的提示（生僻专业术语提示、关键操作提示、报警监控提示等），二是充足有价值的用户测试，保证不出现设计师以为很好用，用户学到哭的情况，三是深刻理解业务，设计师的业务理解水平接近架构师和产品经理的水平，才能从体验方面做一定范围的有效改动，来帮助产品的可用性得到提升。
6、大道至简
飞行员Antoine de St.Exupery有一句名言：“完美不在于无以复加，而在于无可删减，万事莫不如此。”同样在设计中，优秀设计的经典要素之一就是形式的简约:以简驭繁。对于优秀的设计而言，少即是多。抛开那些噩梦般的表单和过程，简化你的设计，不要让用户因为过繁的界面和交互而感到沮丧并随之焦虑。
好的用户体验就是减少让用户去点击、去交互的机会，让用户减少操作就能实现想要的结果最好。实现这样的目的可以通过在后端做处理加判断，让软件更智能，让用户减少犯错的机会。
但是有很多C端产品设计的黄金准则，在B端设计不一定适用。例如做减法。C端产品为了追求优秀的体验是可以放弃某些不重要的功能，或者可有可无的模块。而ToB类产品，一个模块100个功能可能来自20个不同的业务需求群体，这个时候砍任何功能，都会造成整个大功能模块闭环的缺失。所以单纯的砍功能做减法不一定在ToB类产品设计上适用。这时需要权衡整个产品流程中的各个因素。
7、目的性
很多时候用户在使用C端产品时是没有很明确的目的的，有时候就是随便点进去逛逛，比如某些购物，社交等软件，这时就可以在首页用瀑布流，让用户永无止境的滑下去，足以保证用户在软件中停留的时间。但是B端产品有一个非常重要的特点就是：用户会带着强烈的目的性去使用这个软件。比如医疗产品，医生一定是在查房或者想写病历、开医嘱的时候打开我们的软件，而不是闲着没事走在路上或者躺在床上打开看看。这就需要我们在设计软件的时候必须做到层级清晰，导航明确，让用户清楚地知道他所处的位置，以及他下一步想去哪，必要的时候还可以把一些常用的操作做一个快捷入口。
就像去超市买东西，不知道买什么的时候，你会从这头走到那头，走走停停，但是一旦有了目的，你就希望马上去你想去的地方，拿到想买的东西。
8、设计师的成就感
一般的B端产品都是密密麻麻的功能、表格、筛选和无止境的弹窗，有时候一点美感都没有就更别提用户体验了，不像做一个音乐、聊天、工具的或者小而美的C端产品那么有成就感。
的确，做一款好的C端产品，比如：视觉上足够美观（可以放弃一些次级功能追求简洁和美观），其次，有很多人使用，App Store有人夸，家人朋友都可以使用，这样是会很有成就感的。从这种程度上来讲B端产品的成就感确实比较低。做B端产品，先不说好不好看，一般来说B端产品的交互价值远远大于视觉，而且没有人主动夸你，医生几乎不可能因为你这个软件体验好来夸你。但是要知道做什么设计都是有乐趣的。做B端产品，把一个需要10步的流程通过打散、整合、聚集等方式减少到3步，提升用户体验何尝不是一种乐趣，也会带来满满的成就感。
设计复杂信息架构的B 端产品时，设计师千万不要放弃自己对专业的美好理想，让自己完全受制于业务和技术来做设计，而是时刻记得自己的专业能否帮助整个系统得到提升，这样的乐趣和成就感也是很大的。
