Group items matching

in title, tags, annotations or url

《Communicating Design》里面也有10种~ Personas 角色设计文档 Usability Test Plan 可用性测试计划 Usability Reports 可用性报告 Competitive Analysis 竞争分析 Concept Model 概念模型（概念图） Content Inventory 内容清单 Site Maps 站点地图 Flow Charts 流程图（交互流程图） Wireframes 线框图 Screen Designs 视觉设计、原型设计等

5、6、7可以在小型项目中结合，大型的项目中还是要适当分开。 交互原型可以以交互设计说明书的附件形式存在

1、产品概念文档(项目策划书) 主要是对市场需求进行合理的科学的推导，得出新产品机遇，并对产品定位以及未来的发展方向进行概念性阐述。产品概念文档主要用来对新产品进行宣讲，让项目团队对将要开发的产品有一个概念上的理解，在思想上达成一致。 2、用户调研报告 主要有两类，一类是产品概念形成之初，研究人员进行的需求调研而输出的报告。主要是为产品概念的提出提供科学的依据，为需求的推导寻找佐证。另外一类是项目开发过程中，对设计中不确定以及有分歧的地方进行用户测试，得出结果并输出用户测试报告。 3、产品需求列表 这个列表并不一定是文档，但是他非常重要。它是将新产品拆分成几个大的模块，并将这几个大模块再细拆分成各个功能点后形成的功能列表。它的用途是将整个产品的工作量化，利于设计师、开发人员、测试人员评估自己的工作量，利于开发过程中对各个功能点进行跟踪，不遗漏，利于产品测试时对产品进行全面覆盖。 4、产品说明书 产品说明书是目前很多公司中最常见，他主要包括产品功能的详细描述，产品所需要的开发、运行环境，性能要求等等。准确的讲，这份文档并不应该包含具体的交互内容。这个文档面向的是项目的全体成员。 5、交互设计说明书 交互设计说明书对整个产品的界面结构、交互流程进行详细的描述。它一般包括需求分解、竞争产品分析、流程说明、页面布局说明等内容。交互设计说明书的格式众多，灵活性也相当高，但目的都是将产品的结构和及流程形象化。交互设计说明书主要面向开发人员和测试人员。 很多公司将交互设计说明书和产品说明书结合在一起进行撰写，其实这种做法并不是十分合理。通常情况下，产品和设计结合的文档结构非常庞大，非常不利于查阅，也不利于撰写，而且这种结合文档的很多内容对特定人员是无用的。 6、交互设计规范 交互设计规范主要是用来规范新产品中常规的功能、操作等内容，比如页面的标题规范、界面快捷键操作的规范、提示反馈信息的规范等等。 7、视觉设计规范 视觉设计规范主要是规范新产品中一些视觉元件的样式、页面边距相对边距、通用界面的页面框架等等，开发人员根据规范就可以自行开发一些通用界面。 8、开发文档 开发文档包括一些需求分析、系统架构分析、数据库分析、开发日志等等内容。开发文档主要用来作为开发团队的技术沉淀。 9、测试用例 测试用例指对新产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。 10、产品评估报告 产品开发完成后，应由测试人员撰写一份评估报告，对产品功能的实现情况、性能情况、bug解决率等问题进行综合说明和评估，来确定新产品是否符合发布标准。 上面的这十类文档是非常理想化的项目中才具备的，也并不是适用于所有的项目开发，但是，产品说明书、交互设计说明书、测试用例等几类文档是一个项目中不可能缺少的，他们是一个项目有效运行的核心文档。

理性 基于科学考虑的功能性图形设计也就是我们经常讨论的GUI，它主要服务于系统化平台的交互系统，协助、指导用户顺利完成期望的任务流程，一般我们接触到的视觉设计元素包括： 图片按钮； 导航设计； Banner动画或静态设计； 表单样式设计； 表格、数据、文字表现设计； logo设计 以及图形化不强的页面文字排版、空白布局设计

为什么现在有很多GUI都想转行做UI或ID(interaction design)，而忽视视觉设计的价值？我觉得这里面有下面几个原因： 市场恶性竞争，促使视觉审美下降，从而导致创意制作的贬值。所以，除去个别优秀的视觉设计师，处于中间或下层的设计师很容易失去自我价值的鼓舞而放弃自己的初衷，希望能够寻觅一个新的行业方向。而根据现在的市场需求，UI、ID应该是一个比如容易切入的方向，毕竟通过理论的补充，可以在很短时间内有效的提高设计师自身的设计理念而适应新的行业需求。 还有一个原因也是上面提到的市场需求决定了设计师对可用性和用户体验的关注，目前大多数设计师都服务于综合性媒体的网络公司，这样也就局限了他们创意设计的需求，取而代之的更多是对实用性，高效性的页面设计要求，所以学习相关的理论知识以适应公司发展需求是非常容易理解的， 最后就是设计师本身的自我定位，据我所知，国内目前并没有一个很好的针对网页视觉设计或用户中心设计的专业培训，所以，入行的设计师未必都有很好教育背景，大多都是因为兴趣爱好或市场需求而不断调整自己在整个行业中的角色，就业的需求，再加上诸如UCDCHINA理论资源的不断涌入，让很多本就不成熟或说对自己职业方向不明确的设计师，看到新的适合空间，所以这样的转行也是完全可以理解的。

感性、个性 再说说基于视觉艺术考虑的视觉冲击设计，这类型的设计自由空间大，没有太多理论约束，更多体现出个性元素的概念，其多运用于概念产品、时尚产品、游戏娱乐等独立站点或个人Portfolio Gallery站点里。 上图是来自http://www.rhythmoflines.co.uk/   尽管我们不断推崇务实的简约设计概念，但是另类的创新艺术表现还是不时的冲击着我们不断变化的行业趋势。这类设计的好处在于： 容易创新出新型的交互设计模式； 增加产品自身的品牌价值，也就是我们所说的“化腐朽为神奇” 深刻的视觉冲击，有利于品牌形象的传播； 具有艺术收藏性，树立流派典范； 激励不同类型的设计尝试； 不过如果从实用性来考虑，它可能也会存在下面的不利之处： 生存周期相对较短，也就是高投入未必能带来长期利用率； 浏览文件大，需要更多下载时间，如果平衡的不好，很容易起到负面效果； 兼容性考虑不够，比如插件要求，分辨率要求等； 目标群体的局限性； 总的来说，根据具体运用和项目的商业策略的不同，我们在设计管理上也应该做相应的平衡，是提高有效的视觉传达？还是个性品牌的冲击？ 这就如同我们在科学与艺术直接需要平衡点一样。

信息架构设计的思考方式1. 自上而下，在定义网站的整体结构前，先广泛了解商业意图和用户需求，最后来才考虑具体内容之间的关联。2. 自下而上，先理解内容的联系，通过遍历，剧情设计等手段，让该系统能够满足特殊用户的需求，然后才考虑更高层次的结构需要支持这些需求。

分阶段的方式建立有效的信息架构1. 理解客户需求，背景和用户需求，阅读所有的现有文件，与利益群体作沟通，并且做出内容清单。 2. 引导测试用户参与卡片分类活动。 3. 通过卡型分类活动评估之前设计的分类，从中寻找分类的趋势。     合理划分类别的重点和相关的次序，通过分析找到工作流程的梳理过程。4. 做一个信息架构的草案出来。 5. 使用卡片评估的方式来测试设计出来的架构。     我们的卡片是每个流程的重点，信息架构草图是流程的框架，两者结合验证工作的重点是否有偏离；有计划还可以请相关人员进行可用性测试，对用户角色调研起到很重要的补充；6. 不要对第一次设计就成功带有过多的期望，寻找合适的措辞和分级可能会需要好几次重复的设计与评估。     可以分三次考虑，首先，初稿，了解信息架构的粗框架，类似与uml图示； 再次，从下到上的梳理用户的需求和流程的衔接；最后，从上到下，整理导航和系统使用框架，确定信息架构； 7. 把信息架构记录成网站的地图，当然这不是最终的网站地图，只有页面设计都完成以后，网站地图才会定稿。8. 使用剧情设计测试你的网站设计。(情景模拟)9. 让开发团队的其他成员也参与剧情设计和遍历，并且与他们分享测试的结果。10. 如果有可以，在进行正式开发之前，多做一些纸面原形或者低拟真原形的测试。.       通过visio制作demo 11. 建立一些文档，把关键的用户操作点都标注起来，这样可以给视觉设计和程序开发人员一些提示，保持开发能够充分利用前期设计的结果。

设计过程中的产品有很多方法来记录信息架构设计的结果和收获，这里有几种常用的：1. 网站地图，它可以很好的表述一个网站的组织结构，但不一定要反映导航的结构。2. 带有注释的页面设计，页面设计决定了页面上的导航，内容，功能等元素，视觉设计和程序开发者可以根据这些注释更好的理解设计意图建立整个站点。3. 内容矩阵，站点所有的页面都放在一个内容矩阵里，并且为每一个页面都定义了应该显示的内容。4. 页面模板，页面模板在设计大型的站点或者企业内部站点的时候才会需要，它定义了某一类页面的内容的类型，全局的导航，栏目内的导航灯等。这个东西使用最多的就是CMS，内容管理系统。