大家公司的产品原型图是全部在一个文件还是每次需求改变就增加一个文件的？

[xoxo419]

公司每次添加一个需求就建立一个 Axure 的文件然后把这个文件给开发.

我感觉是一个产品有一个完整的原型图, 之后添加需求也是在这个 Axure 文件的基础上改动. (但有个问题就是如和知道原型图改动的部分, 添加一个功能的时候还好区分, 但是比如在之前的功能需要改动的一点界面上就比较难发现了. 是在《需求文档》中体现么? 还是有其他的方法?)

那么我的问题是

每加一个需求就加一个 Axure 文件 是不是不合理呢?

如果全部改动都在一个 Axure 文件 中如何更好的让开发及设计知道变动的地方?

[Mikey]

1. 合理
2. 无法有效管理

[feng1234]

非常合理，毕竟 AXURE 没有编辑历史这种功能。所以一个一般都是攒了好几个需求后，一起给到开发

[mcluyu]

连原型图都没有的路过，什么叫合理
要合理的话 ，确定一版需求后，一版是不改的， 改也得等到下一版本了

[gaobh]

和代码一样，原型可以按版本迭代，分配组内产品原型编辑权限，出错可以回滚，AXURE 就有

[gaobh]

[comeop]

用过团队协作，修改记录也有（要求每个人都必须写更新日志）

[zjl03505]

文档 不就是说明改动用的
而且开发看设计的图 多过直接看原型吧？

[yhxx]

axure.yixin.im
所以需要一个这种东西

[yhxx]

http://axure.yixin.im

[haisua]

原型文件也是可以有版本管理的，有这么些个办法：

1 ）在原型首页专门留出一个页面，写明每个版本的变化（类似大家喜欢在 Word 文档前面留一个表格用来写明每个版本的变动）

2 ）如果你们有用 SVN 来托管 Axure 源文件，其实本身就可以做版本管理

根据我所在公司的实践经验，研发并不需要时刻主动去关注整体的原型图是否发生了变动，因为按照版本迭代，拆分任务到个人，每个人只需要关注自己负责的那一个或者几个页面。在每一个任务项中，需求的文字描述+图片是必须的，如果产品改动了某个原型页面的设计，他 /她必须去对应的任务项，更新一下文字描述和截图，当然最好也得人肉通知下对应的研发。

回到楼主最初的问题，我的习惯是一个项目只有一个原型文件，永远保持最新。需要注意的是，产品改动设计，不是随意就能改的。一般版本定了，研发和测试评审了，UI 也出图了，需求（原型）是不能随便改的，通常如果会改动，都是因为研发在实现过程中发现有问题，一起沟通后才决定改的，那么这个情形下，显然研发本身已经知道哪里发生了变动。

[tanranran]

推荐用蓝湖

https://www.lanhuapp.com/

支持历史版本

支持跨平台访问和切图和自动标图

[poligy]

蓝湖就算了