前面已经提到过，B端产品里包含各式各样的表单，通常数据量非常大，结合企业的实际生产情况，为了满足不同角色员工的多种需求，覆盖到各种业务场景，B端产品通常是一个集合了各个功能模块的综合体，不同职级的角色有着不同的权限。因企业规章制度的限制，许多必不可少的流程导致用户的操作比较复杂，具有一定的专业性。

　　B端产品的使用体验往往并不佳，那么作为一名设计师，如何将C端产品成熟的设计经验结合B端用户群和业务的特点，在满足企业管理需要的同时，又能提升员工使用这类产品的体验和效率，让他们在工作的同事也能感受到幸福感，从而减少对这类产品的抵触。

　　同时设计师还需要思考的是，B端产品因为业务功能的庞大，一个系统的页面往往或成百上千，设计师不可能对每个页面都精心设计，因此必须要在众多页面和元素中提炼出共性问题，给出通用的解决方案。为了节省设计复杂表单的重复性的工作成本，还需要思考像乐高积木一样将各式各样的需求和功能点拆分成有共性的，复用性比较高的组件，在搭建其他系统的时候能够快速将这些标准化的组件合理重组，以释放设计师的双手，让设计师有更多的时间去思考用户的真实需求和更完美的方案，而不至于被设计稿淹没。

　　以下是结合B端产品的用户群特点和业务特点，总结出的六个设计要点，目的是为了帮助设计师在项目周期较短，项目经理并没有给设计师(尤其是交互设计)预留足够的工时时，依然能够给出高质量的有效方案。

　　在做C端产品设计时，我们也需要应对来自不同年龄层和不同背景的多种用户的需求，可能更难把握。而B端产品的用户往往有非常强的职业属性。因职位的不同，每个角色都有各自的使命和任务，作为设计师，切不可因为客户的强势要求而忽略了背后真正使用产品的广大底层员工的真实诉求。这些最底层的员工是公司的弱势群体，发声机会少。而决定购买产品的客户往往是有着更多权利的管理层，他们身居高层，并不一定能完全理解底层员工的真实愿望。

　　如近期完成的立白导购App项目中，拍板，做决策的客户往往是高层领导，他们更在乎的是这个产品的功能是否齐全，是否有量化的数据能激烈员工，可视化的数据报表帮助管理层更好地做出决策，而管理层，例如督导的核心需求是能否在多个门店之间快速切换，高效地完成日常繁琐的审批工作，对所管辖的底层导购员能实现批量管理。而最为底层的导购员，因文化成本不高，他们需要的是一个简单，容易操作的App,没有太高的学习成本，能帮助他们完成每日打卡、考勤、销量提报等工作。

　　在这个项目中，我们遇到了不少问题，其中首页的交互稿+视觉稿，至少改了两个星期，回头想来，是真的因为立白客户一而再再而三地变更需求，还是因为至始至终，我们都没有认真去思考过，客户到底想要什么?

　　为了减轻督导日常审批工作的负担，我们将审批操作的入口放置在首页，督导可以通过滑动卡片在多个审批申请之间切换，也可直接点击“通过”按钮快捷操作，无需跳转到审批详情页，从而提升了督导日常管理和运营的工作效率。