分销商订单系统

项目目标

逐步完善分销商后台的功能及可用性，提高工作效率及准确性。

我的角色

我作为该系统唯一的设计师，直接跟业务方（财务）和工程师对接。我负责交互设计、视觉设计以及功能说明文档。

系统简介

该系统是官方提供给分销商用来管理自己订单和账户的一个系统。主要包括「创建订单、支付订单、开发票、余额管理」

等核心功能。

产品功能结构图

01. 当前问题

用户使用该系统的目的，大致分为三类：订单查询、账户管理及订单操作。当前用户反馈的问题如下：

「操作有点麻烦 / 容易误操作（比如会选择已支付和未支付的订单合并开发票) / 没办法查看订单详情」

因此，我们重新回顾操作流程及页面的信息架构，去理解问题及用户的场景。我们发现，操作界面没有根据目前的业务逻辑做限制，自由随意的操作最终导致用户有了不好的体验。

02. 一期迭代目标

提高用户操作的效率及准确性。

03. 产品策略

将订单操作场景分开，并根据业务逻辑做一些限制和引导。

04. 设计方案预览

新旧版本对比

05. 设计方案详述

Part 1. 操作效率的提升

选择「付款」或「开票」，则直接进入对应场景有意义的列表及操作，隐藏不相关的信息。

Part 2. 数据源的联动

业务逻辑：仅未开票的订单才能「开发票」。
设计点：当用户在「开发票」场景下，则仅展示「未开发票」的所有订单。

Part 3. 数据的联动

业务逻辑：已支付的订单和未支付的订单，不可以合并开发票。
设计点：当用户在「开发票」场景下，如果选择了「未支付」类型的订单，则「已支付」类型的订单则锁定不可选择。

THE TAKEAWAYS

持续迭代型项目基本遵循一个结点模型：提出问题→产品策略→设计方案→验证→效果回顾。

Workflow of Iteration

设计师参与在一个持续迭代的项目中时，可以参考下面表格的逻辑，管理每一次迭代的核心结点的内容，以帮助自己随时随地以全局的视角理解项目的进展。

THX

Owner