个人尝试-一个简单项目的交互设计流程简述

这是我第一次尝试在分享型社区写作，也想成为一个好的开头，慢慢让自己学会去适应“转述”型的学习方法，巩固自己经历知识性的东西。

先引入我要陈述这次简单项目的流程方法，借用的是被广为流传的交互设计流程方法，基于《软件观念革命：交互设计精髓》（About Face）写的。（我是没读过这本书，只是看了不少关于其文章）在陈述前，粗略描述产品需求；来源为公司平台为贵金属交易平台，用户在参加活动时，每次都会涉及到后台的工作人员的审核，而，近期会上一个活动，要求用户完成相应的任务之后，通过后台的工作人员审核之后，才可以得到奖励。而，此时，急需一个管理员审核后台的功能模块。产品急需上线。（ok开始叙述。。。）

流程大纲；

1.定性研究（Qualitative Research）

2.确定人物角色（Persona）

3.写问题脚步（Problem Scenario）

4.写动作脚步（Action Scenario）

5.画线框图（Framework）

6.制作原型（Prototype）

7.专家测评（Expert Evaluation）

8.用户测评（User Evaluation）

一、定性研究

按照对用户尽可能的了解为最终目的，通过以下五个方面；行为、态度、资质、动力、技能。在此次对使用的用户进行以上五个方面进行研究；

使用人群；后台管理客服、后台技术管理人员、信息部相关人员等

行为分析：按照活动推广效果程度，预计相应的工作人员会在活动推广期间，每日工作时间使用3至6个小时之间。

态度分析：对于强行制的后台管理工具，工作人员是必须使用的。就类比12306官网，可以说有就是很完美的一个产品，如果没有你就得去排队买票，那管理型后台工具也是，如果没有，那工作人员就得一个一个去对应的人工处理。所有在态度这方面，我理解为，产品能做到可用是必须的，乃至能做到易用，甚至好用。对于工作人员的工作态度是完全取决于这个管理系统处理工作的效率。

资质分析：使用的用户学历大部分均为大专学历，少数为本科与中专学历的，对使用产品方向，更多的是去适应，应该会出现多数的吐槽不好用的点，可能会较少能想到去优化的面。

动力分析：能让工作人员产生工作的动力，在工作方面，更多的是自身与公司的环境决定占大比例，那工具的使用也就是公司工作环境的一部分，那最大动力的方面就是要让产品做到好用。

技能分析：由于使用的是公司相关工作人员，类似的管理系统工具有使用过，那在熟悉程度没有什么程度而已，并且，在对业务流程没有问题的情况下，无论是在相关的模式还是全新的，熟悉是很容易的。

二、确定人物角色

基本在相关人员的明确需求下，使用的人物角色已经是完全确定了的，详细如上研究

三、写问题脚本

以故事的形式对人物陈述进行描述问题；

后台管理客服A：“在处理大量交易订单的时候，刚刚把处理好的排好序，有客户突然要查自己的订单情况与进度，怎么办？”

后台技术管理人员B：“活动定义比较的类型比较多，用户参加之后完成的任务会出现很多类型，怎么才能很好的展示呢？”

后台技术管理人员C：“不同事情完成任务的用户，怎么去分类呢？”

.....

四、写动作脚本

同样以故事对话的方式，回应所出现的问题。

A：“对各种形式的订单进行分类，在后台对数据归纳细化，在可视化端进行对时间/关键字/交易账户/姓名等关键字，进行搜索查询”

B：“对所有用户，活动任务类型等类目进行标签化”

......

五、画线框图

初步对所有类目进行列出了，进行简单的在纸上排列，分类，模拟出最优的排列方式，并且参考类似列表型的管理系统进行对比，选取交互比较好的案例，进行临摹，类比等等（如QQ邮箱、网易邮箱等等）

六、制作原型图

按照线稿图，用Axure8.0快速的进行原型制作。

七、八、略

（图片与原型链接后期补上）

收工！

步骤是明朗的，感觉思考的地方还是太少了！哎