卡在这里了~书没看多少，但要开始去架构一个新的网站，忽然不知道如何下手。
在用户体验那本书里，我大概了解了一个产品的生产流程。简单版的话，我的理解：
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，不慎完整。希望大家能够提提不同意见。。。
交互说明文档，是对设计方案很重要的一个因素，关系着是否方案能够顺利实现。交互设计师尤其应该关注文档如何写作才合理。
交互文档，写给谁看
交互文档可以看做交互设计师输出的”产品”，它面向的”用户”是下游的同事--视觉设计师、测试工程师、开发工程师。他们会根据文档中的线框图、交互细节说明等等，来输出视觉设计稿、写测试用例、用代码实现产品设计方案，并以此为依据完成验收测试等工作。
交互文档，写什么内容
最初写交互文档时，很多人会有疑惑该写些什么内容。我的看法是，开发同事在写代码时需要考虑的与界面显示逻辑、用户操作相关的内容，几乎都要在交互文档中体现，建议越全面越好。
如果有遗漏的内容，开发可能会找你讨论，也可能懒得费时间沟通直接按照自己的理解去实现。最终，验收测试的效果不如意，你也不能全赖开发。所以尽量将交互文档写的全面些，别消费开发同事对你的信赖值。