《交互设计那些事儿》读书笔记

34:需求评估场景的提交物：需求规格说明书、需求评审会议纪要、需求变动备忘录。提交人：需求分析师。
35:功能设计场景的提交物：功能组织架构图、业务流程图、功能组织逻辑图、用例图、产品设计方案说明书。提交人：产品经理／交互设计师。
36:产品评审场景的提交物：产品评审会议纪要、产品设计变动备忘录、产品流程相关系列的图表（功能设计场景下提交物的各类图）。
37:交互设计做业场景下的提交物：交互设计文档说明书（DRD）、交互设计方案原型演示Demo、交互流程图等。提交人：交互设计师。
37:交互设计方案评审场景的提交物：评审会议纪要、变动备忘录、定稿后的DRD文档。提交人：交互设计师。
42:能够经过一些专业化的工具来帮助交互设计师提升工做效率与准确率：流程设计用Visio、XMind；原型设计使用Axure、Justinmind；PRD使用：Axure、Word、PPT等。
52:一个优秀的IT项目顶层设计方案的大纲应该具备以下内容：概述、背景、项目目标、项目架构、项目服务框架、项目执行计划方案、项目验收计划方案、总结。

55:注册流程主流程示例：1.填写注册资料；2.验证并激活；3.注册完成。（这里是一个主流程，也是业务流程，尚未细化到很是明确的分支流程）

57:需求的描述尽可能完整清晰，好比“通知提醒服务”，这条就没达到要求。提醒是用邮件、短信仍是站内信。

77:客户是否但愿使用手机号做为帐户名，为后期营销和搜集真实可验证的用户身份。  客户是否但愿在社交媒体作粉丝运营推广营销，那么引入第三方社交媒体进行登陆是一个解决方案。  安全性以及找回密码机制。  通用型，是否进行单点登陆设计全站和多线服务统一为一个帐号。

78:用户时刻须要知道当前位置可以随时返回至上一操做。让用户迷失在你的产品逻辑迷宫里是很是可怕的，用户一旦尝试退出或返回而迷失，最终会强制退出或卸载产品。

80:咱们在交互设计领域讲的原型，是指根据产品需求，进行产品具体化形态设计后造成的Demo，咱们称这个Demo为原型。
80:线框图是指用线条勾勒出一个产品的界面，用来展现创意和验证需求。通常状况下，不使用彩色设计，目的是为了避免影响后面阶段的界面设计效果。原型设计阶段主要针对页面逻辑、架构／结构设计低保真原型。

95:原型设计阶段最好使用占位符，不然会影响ui设计师对图标的设计风格。

103:Axure：快速原型设计。快速原型处于项目初期，对页面的精细要求并不高。

132:原型设计总结：

要点1:在设计过程当中尽可能不用色彩，最好使用灰、白、黑进行色阶区分，目的是为了让ui设计师可以系统性地考虑界面风格，而不会受原型设计里色彩的影响。

要点2:在设计原型的过程当中不要纠结于细节交互的实现，可灵活应用，完成你的方案，最终展现的交互流程让你们看明白，弄懂你的页面逻辑和产品架构便可。

要点3:原型设计必定要快速，原型是用来验证需求和展现设计方向是否正确的验证方式，经过快速原型设计能够节约不少沟通成本。

要点4:在设计过程当中不要沉迷于高级复杂的交互设计事件，好比，Axure和Justinmind中的不少高级交互动做、函数、变量、中继器等。也许你须要的只是用Visio画几个图像展现一下逻辑，或者使用纸和笔理理本身的思路。当你陷入困惑时不妨使用纸和笔试试。

要点5:保持头脑清醒，条理清晰，好比登陆流程要以登陆界面－登陆交互－登陆正常结构－登陆异常结果等为主线，这样才能保证在大项目中不会遗漏重要的交互步骤。

要点6:要及时预览你的原型，这样能够随时测试并验证你的原型，保证遇到问题及时解决。

要点7:要善于加注释，解释你的交互设计思路，方便开发人员和ui设计师理解设计方案。

 

134:高保真原型是指一个利用原型设计工具（如：Axure）作出的交互原型＋UI设计师切图，造成一个与真实产品一致或高度类似的原型Demo。更简洁的解释是：线框图＋UI设计师的组合结果。
142:高保真原型的制做过程是比较繁琐的。总之，一般有特殊要求时才会建议你们制做高保真原型，不然平常工做中用低保真足以完成需求。

149:关于测试和评估原型的经验分享以下：

从测试和评估的过程当中总结出一些经验并记录学习

把本身看成一个普通的具体的用户

尽量地模拟真实场景来评估，这样更具备参考意义

按照流程设计与逻辑设计方案走查本身的设计方案，找出问题

有针对性地屡次进行竞品分析，例如：支付宝和微信

创新说得好听，但作起来很是难，要作一件创新的事情，须要提早作好准备工做，而后说服全部的人，不然会打击自信心与积极性

原型设计完成后，提交给开发人员或ui设计师看是否能实现设计。须要注意的是，太复杂的交互设计要视项目组中开发人员的能力来定

确保本身的逻辑没有问题，核心的功能不能有错误，不然会浪费不少精力去解释与修补