怎么去写网站的交互设计文档

怎么去写网站的交互设计文档

来自: zhkzyth(好奇心万岁~) 2009-12-27 23:05:13

卡在这里了~书没看多少，但要开始去架构一个新的网站，忽然不知道如何下手。

在用户体验那本书里，我大概了解了一个产品的生产流程。简单版的话，我的理解：

1.从用研组那里拿到用户模型等信息

↓

2.挖掘需求

↓

3.确定功能

↓

4.信息架构

↓

5.交互设计

↓

6.原型设计（demo）

↓

7.视觉、code~

对于我来说，让我困惑的是，交互设计应该描述哪些东西。我知道不同的产品有不同的设计维度，文档也不会一样。

那就拿最普通的网站来说吧，设计文档又要包括哪些内容呢？

目前我所知道的是，页面之间的跳转......

好吧，有没人愿意写下一点看法呢？或者更好的是，有哪些书和网站会涉及这方面的？

写得有点多，希望有人会回复~~

楼主说的是呀，这方面的书籍现在很多，但是一个统一的规范和标准已经商业流程确实很少的。这主要是包括不同领域的交互设计的区别很大，各个公司也都有自己的商业流程。个人觉得交互设计主要考虑用户和产品的需求，并合理的找到权衡点就可以了。

第一部分：角色与产品

lz提到交互设计是在信息架构和原型设计之间，从你的出发点考虑我觉得首先你要权衡用户和产品。这里的用户指的是“角色”，这个角色可以是一个经过充分用户需求调研后的“完美角色”（这个是用所有受众用户的理想角色，他的行为方式是你交互设计的第一步，在第二部分你可以根据这个角色设计一套可操纵的规范）。这个“产品”就是在需求阶段技术与商业目标2个维度所考虑的产品（当然也是一套可操纵的标准，这个可操纵性的界定取决与项目组人员与组成，换句话说就是后面进一步完成交互设计之后项目成员的分工。如是否有前端设计师后前实现你的交互设计等）。

个人觉得以上就是“交互设计”的第一步，也是交互设计文档中的第一步。

第二部分：交互的规范

这一部分基本是通用的交互设计规范，这里包括：

1）导航通用规范（全局导航，角色导航，图形映射导航。。。根据项目不同来分别撰写）

2）搜索的通用规范（全局索引。。。根据项目不同来分别撰写吧）

（lz可能发现这些部分和你前面的信息架构部分是分别对应的，在交互设计里面对“行为方式”“事件”“跳转”“错误提醒”进行描述）

3）分类通用规范

4）标签的通用规范

5）帮助的通用规范

6）表单录入的及时提醒与验证

7）登陆与注册，用户身份规范

8）后台管理端的相关交互规范（这里就不展开说了，lz自己可以根据需要进行撰写）

第三部分：对象的交互描述

这主要是对页面，产品中的具体对象交互方式进行具体描述（当然这部分可以在第二部分中撰写，如果项目表达，涉及到的对象比较多，可以在第三部分撰写。换句话说，这部分是全部产品涉及到的对象的交互设计）

这里lz可以做个table里面，列包括

对象编号（和信息架构对应吧），对象描述，事件，错误提醒等

最后关于楼主所说的交互文档仅仅能想到的是“页面之间的跳转”这个是很狭窄的概念，应该包括“事件”这个重要的内容，举个例子，你不能仅仅描述导航的页面跳转的指向（这个其实是信息架构工作呀），交互设计应该做的是“鼠标悬浮事件”“click事件”“激活事件”等，换句话说，用户接触到导航会发生什么事情你都要在交互文档中描述。

本人不是强力的交互设计人员，对概念也不是很透彻，只是把平时的个人工作总结给lz，不慎完整。希望大家能够提提不同意见。。。

交互说明文档的目标人群和内容如何写

交互说明文档，是对设计方案很重要的一个因素，关系着是否方案能够顺利实现。交互设计师尤其应该关注文档如何写作才合理。

交互文档，写给谁看

交互文档可以看做交互设计师输出的”产品”，它面向的”用户”是下游的同事--视觉设计师、测试工程师、开发工程师。他们会根据文档中的线框图、交互细节说明等等，来输出视觉设计稿、写测试用例、用代码实现产品设计方案，并以此为依据完成验收测试等工作。

交互文档，写什么内容

最初写交互文档时，很多人会有疑惑该写些什么内容。我的看法是，开发同事在写代码时需要考虑的与界面显示逻辑、用户操作相关的内容，几乎都要在交互文档中体现，建议越全面越好。

如果有遗漏的内容，开发可能会找你讨论，也可能懒得费时间沟通直接按照自己的理解去实现。最终，验收测试的效果不如意，你也不能全赖开发。所以尽量将交互文档写的全面些，别消费开发同事对你的信赖值。