编辑导读：B端产物多种多样，设计进程中会碰着差异的问题。本文作者从自身事情实践出发，对雇用SAAS系统设计展开阐明，并基于本身的思考，对设计进程中的一些问题举办相识答，供各人一同参考和进修。

从0到1的SAAS系统多是由公司自上而下敦促开展，因此本日我不会和各人过多说明项目标配景和缘由，而是着重和各人聊一聊在从0到1这个阶段，我们经验过的逆境以及破局之法，但愿可觉得各人在从0到1设计SAAS系统以及后续的迭代进程中，提供前车之鉴及较为落地的办理步伐。

逆境一：种子客户的定制化需求/客户需求和产物筹划纷歧致

戎马未动，粮草先行。在产物团队开始筹划设计系统之前，销售已经开始勒索，而且拿下了一个行业龙头客户。

即便我们前期做了许多业务调研，系统冷启动的进程中，不行制止地仍会依托、参考警惕种子客户反馈的真实业务场景，这也注定了接下来的很长一段时间我们都处于被种子客户裹挟的被动排场中。

该客户会按照本身过往的系统利用履历及线下业务场景提出大量需求，而这些需求无法通用化，此时，寻找种子客户定制化需求和通用化场景之间的均衡点至关重要。

针对此类大型种子客户，若无法满意他的利用，大概意味着失去，对付开辟市场极为倒霉。可以凭据以下几点举办慢慢实施：

寻找影响其流程利用的焦点点，假如人力和时间极为有限，尽大概以更低本钱去实现，满意客户的利用；若成果有通用化的方案，可团结成果设计、实现逻辑、实现本钱，判定是否答允后端先以设置化举办开拓，节减后期通用化开拓本钱；

针对不影响客户利用的成果点，可采纳“置换方案”，即以奉告客户正在筹划和举办中的成果的实现代价，来置换客户一些不太重要的成果点；

拒绝一些需求，主要是一些仅仅办理客户当下需要，但后期大概并不会用的需求，可奉告客户其他办理步伐或研发一次性处理惩罚掉，无需通过成果性举办实现。

逆境二：差异范例客户的多样化需求

在客户数量徐徐增加后，谋面对差异局限的客户。客户的诉求也不尽沟通。以雇用系统为例，大型乙方客户的业务流程较为类型、业务范例较为富厚，所需成果大概不只限于地位打点、雇用流程、人才库、报表等焦点成果，还包罗客户打点、开票打点、供给商打点等成果；而中小型客户的业务流程简历、业务范例相对单一，所需成果大概仅有部门焦点成果，甚至仅需要人才库。

那么在针对整体系统给迭代进程中，如那里理惩罚差异范例客户的差异需求，甚至同一种成果的差异要求：

所有需求的迭代环绕客户留存风险、成果代价两大体素环绕举办；

高代价、高风险客户的焦点需求为之一优先级；低代价、高风险客户的焦点需求次之；整体需求排优进程中，只管担保需求的通用性。

逆境三：成果逻辑高度耦合

在从0到1系统设计进程中，一个无法制止的问题就是各个成果模块见的逻辑耦合。由于差异成果由差异产物认真，成果逻辑高度耦适时，容易造成产物设计的逻辑裂痕（因为大概会遗忘），同时容易造成后期产物逻辑太过沉重，也倒霉于用户利用。

可通过以下几点来只管制止逻辑高度耦合造成的设计应影响：

产物设计前的充实相同，确保涉及逻辑与其他模块的成果不会斗嘴；

设计的逻辑只管思量是否涉及到权限部门。举个例子，当用户没有查察地位的权限，可是却具备雇用流程的操纵权限时，如何可以看用户投递的地位详情，可以思量回收弹窗的 *** 来办理，确保用户可查察地位详情，制止因为无地位数据权限造成无法在其他成果中查察地位详情。

逆境四：客户永远在揣摩成果的逻辑

客户利用系统时，会抛出大量的利用问题和成果实现问题。好比客户在导入简历时，会问一系列问题：最多可以导入几多份简历？简历反复时是否会有提示？反复的简历是怎么处理惩罚的……

产物设计时，尽大概将成果做一些须要性地表明说明（说明的揭示 *** 有许多种，可以直观说明，也可以以hover时展示的形式举办，详细案例详细阐明），不要让用户去猜这个成果是做了什么，之后又是怎么处理惩罚的，不然会造成用户利用的疲乏感，也容易增加解答客户问题的时间本钱，得不偿失。

逆境五：差劲的交互设计

用户在利用进程中，常常会问这个应该怎么操纵，为什么这个无法点击，为什么这个点击后跳转到这个页面。