提交需求
赛事与广告咨询合作,请填写需求表单,我们会在第一时间与您联系!
最近正在做一个医疗相关的项目,由于种种的原因,提供到我这边的只是一份残缺且没有交互的原型。虽要求先梳理完善,虽要求需进行内部评审,虽设计过程中提了许多问题,然并卵,不确定的仍很多。真是应了那句理想很丰满,现实很骨感。
交付设计稿的时候,也没有进行评审就交付开发,最后到了开发环节,问题就都暴露出来了,当然,这个本身就是可想而知的结果。
最后,虽痛苦,就慢慢煎熬着吧......
这次体会最深的是,每个新项目的开发,情况总是多种多样的,很多时候还是你明明就知道问题存在着,但那却不是你能去改变的。这个时候,团队之间前期沟通很重要,互相理解也很重要,特别是初次合作的团队。还有另外一个体会就是PRD,原型,交互,即使需求不明确,该做到位的还是需要做到位,不然后面问题暴露出来,开发找的就是他的上游,责任都在上游了,实在没法解决,那至少要事先团队内说明清楚。
最近看到了一篇好文《用原型代替PRD时,原型应该包含哪些内容》,感觉完全就是把这次自己在项目中的汇总给梳理出来了。那原型到底应该包含哪些呢?粗略列了一下,要细看,得看原文哈!
1、变更日志
示例(来自用原型代替PRD时,原型应该包含哪些内容)
2、版本说明
示例(来自用原型代替PRD时,原型应该包含哪些内容)
3、信息结构
示例(来自用原型代替PRD时,原型应该包含哪些内容)
4、流程图
示例(来自用原型代替PRD时,原型应该包含哪些内容)
5、页面流程图
示例(来自用原型代替PRD时,原型应该包含哪些内容)
6、交互说明
示例(来自用原型代替PRD时,原型应该包含哪些内容)
7、全局交互说明
全局交互说明主要包括什么呢?
1、状态,包括默认状态,常见状态,异常状态。
2、限制,包括范围(数据的取值范围),极限值(数据的显示限制)。
3、操作,包括常见操作,特殊操作,误操作,手势操作。
4、反馈,包括提示,跳转,动画
自己再补充点这次遇到的UI的注意点,
1、列表的不同状态下的展现区分,包括点击录入的,选择录入的,不可录入显示的。
2、列表的文字不同状态的区分,包括提示文字,录入文字,不可修改文字。
大牛,别默默的看了,快登录帮我点评一下吧!:)
登录 立即注册