中后台业务逻辑复杂且一般为内部员工使用，所以一直是体验设计的空白区，加之平时为了上线进度，很多功能都是随便倒腾下能跑通流程即可，根本顾不上好不好用，久而久之，后台就被丢到一个被人遗忘的角落，那些为数不多的中后台用户就一直忍受着奇怪的交互体验
1.整体思路框架
供应链物流的中后台业务流程，一环套一环，在流程上有着相对的一致性，所以希望把类似业务都整合起来，开发设计成一个可以灵活调度的中后台模板，我们根据对供应链物流的业务理解，开发了一套可用于设计转化的解决方案，并希望未来推广到更多的供应链业务中
思路框架如下：
2.数据转化
工作台的通用可行性方案，必须通过对业务的理解来制定设计策略，我们对端口、角色和实际操作者的分析，逐步推动设计思路的展开
2.1端口画像
首先，在做一系列产品之前，需要先确定一个基准产品。而通过端口画像，我们能更好的知道整个物流链条上在发生什么，不同端口之间是如何协作的，并且基于端口业务的配合，从不同业务中找到业务重叠最全面的产品作为基准产品，最终选定了物流配送端口产品作为基准
2.2角色画像
确定端口之后，就需要了解这个端口中每个角色是怎样工作的，这样才好确定工作台的定位，通过角色画像，了解整个物流链条上，每个职位角色的主要工作内容，职责范围，重点重视数据，为产品的通用化和定制化做准备
在角色和职责罗列之后，对角色进行了归类，按照管理角色和运营角色进行了分类
按照上述的归类方式，我们可以把不同组织的角色信息架构个罗列出来，这样罗列的好处在于，我们可以在后期进行首页等带有定制设计，能把该角色关注的数据给提取出来，设定成符合角色需求和路径的设计，使角色在使用工作台时更加便利，而不是盲目使用
2.3功能单位
不论是哪种对象，日常工作都是有不同的功能步骤所组成的，我们把功能步骤产结尾最小的功能单位，根部不同功能步骤，我们梳理出四种功能对象
网友评论