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

编辑导语：随着平台业务的逐渐增多，需要对其进行定制化的需求设计，业务需求多样性与平台能力统一性的矛盾该如何解决？本文就该矛盾展开分析，并提出解决的相应措施，确保平台实现了通用一致的设计目的，一起来看下吧。

文章插图
一、平台提效设计的矛盾点在开始阐述本次专题之前，我想先简单介绍下我们的平台业务背景，随着字节教育前台业务的不断增多，前台业务对题目、图片、试卷等资源的需求量也越来越大，为了避免重复生产造成的资源浪费，题库中台生产能力应运而生，我们通过招募Freelancer或签约供应商，来为各业务线提供教育资源的生产服务，因此对内部我们也通常称呼为生产平台。
下图是我们的任务广场页，我们可以看到界面内罗列展示着各种各样的任务，这些任务通常会由不同业务根据需求进行投放展示，从而供生产员们自由领取进行生产。

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

文章插图
【平台|B端设计实战：从定制化需求到平台通用型设计】随着接入生产平台的业务不断增多，我们发现了一个日趋显著的问题，以同一个补答案的任务能力为例，我们会接收到3个存在差异的业务定制需求：

文章插图
德国哲学家莱布尼茨曾说过：“世上没有两片完全相同的树叶。”
我今天也想说：“中台没有两个可直接复用的业务需求。”
从上面的业务需求例子中，我们可以发现不同业务对平台能力的特性存在显著差异化的诉求，而每次业务需求一旦出现新的定制点，就意味着要重新走一遍研发排期流程，即便走最敏捷的研发测试流程也需要1周时间，这对业务而言非常的不友善，下游的设计、前端、后端、测试也不得不在各个业务的定制需求中疲于奔命，逐渐背离了平台快捷高效的初衷。
为了解决这个问题，平台项目组内部进行反复探讨，我们回归到了一种经典的哲学思辨：
业务需求多样性与平台能力统一性的矛盾该如何解决？

文章插图
为了解决这个矛盾，我们尝试过一些不靠谱的方法：

我们对业务妥协过，通过拉代码分支的方式为业务支持各类定制逻辑，让平台能力变得冗杂且不通用，最终导致平台的维护成本急剧上升；
我们对业务强硬过，希望通过说明书或培训让业务先了解我们的平台能力规则，再提出符合规则的需求，但收效甚微，也让业务开始质疑平台的服务能力。

通过各种踩坑后，最终我们达成了一个共识：

首先，业务需求一定是多样化的，这是业务背景差异性所决定的客观现实；
其次，平台能力必须是统一的，这是基本原则，否则平台将不再是平台；
最后，二者看似冲突但并非不可调和，辩证哲学针对这个话题已经给出了解答，只要我们能够抓住业务需求多样性的共性特征，我们就找到通用化设计的钥匙。

文章插图
二、从矛盾到通用的切入点在开展设计前，我们需要明确下当前的设计现状和设计原则：
作为B端生产平台的设计师，我们需要：

为解决多业务的生产问题而设计；