随着互联网节奏越来越快，传统的需求文档已经比较难适应市场的脚步，特别对于要求敏捷的团队来说，冗余而细致入微的需求文档已经成为包袱(这么长个文档领导也不会看呀)。目前大多数团队更喜爱直接使用原型来代替需求文档，然而所谓的原型可不只是画画线框图哟。
首页，原型的使用者包括产品、UI、研发、测试等(商务呀，上级呀)。这么多人参考原型来工作，压力不小哦，一旦表达不清，出现歧义，研发的结果的就会教会我们什么叫“偏差”，不仅可能会背离产品方向，还会影响节奏和效率。所以该有的还是还有，高保真低保真什么的事情况而定。
变更日志
原型不可能一步到位，相信大家深有体会，所以每次更改后再给项目成员时，别人不知道你改了哪些地方，这是件很头疼的事。这种情况下，更新日志就显得尤为重要了，大家一看日志就知道你改了哪些，直接锁定目标，效率大大的提升。
更新日志 示例
版本说明
同上，只不过是每个迭代版本的更新说明。
版本说明 示例
信息架构
产品都包含了哪些内容，层次结构怎么样，它们是如何组织起来的。有了信息结构，项目成员可以直观快速的知会这些信息，特别是刚接触时。
信息结构 示例
流程图
微信扫码上方二维码，可领取2025年最新互联网创业项目！
项目收款截图
