具体可以通过访谈使用者、模拟使用场景、新人系统自学后访谈等方式，提炼各路人马在体验系统使用之后遇到的问题。
举个例子，假设你得到的原因有如下几个：
使用者人员流动大
严谨的专业词汇（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
原文地址：http://milkyqueen520.blog.51cto.com/11233158/1926430
