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设计师看是否能实现设计。需要注意的是，太复杂的交互设计要视项目组中开发人员的能力来定
确保自己的逻辑没有问题，核心的功能不能有错误，否则会浪费很多精力去解释与修补