B端设计实战：从定制化需求到平台通用型设计

　　在开始阐述本次专题之前，我想先简单介绍下我们的平台业务背景，随着字节教育前台业务的不断增多，前台业务对题目、图片、试卷等资源的需求量也越来越大，为了避免重复生产造成的资源浪费，题库中台生产能力应运而生，我们通过招募Freelancer或签约供应商，来为各业务线提供教育资源的生产服务，因此对内部我们也通常称呼为

　　下图是我们的任务广场页，我们可以看到界面内罗列展示着各种各样的任务，这些任务通常会由不同业务根据需求进行投放展示，从而供生产员们自由领取进行生产。

　　作为一个B端生产平台，平台定位决定我们要服务多业务，多业务必然会产生复杂多变的业务场景，从而衍生出多样化的定制需求。

　　随着接入生产平台的业务不断增多，我们发现了一个日趋显著的问题，以同一个补答案的任务能力为例，我们会接收到3个存在差异的业务定制需求：

　　从上面的业务需求例子中，我们可以发现不同业务对平台能力的特性存在显著差异化的诉求，而每次业务需求一旦出现新的定制点，就意味着要重新走一遍研发排期流程，即便走最敏捷的研发测试流程也需要1周时间，这对业务而言非常的不友善，下游的设计、金年会体育前端、后端、测试也不得不在各个业务的定制需求中疲于奔命，逐渐背离了平台快捷高效的初衷。

　　为了解决这个问题，平台项目组内部进行反复探讨，我们回归到了一种经典的哲学思辨：

　　为了确保设计能够通用一致，我们首先基于多个业务针对平台任务提出的定制需求，归纳了一个通用需求场景：

　　基于以上假设，我们重新梳理关键目的（业务特点），发现不同的业务背景间包含多个同类的业务属性，我们可以将其抽象归纳为关键目的的共性特征。

　　我们继续梳理表现诉求（定制任务），金年会体育发现不同的业务定制需求中包含多个同类的任务特性，我们可以将其抽象归纳为表现诉求的共性特征。

　　通过抽象共性特性，我们可以将通用场景转化为明确的设计机会点，业务属性成为通用条件，任务特性成为通用结果。

　　将通用业务属性录入至平台内，并为其内置常用的变量值，形成平台配置能力的基础条件。

　　如果业务认为我们抽象的业务属性不够或过多，我们依然支持业务在项目权限内对业务属性和变量值进行增删修改，而我们提前基于业务权限做了项目数据分隔，所有变更仅在单一业务数据内生效，不会影响到其他业务的属性及变量值数据。

　　这些业务属性将成为平台的通用能力，用于服务更多的业务需求，达到通过配置设计实现定制效果的目的。

　　根据“不同业务属性，定制不同任务特性”的场景思考进行配置设计，我们将基于业务增删修改后的业务属性作为任务配置的通用条件，任务特性则成为任务配置的通用配置项。

　　通过切换业务属性条件实现匹配业务背景的对应目的，基于业务属性条件可以实现配置更多定制的任务特性，而每次的规则配置将不再需要重复走研发流程，极大的提升了业务体验，同时也帮助设计产研从重复性劳作中释放，给予我们更多时间来进一步丰富和优化平台体验。

　　整个配置设计对业务而言，默认条件对应业务背景的关键目的，而配置项则对应业务的表现诉求，从心理模型上匹配了业务的需求逻辑，实现了清晰高效的设计目标；

　　对平台而言，将定制点中的共性特性进平台能力通用化，确保平台配置的最大兼容性和复用性，实现了通用一致的设计目的。

　　通过以上方法，我们将业务配置流程平均耗时从研发流程10天降低至手动配置1天，整体流程提效90%以上。