查看原文
其他

拆解复杂系统:设计电商系统的有效方法

WeDesignCenter We-Design 2024-03-31
Sharing

在电商业务中,需求的复杂性常常让人望而生畏。为了让用户在实际使用时能有更好的体验,设计师需要先理解需求,再将其转化为清晰易懂的内容。


而在面向多个角色/场景进行设计时,是否会遇到细节的遗漏?或者遇到角色间有错综复杂的关系难以应对?


复杂系统便是需求的难点所在,我将分享尝试使用 C4 模型对复杂需求进行拆解,帮助设计师理清角色关系与细节,避免遗漏。


本期提纲:

什么是复杂系统?

如何拆解复杂系统?

写在最后

1什么是复杂系统?

维基百科:“复杂系统(complex system),又称复合系统,是指由许多可能相互作用的组成成分所组成的系统。”


这种非线性的系统在日常生活中很常见,比如全球气候、交通、通讯系统等基础设施网络、城市社会和经济组织。

▲ 地球碳循环这些系统的集合不是简单的每个部分行为的总和,理解复杂系统就是理解系统的部分以及部分间的关系。

而电商系统是个复杂系统,除了消费者接触到商品店铺、物流系统和售后管理以外,还包括卖家如何入驻平台的进件系统,商品的管理系统,运营分析的数据系统等等。

2如何拆解复杂系统?“以特定的顺序引导我的思维,从最简单和最容易理解的对象开始,一步一步逐渐上升,直至最复杂的知识。”——笛卡尔

在设计方案前可使用 C4 模型进行拆解。C4 模型是一种用于描述和传达软件系统结构的模型,由“Context(上下文)、Container(容器)、Component(组件)、Code(代码)”四个抽象层次组成。


通过 C4 模型,我们可以从宏观到微观,逐步深入地理解系统的各个部分以及它们之间的关系。

▲ C4 架构图

就像地图,随着放大可以逐渐看清国家之间的界限,省和市的包含关系,道路的布局。

▲ Googlemap

该模型最大的好处是可以帮助我们将问题与关注点分级,不是一个层面的问题,不要在同个层面解决。


原模型是通过架构的视角进行表述的,而作为设计师,我将 C4 模型转换成设计视角下的“系统上下文、功能、流程、页面”这四个层级帮助我拆解复杂。接下来将通过单个模块的展开对模型的实际应用进行分享,仅用于抛砖引玉。

1. 系统上下文

这一重点关注事件在系统中的运行情况。即需求核心系统与其他系统、角色的关系,这是需求分析至关重要的一步。我们可以通过“Who(谁)/What(什么)/When(何时)/Where(何地)/Why(为何)/How(如何)”等问题来解析。


例如,我们需要设计一个直播间「抽奖实物商品」的功能,以满足直播商家的运营需求,为商家提供快速设置奖品并发货给中奖观众的能力,让观众在中奖后可以及时收到中奖商品。


who     观众和商家what    抽奖when   在直播过程中where  直播间why     商家通过抽奖行为转化观众,提高用户粘性;用户通过抽奖获利。how      观众参与抽奖后中奖,商家发货给中奖观众。
我们可以用图示意,为后续复杂的展开确定了基础框架。2. 功能

通过上下文整理出框架后,下一步我们需要站在各视角下枚举与之相关的所有功能流程。该步骤可根据实际需求选择合适的维度作为枚举依据。在直播间抽奖这个需求里,我选择了事件发展的时间序推演功能任务。


例如,商家在抽奖活动事前、事中、事后都有各阶段的重点功能:

事前- 小店商家和带货达人,分别准备好用于抽奖的商品「商品管理功能」

事中- 设置抽奖规则「直播间抽奖」

事后- 发货给中奖观众「订单/配送功能」

而观众在抽奖活动事前、事中、事后也有各阶段的重点功能:

事前- 观看直播参与抽奖「参与抽奖功能」

事中- 中奖提交发货信息「下单功能」

事后- 订单中心管理中奖订单物流状态「订单/售后功能」

这一步无需关注具体的判断、细节,用具有统领性质的功能去串联主线。


通过整理可以发现,区别于拥有自己店铺的商家,带货达人是没有自己的商品和发货系统的。因此为了抽奖实体商品,需要为达人单独设计抽奖商品管理、订单配送功能。


商品管理和订单配送便是在「商家」端的重点功能,为提高商家体验,我们需要在两个功能的主流程里更关注提效。


观众在下单之后,区别于普通购买的商品订单,中奖订单是需要能被一眼识别的。

3. 流程

我们对功能梳理完毕后,便可以着手流程的梳理,这一步骤的拆解对最后的设计至关重要。在这个步骤里,我们关注的是单个功能中的主流程,以及功能间的交叉联系。完成这一步后,复杂系统的脉络便能清晰呈现。


我的方法是:当我们聚焦在单个功能时,可以尝试将流程视作坐标轴。


x 轴代表流程中的关系和顺序,y 轴代表流程中单个节点的层次结构。


以订单为例展开,商家视角下的中奖订单按照流程顺序来看:如果需要生成中奖订单,会需要先有订单信息、商品详情、物流服务、个保隐私、售后服务等。


按照单个节点的纵向结构,也可以通过订单是否已发货/已完成得出订单状态以及对应操作。

而商家的订单状态和行为将影响观众侧的中奖订单状态,因此在观众视角下的中奖订单也需要和商家侧一一对应。

当拆解到这一步时,如果逻辑严谨,条理清晰,系统中的分支逻辑基本也能被囊括。


此时我们不妨回到上下文关系(context)里对角色/端的梳理,检查信息对于其他角色/端是否有影响,影响是否和上下文中的联系是一一对应的,重新审视结构是否具备完整性。

4. 页面

理解设计目标才能最终产出满足需求的具体页面。需求目标经过以上结构拆解,分化出了不同的设计目标,不同的设计目标将指引设计师产出对应的页面。


比如商家的目的是运营获客。除了奖品具有吸引力可以让观众抽奖以外,平台需要为商家的发起、管理流程提供便捷操作,帮助商家快速发起抽奖。


由此拆解的设计目标为「为商家提供提效工具」。


在抽奖流程中,为了帮助商家快速选中所需商品并发起抽奖,提供检索和优化排序;在订单管理流程提高发货效率,根据待发货状态提供快捷操作。

而观众的目的是通过中奖获利,免费体验商品。因此需要在抽奖的过程给予正向反馈,中奖后及时引导下单。平台需要为中奖的订单设计差异化,帮助中奖观众在自己的订单列表中锚定中奖订单。


因此设计目标便是「为观众提供差异化的订单」。

每个模块的重点有所不同,但需求目的不会变化。


除了具体页面具体设计以外,在前置的需求分析时可提前与开发进行技术方案的讨论,多考虑既能满足设计需求,又为代码减负的实现方案。

5. 小结

让我们再回顾一下 C4 模型的结构重点:


定义系统上下文:包括系目标、用户需求、业务领域等。


定义系统功能:描述了系统的整体结构和组织方式。将系统划分为不同的功能模块,例如子系统、二级模块、组件等,并明确它们之间的关系。


定义系统流程:按照功能模块对功能内的流程线做横向关系和顺序,纵向单个节点的层次结构的梳理。


设计具体页面:确定设计目标,转化为具体页面。


C4 模型在电商需求分析中最大的优势在于逐级分层理解系统,系统中的角色关联性可以被体现,且各角色下的重点与结构判断不被遗漏。


同时,我们可以提前与开发进行技术方案的讨论,多考虑既能满足设计需求,又能为代码减负的实现方案。

3写在最后整理并输出一份完善的设计方案,能有效帮助项目各参与更快的进行合规、实现的评估;清晰的框架结构能对问题进行分层,最终达到对项目提效的目的。
—  The end  —*本文仅代表作者观点如需转载,请注明来自WeDesignHuiwen

拾阶而上

继续滑动看下一个
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存