编辑导语：如今许多企业都开始成长B端业务，B端业务对付设计师来说是较量巨大的，B端软件产物设计的理念也在产生很大的变革，怎么担保B端产物的简捷性就成了一个问题；本文作者先容了几个保持简捷性的原则发起，我们一起来看一下。

笔者曾经将做C端产物比喻过建大平房，B端打点软件产物雷同于建小高楼，占地面积是用户的量，楼的高度是业务的巨大度；C端产物重定位以及交互本领，B端产物重架构以及抽象本领。

实际大将产物比喻为修建物也是有不符合的处所，修建物在 *** 之前一般都有了很准确的设计图纸；可是作为软件产物来说，许多时候是没有准确的图纸的，除非已经很成熟的赛道，许多场景下面它更像一个相对未知的生物体、生命体；它是不绝在发展的，在产物发展的进程中，产物很容易变得臃肿不堪，最后很难维护以及扩展，用户也很难利用。

纵然SAP、Workday、Salesforce这样优秀的软件也难逃其运气；不外这些软件都是21世纪初可能20世纪的产品，跟着移动互联网的成长，B端软件产物设计的理念正在产生很大的变革。

那么奈何担保产物在恒久错综巨大的成长进程中，保持其简捷性；笔者提供一些小的原则发起：

一、确定产物形态

尽力想清楚产物最终的大抵形态，以及用户在哪些场景，用什么样的 *** 来利用我们的产物，做好取舍。

产物的成长是基于公司的计谋以及愿景，在想清楚产物的最终形态之前，需要想清楚公司的计谋以及愿景；基于公司处事的人群，以及提供的处事，确定产物的最终形态。

基于计谋对付哪些成果需要做，哪些不要做有必然的准则，不然陷入撒都要做的田地。

别的，笔者常常看到一种景况，创业公司有时候产物定位禁绝确，切入的是用户痒点的需求，许多时候产物供给商没有察觉到；反而以为是成果不足多，不绝的去迭代更多的痒点成果，实际上痒点＋痒点不便是痛点，再多的痒点成果的叠加也是不行能形成客户对产物的依赖的。

二、产物线定位

做好每条产物线的定位，制止定位的杂乱后，产物走向不明，差异产物线之间反复交错在一起。

产物的利用一般有多个脚色，利用的场景也不尽沟通，许多时候我们城市有面向客户的移动端、web端，也会有公司内部的运营端，每条产物线的定位需要想的很是清楚，制止交错。

这里我们常常看到的误区有如下几个：

差异的脚色用差异的产物线来支持。

笔者常常看到一些公司，差异脚色因为成果有所区分，就用差异的产物线、差异的APP来支持；实际上一般来说跟着产物的成长，差异脚色重叠的成果会越来越多；实际上只需要统一成一条产物线，通过权限来区分差异脚色的利用成果就足够了。

滥用移动端，什么成果都往移动端来走。

作为移动端，一些常常需要在移动端利用的成果，协同成果以及高频需要查察的数据可以放在移动端；可是移动端不适合做一些输入事情太重的成果，也不适合做的很重，太重了就不适合“移动”了。

三、主线成果

优先做好主线成果，也要担保极度低频事件有路可走。

对产物成长的进程傍边，需求优先级的节制极其重要；低频事件，出格是一些逆主流程的成果实际上的事情量是极大的；好比说流程走的好好的，用户需要支持逆向的操纵，假如这种业务流程中有大量的逻辑——这种逆向操纵的价钱是庞大的。

这里的一个原则就是对付低频极度事件，不必然要完全线上支持，许多时候可以回收线上＋线下的支持 *** ，担保客户在低端环境产生的时候，系统不至于无路可走就行。

打一个例如，在ERP的上下游结算，可能薪酬的薪资计较的时候，老是会有一些用度是很难尺度化的，可能计较 *** 是很难抽象的；这种时候可以思量开一个口子支持这种用度项目，可是这种用度项目标完整打点不要线上化，让客户通过线下的计较，然后有进口举办输入可能调解就好了。

四、每个迭代掌握做小、做少、做精的原则

每个迭代掌握做小、做少、做精的原则；做加法很容易，做减法很难。

将一个产物做巨大很容易，可是巨大之后，要变简朴很是难，无论是前端，照旧后端的数据库以及逻辑层；做加法都是容易的，可是做减法都是极难的。

所以在产物的把控上面，回收线做小、做少、做精的禁止原则长短常重要；不然，产物成长2，3年之后，就巨大到客户很难利用，维护本钱很高，扩展难度很大的积习难改的境地。

五、归并同类项，淘汰巨大度