交互规划文档标准 (前端交互规划标准)

怎样进步交互规划能力
根底篇
适宜刚入行并开端触摸项意图规划师学习 ：
1.规划的美学常识。
2.交互规划的根本准则，如一致性、削减输入和削减操作过程等等，这些准则简单了解，经过学习事例和阅览通俗易懂的书本迅速地把握。此阶段适宜泛读《交互规划精华》等书本，不宜精读，没有项目经历的话，读完之后不知所云。
3.渠道特性及其规划规范，经过阅览渠道的规划规范对规划思想的构成十分有协助，特别是Microsoft和Apple的文档。
4.做交互规划计划的办法，如制造流程图、原型图和编撰交互规划规范文档，难度不大，仅仅需求屡次的操练。但这种文档很少会对外共享，学生很难学习到这部分内容，这会影响到他们表达自己的规划主意。
进阶篇
适宜有3个月以上项目经历的规划师学习：
1.特定控件规划，如标签栏、标签栏、列表界面和弹窗口等，汇总已有规划的优缺点和规划规则。
2.特定界面规划，界面中怎么出现特定的信息，如应用程序主页、个人材料或许数据流界面。
3.独立常用功用规划，如注册登录、刷新和功用引导，需求了解功用背面的技术常识和产品战略，需求制造流程图，安排线性的操作流。你需求调研已有产品，并企图区别它们的优缺点。与技术人员交流是学习技术的有效途径，你可以有意尴尬产品司理，让他们解说各种产品战略，把握更多的信息关于做出正确的规划决议计划和扩展视野十分有协助。
一个完好的交互规划流程是怎样的
一、定性研讨（Qualitative Research）：针对或许运用你的产品的人，可以是问卷、访谈……
二、承认人物人物（Persona）：即产品的典型用户，可以有一种或几种。例如知乎可以有一个人物人物叫CEO。
三、写问题脚本（Problem Scenario）：罗列人物人物在运用产品时或许遇到的问题，可以整理成一个故事便于他人了解。
四、写动作脚本（Action Scenario）：像写故事相同，写人物人物在运用你规划好的产品时，发作的细节。留意，这个时分你的交互计划的概念模型现已根本成型了，这个概念模型是经过解决问题脚本里的问题而得出的。
五、画线框图（framework）：这个线框图是经过把动作脚本里的概念模型转化成视觉模型得到的。
六、制造原型（Prototype）：做出来如同可以用的东西，有许多原型东西可以运用。
七、专家评测（Expert evaluation）：至少两名规划师或对交互规划比较了解的人经过重复测验原型。找到问题后修正线框图并更新原型。
八、用户评测（User evaluation）：让用户运用原型，可以给他们一些使命去完结。依据用户在运用过程中的问题和主张进行进一步修正。
假如你想要知道详细怎么做，请持续看。
一、定性研讨（Qualitative Research）：
不管你用何种方式做查询，你的意图是了解用户的五个方面：
1、行为（Activities）：例如知乎用户多久用一次知乎、一次用多久？
2、情绪（Attitudes）：例如知乎用户怎样看待知乎这个产品？
3、资质（Aptitudes）：例如知乎用户的学历怎样？
4、动力（Motivation）：例如知乎用户为什么用知乎？
5、技术（Skills）：例如知乎用户对运用相关产品是否了解？
二、承认人物人物（Persona）：
假如你的定性研讨有所成功，这时你应该对你的用户有所了解了。依据上文中的五个方面，你需求挑拣出最典型的一个或几个形象。例如知乎的人物人物或许有：比较一般的求知者、特定范畴的专家、处处灌水的……
你不但要承认这些人物人物（Persona）的主要特点，还要承认他们的需求和意图。为了添加真实性，可以给人物人物（Persona）取名字，选一张相片，细化他们的布景材料。
以下是一个典范：（下图来自User evaluation Report · 480Oswego2013/CSC-HCI-480-2013-repo Wiki · GitHub）
三、写问题脚本（Problem Scenario）：
依据你对人物人物（Persona）的了解，你应该现已可以设想出他们在运用产品中或许遇到的问题了。你可以为每一个人物人物（Persona）列一个问题单，也可以把它们整理到一个简略的故事里。
四、写动作脚本（Action Scenario）：
首要你要为已列出的问题想好或许的解决计划，然后写一个简略的故事把这些解决计划包括进去。写成故事的优点是代入感较强，对他人来说简单了解。国内比较推重故事版，可是把一切情形画出来的功率是十分低的。
五、画线框图（framework）：
这个时分你对你的交互计划现已有了一个比较抽象的主意了，现在只需把它具象化就好了。线框图我们都比较了解，这儿就不多说了。
六、制造原型（Prototype）：
就算没有程序员协助，可以运用的原型东西仍是许多的。例如Axure RP和Pencil Project都比较有名，国内也有不少。不过我只用过InVision，感觉还可以。不管用什么办法，哪怕是PPT或许PDF，只需做出一个可以交互的东西就行了。
一个原型是不或许完结一切功用的，所以你要承认几个可以走通的使命。例如可以成功在知乎里发布一个问题等。
七、专家评测（Expert evaluation）：
原型完结后招集至少两三个规划师或许对交互比较了解的人，运用并评测原型。你可以将原型所重视的几个使命列出来，避免专家不知道原型哪部分可交互哪部分不行交互。
比较常用的评测办法是启发式评价法（Heuristic evaluation），而这种办法比较常见的规范是尼尔森交互规划规律（Nielsen Heuristic）。以下是十条尼尔森交互规划规律（Nielsen Heuristic）：
1、体系状况是否可见（Visibility of system status）
2、体系是否契合实际国际的习气（Match between system and the real world）
3、用户是否能自在地操控体系（User control and freedom）
4、一致与规范（Consistency and standards）
5、过错防备（Error prevention）
6、减轻低用户的记忆负担（Recognition rather than recall）
7、灵活性和功率（Flexibility and efficiency of use）
8、漂亮简练（Aesthetic and minimalist design）
9、协助用户认知、了解过错，并从过错中康复（Help users recognize, diagnose, and recover from errors）
10、协助文档（Help and documentation）
怎么做启发式评价法（Heuristic evaluation）？很简单，专家们各自将自己发现问题列出来，并将之与对应的规律相相关，或许依据规律来查找问题，然后专家们分别给自己的问题打分。专家们完结自己的问题列表后，一同评论，将问题整合起来。
常用的打分办法如下：
4分 - 问题过分严峻，一旦发作用户的进程将会停止而且无法康复
3分 - 问题较为严峻，很难能康复
2分 - 问题一般严峻，可是用户可以自行康复，或许问题只会出现一次
1分 - 问题较小，偶然发作，而且不会对用户的进程发作太大影响
0分：不算问题
记住：评测完后别忘掉修正你的线框图和原型！
八、用户评测（User evaluation）：
原型经过专家评测后，你可以找一些典型用户运用原型。你可以把使命列给他们，让他们自己测验完结使命。中心遇到的问题可以记录下来，规划师经过调查来进行评分。
比较常用的用户评测办法是Think Aloud（对不住没有找到适宜的翻译）。做法也很简单，你让用户运用原型完结指定的几个使命，让他们在运用过程中将他们的每一步和心中的主意说出来。假如他们忘掉说或许不知道该怎么说，你可以恰当发问。与此同时，你要将屏幕和声响录下来，可以用录屏软件或摄像头。完结后，你回放这些视频，把调查到的问题和用户陈述的问题悉数记录下来，与交互规律相关而且打分。
值得留意的是，许多人更习气给出主张而不是提出问题，例如“这个按钮应该更大一点，这样才看的到”。这时，你该记录下来的是“按钮不行引人留意”。
期望可以帮到你，望采用，谢谢！

Halifax Central Library features stacked glass boxes

评价交互规划有哪些既有准则
共有是个准则：
01 体系状况的可视化
体系应该总是能及时经过恰当的反应，让用户得悉体系现在的状况。
02 体系界面应契合实际国际的常规
体系应该运用用户的言语，用户了解的句子，阶段和概念，而不是运用依据体系的术语。遵从日常的常规，使得出现的信息天然且具有逻辑。
03 让用户有操控的自在
用户往往会误履行了体系的某个功用，这时需求一个明显的“紧迫退出”操作，使得用户在还没有得到不期望发作的成果前，能阻挠体系持续履行用户的误操作。别的，体系应支撑“吊销操作”和“重做”。
04 遵从一致性和规范化
体系的相同一件事物不该该运用不同的句子，状况和操作而使得用户发作疑问。一般应遵从体系渠道的常规。
05 避免用户犯错
应该在一开端就避免过错的发作，过后再好的过错信息也不如这种防患于未燃的规划。考虑设置某些条件约束来避免用户发作过错，或许在用户挑选提交操作前协助用户查看承认。
06 辨认好过回想
经过对目标，操作和挑选的可视化，使得用户的记忆负担降到最低。在接连的操作中,不该强制用户记住某些信息。体系的运用阐明应该很明显或许在恰当的时分很简单获取。
07 运用的功率和灵活性
方便方式(关于初级用户来说是不行见的)——对专家用户来说往往能进步操作的速度，这样使得体系可以统筹初级用户和专家用户。答应用户经过定制使那些频频的操作方便化。
08 精约规划
操作中不该该包括不相关的信息和很少用到的需求。每一个额定的信息都会与操作中的相关信息构成竞赛，然后弱化了主要信息的可见度。
09 协助用户辨认，确诊并修正过错
过错信息应该运用平实的言语表达(非代码)，正确的阐明问题，并有建设性的提出解决计划。
10 提示和协助文档
即便体系可以在不需求协助文档的情况下很好的被用户运用，也有必要供给协助提示和文档。这些信息都应该很简单的被查找到，并整合集成到用户的使命中，并排出详细的操作过程，而不是巨大抽象的文档。