系统改版，尤其是erp系统、资产管理等后台系统的改版，尤其要慎重，改版优化之前，先要做几个自问自答，帮助自己梳理好设计思路。

首先，为什么要改版

现存系统最大的问题是什么，为什么要改版？

具体可以通过访谈使用者、模拟使用场景、新人系统自学后访谈等方式，提炼各路人马在体验系统使用之后遇到的问题。

举个例子，假设你得到的原因有如下几个：

使用者人员流动大

严谨的专业词汇（toB产品的特性）

功能叠加无整体性

功能入口不明确

流程逻辑不易理解

缺乏一致性。

怎么改

根据系统改版原因，制定设计目标

由业务目标确定设计目标，有明确的目标，才能明确需要做哪些工作才能达到我们的目标。
围绕你上一步得到的系统问题和改版原因，制定你的设计目标：

清晰的信息架构

便捷准确的操作

清晰可循的流程

易识别的控件。

根据目标得到设计方向：

信息架构重组

流程优化

控件规范。

根据设计目标，进行设计推导

首先分析与掌握业务 -->复杂流程梳理与分析-->改版策略：架构重组、流程优化、空间规范

那如何全面掌握业务并深入分析呢？我们使用了专家访谈，线下情景调研及深度访谈，绘制服务蓝图等方法来帮助我们掌握业务。

A.在思考设计方案之前，一定要对业务有充分的分析与掌握。

用卡片分类来进行信息架构的梳理，隐藏低频功能→重复功能删减合并→同类功能分组→高频功能多入口，并平铺架构来达到易达的目标。

B.对流程的梳理，根据不同目标使用不同流程图

整理完整体架构后，就要对功能流程进行梳理，在这一阶段，针对不同目的使用了不同的流程进行梳理：

页面间流程（关注点是用户需求，重点关注必经流程）

页面内流程（用于查遗补漏的，关注点是用户操作）

页面内模块流程（用于优化流程，去掉不必要的成本，关注用户认知+操作）

C.建立控件规范减少认知成本及开发成本
在后台管理系统中，表单，表格，弹窗的使用是最多的，所以对三个控件进行了规范。规范时参考了书籍《WEB表单设计》及大大们发表过的弹窗的，表格的使用规范。

改版后的效果如何？

原型测试

为了验证自己的改版设计是否有效，进行可用性测试。
测试归还流程：

1.确定目标（发现可用性问题、产品易用性、完成主要目标）

2.选择度量（效率与性能、准确率）

3.评估方法（原型测试）

4.规划预算与时间（材料准备、测试时长、数据整理，各需要多久）

5.测试材料准备（原型demo，计时器，测试记录，评分表，测试者招募）

6.专家和新手进行测试

7.整理测试数据

总结

1.明确业务目标→2.深挖改版原因→3.制定设计目标→4.进行设计推导→5.原型测试检验效果

本文出自 “更好的自己，就从这里起步” 博客，请务必保留此出处http://milkyqueen520.blog.51cto.com/11233158/1926430

系统改版自问自答