这是一个创建于 2801 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司每次添加一个需求就建立一个 Axure 的文件然后把这个文件给开发.
我感觉是一个产品有一个完整的原型图, 之后添加需求也是在这个 Axure 文件的基础上改动. (但有个问题就是如和知道原型图改动的部分, 添加一个功能的时候还好区分, 但是比如在之前的功能需要改动的一点界面上就比较难发现了. 是在《需求文档》中体现么? 还是有其他的方法?)
那么我的问题是
每加一个需求就加一个 Axure 文件 是不是不合理呢?
如果全部改动都在一个 Axure 文件 中如何更好的让开发及设计知道变动的地方?
 |
1
Mikey 2018 年 5 月 24 日
1. 合理
2. 无法有效管理 |
 |
2
feng1234 2018 年 5 月 24 日
非常合理，毕竟 AXURE 没有编辑历史这种功能。所以一个一般都是攒了好几个需求后，一起给到开发
|
 |
3
mcluyu 2018 年 5 月 24 日
连原型图都没有的路过，什么叫合理
要合理的话 ，确定一版需求后，一版是不改的， 改也得等到下一版本了 |
 |
4
Solix 2018 年 5 月 24 日
和代码一样，原型可以按版本迭代，分配组内产品原型编辑权限，出错可以回滚，AXURE 就有
|
|
5
Solix 2018 年 5 月 24 日  1
 |
 |
6
comeop 2018 年 5 月 24 日
用过团队协作，修改记录也有（要求每个人都必须写更新日志）
|
 |
7
zjl03505 2018 年 5 月 24 日
文档 不就是说明改动用的
而且开发看设计的图 多过直接看原型吧？ |
 |
8
yhxx 2018 年 5 月 24 日 1
axure.yixin.im
所以需要一个这种东西 |
|
9
yhxx 2018 年 5 月 24 日
|
 |
10
haisua 2018 年 5 月 24 日 1
原型文件也是可以有版本管理的，有这么些个办法：
1 ）在原型首页专门留出一个页面，写明每个版本的变化（类似大家喜欢在 Word 文档前面留一个表格用来写明每个版本的变动） 2 ）如果你们有用 SVN 来托管 Axure 源文件，其实本身就可以做版本管理 根据我所在公司的实践经验，研发并不需要时刻主动去关注整体的原型图是否发生了变动，因为按照版本迭代，拆分任务到个人，每个人只需要关注自己负责的那一个或者几个页面。在每一个任务项中，需求的文字描述+图片是必须的，如果产品改动了某个原型页面的设计，他 /她必须去对应的任务项，更新一下文字描述和截图，当然最好也得人肉通知下对应的研发。 回到楼主最初的问题，我的习惯是一个项目只有一个原型文件，永远保持最新。需要注意的是，产品改动设计，不是随意就能改的。一般版本定了，研发和测试评审了，UI 也出图了，需求（原型）是不能随便改的，通常如果会改动，都是因为研发在实现过程中发现有问题，一起沟通后才决定改的，那么这个情形下，显然研发本身已经知道哪里发生了变动。 |
 |
11
tanranran 2018 年 5 月 25 日
|
 |
12
poligy 2020 年 6 月 24 日
蓝湖就算了
|
Select Language