平台型产品适应的设计模式

Posted 2021-04-25 MicroUX

曾经的我，非常抗拒成为一名云计算产品的设计师。首先，因为自己对云计算领域的认知为零，总觉得设计师需要在理解业务的基础之上，才能更好的发光发热。其次，因为C端产品的设计更能让人感同身受，因为面对的是广大的用户群体，而自己也是这群体中的一员，很容易运用同理心来进行设计。但是，这个flag倒了，我跳出了自己的舒适区，如期的成为了一名云计算领域的交互设计师，负责云计算10余款产品的交互设计。既然上了车，那便做的风生水起吧。

平台产品设计模式

   这一年，我主动承担起了整个云平台近130款产品的官网设计工作。面对这么大体量的产品设计工作，我要如何完成所有产品的优化设计呢。在这个过程中，我也逐渐总结出了一套平台型产品适应的设计模式。

什么是平台型产品

平台型产品需要具备很大的包容性，因为需要为多样化的子产品提供展示的平台。同时还需要具备一定的灵活性，可以让产品展现自己特有的价值。

ToB典型以云计算类产品为例，包含众多云计算类的子产品：计算、数据库媒体服务等；

而C端的如淘宝、京东、美团，其实也是一种平台型产品，在这个app的平台上承载了其他的子产品，比如美团包含美食、电影、酒店等类目。只是因为美团中的子类目就是一个单独的业务、所以差异性比较大。而云计算这种，子类目之间内容差异性较小，这种设计模式就比较实用了。

产品分类

所以首先我们需要在产品之间找到他们彼此之间的共性，然后进行一个分类。比如，云计算产品中有一种叫做【解决方案】的东西。

主要是通过几款不同产品之间的串联使用，专门解决某一具体场景的问题，从而形成了的【单场景解决方案】。而多个单一场景的解决方案又共同组成了聚合型的解决方案，比如多媒体这个行业就是一个聚合型的解决方案，包含短视频、互动直播、视频监控等多样化场景的单项解决方案。

因此这种解决方案的类型变分好了，一种是单场景型的、一种是聚合型的。

目标问题汇总

针对不同类型的内容单独汇总问题，你可能会直接想到最典型的“发现问题-分析问题-解决问题”的阶段了。

但是这里的【问题汇总】会有些许不同，典型的“发现问题-分析问题-解决问题”的流程可能不太实用，因为平台型产品的子产品类型太多，一般这种云计算产品的解决方案就有二三十个，体量太大。

如果只是发现问题，先不说走查完全部产品就要耗费很长的时间，就从发现问题本身考虑，也可能会偏于表面，很大程度上会针对现有问题进行分析和解决，那么有可能会被限定在框框里，很难有创新的内容。

所以这里的问题汇总，可以更广阔一点。先从目标出发，想要达到这个目标，现有的平台存在哪些问题，进而汇总这些问题。比如我们这一次平台优化项目的目标就是：

①让用户了解【解决方案】是什么

②吸引用户，建立信任感、认同感

③联系我们、使用我们的产品

提出假设

这个阶段便是要基于之前汇总的问题，区分不同的产品类型进行大胆假设。比如单场景的解决方案，会有不同类型的用户，那么每一种用户对产品的期待是不同的。

新用户因为不了解这个产品，可能会比较关心产品能解决什么问题。

而一个比较了解这个服务的人，有可能更想知道这款产品的优势是什么、有哪些价值。有没有成功的客户案例、有没有业界名气较高的公司在与我们合作。

这就像是我们在买爆款衣服的时候，会说这个衣服是哪个明星穿的一样。B端的产品则是通过【客户案例】这种方式来建立产品的信任感。所以，在此阶段，就要针对目标和问题，进行大胆的假设，输出对应的设计策略。

典型产品试点验证

因为前期已经做了产品分类，此时只需要在每一种产品分类中找出一款典型的产品，将假设应用在这一款产品上。与此同时，需要对已有的目标设置验证的指标。数据层面可以通过用户的停留时长是否有增加，用户浏览的页面深度是否满足预期，注册使用产品用户量是否有增加等等来验证。定性研究也可通过可用性测试、调查问卷、用户访谈等方式，让用户主观的表达新旧版本的优化效果是否符合预期等。当然这是一个反复的过程，在一次次的验证过程中，也可能会出现新的问题需要改进，从而又变成了下一次的目标问题汇总，然后再一次的进行假设和验证。

模板化应用

最后，如果已经验证过你的假设是可行的，试点的产品得到的数据验证或定性研究都有一个正向的趋势。那么接下来，就可以把某一类型的产品进行归纳汇总，输出模板级的设计。从框架—板块—内容—元素，将页面内容进行拆分，同时针对内容的多变性进行不同的视觉样式的支持，可以灵活的配置。

比如我的整个banner图，可以包括：标题名称、简述、主次按钮、配图，以此来生产一个banner模板，提供个产品方，让他们根据格式提供内容。

如果条件允许，此类设计模板提取出的公共元素，最好可以让前端同学开发CMS系统，这样对于这种量级很大的平台来讲，在变更/配置内容时，可以提高效率。

除文中提到的【解决方案】的相关案例之外，这个设计模式还被我应用到了各个产品的产品介绍页、以及一些其他的业务场景中。总结这一设计模式后，再次设计这类平台展示型的产品就变得简单、有效、且快速。

最后

当你在工作中总结出方式方法之后，工作也变得生动有趣了起来。所以现在再来看设计，我也不再是单纯以同理心来看待问题了，不管业务是否是自己所熟悉的范畴，当你深耕下去，自然会变成你所熟悉的业务。

·END·

作者简介：

从ToC到ToB，从人工智能到云计算，一路野蛮生长的交互设计喵。