当前位置:首页 > 经验学习 > 交互设计

交互设计师工作中的产出物

所属栏目:交互设计 时间:2013-12-26 来源: 作者:不详 点击:

以下内容来自知乎,作者@MoonMonster,百度无线用户体验部交互设计师,上海MUX负责人。雷锋网已取得作者授权,而对原回答做出适当编辑排版。
2012年的zui(最)后一天,年终总结应该成为过去式了。在业内每个领域、每个岗位都有自己的工作模式,包括“交互”这个人人都唉谈及的工作,er(而)我们可以从交互设计De(的)平常工作中,了解交互工作的流程以及其所给出的交付产出物。
UE Team 内部工作流程
指导性的流程,实际操作中会有偏差,如任务紧急有些环节及review就会被跳过,大体是这样一个流程。


UE Team 外部工作流程
简陋版(复杂版估计看bu(不)懂了),表达出大体的意思,各方之间的职责及工作范围。需求方要提供详细的需求文档(request doc),需求有变更需yao(要)被记录(change request doc)、接受需求后进入内部流程并交付产出物给开发团队(一堆doc,视觉都需要文档化)。
开发团队依据设计文档交付版本,QA部依据设计文档进行测试并反馈bug,UE继续跟进,然后无限循环……. -_-’


产品Workflow文档
这玩意除了我和开发其它人都不敢看,伤神!当初画得这么复杂也是有点bao(报)复心理 -_-’ 。交互人员请多画画workflow能帮你理清逻辑,但别像下图这样。

产品spec文档
用来杀脑细胞的,为这头发白了不少!下图是老的制作方法,完全手写,后期就与原xing(型)一并产出了。详细到界面上每个元素的具体定义及行为描述,Diagram图的编号需要与shang(上)面的Workflow内的编号一致,方便开发人员查找!
有些同行说没用、没人看,但我的体会是写个一年半载,整体设计能力将提升一个level,workflow文档和spec文档也可以考验一个人的细腻程度,现在的基本功也是那时候练下来的。


Spec文档细分
上面这个是大spec文档,还包含一些其它部分的文档。像之前我们的产品进行设计时是一个通用性的产品,当需要针对不同的客户进行订制化shi(时),又将产生相应的Site Modification文档 。

产品原型
早些年做原型时基本以PPT进行产出,review时方便进行展示,后来也用Axure(算是国内较早一批使用Axure的用户吧),由于前期liu(流)程比较扎实,review环节也比较多,我们制作原型时往往会产出高保真原型。另外,我们使用Axure制作原型除了看重它的交互性之外更重要的是它能方便导出spec文档。ps.现在已经较少yong(用)到了。


工作资料目录
做完一堆工作,产出N份文档,需要有一个逻辑清晰的目录guan(管)理,方便以后工作。下图仅列chu(出)产品目录,三ge(个)层级:产品名称 》 文档分类 》 具体目录。 简单、明了、命名清楚(相关人员只要看到文档名就知道是哪个产品的哪份文档以及版本情况,下面介绍)


文档命名规范
这个是有大用处的东西!交付物从不同的设计人员手中产出,以文档的形式进行存放,并且需要给不同部门、不同人员进行阅览, 命名统一后管理方便、沟通yi(一)致。


罗列到这吧,除了上述这些,还有许多杂七杂八的文档。
目前,市面上用户体验人员越来越多,设计shi(师)也越lai(来)越多,但… 对于流程、规范、交付物、都没有太多介绍,不知道上面罗列的对各位有木有帮助,各个公司都有各个公司的玩法,suan(算)是一个补充吧。
UX / UE / UCD / UED / PED … 我都浮云了! 设计而已嘛,继续加班 ……
ps. 转载请注明作者,不然黑你家产品 (-”-)
作者博客:MoonMonster


请站长喝杯咖啡?

站长一直坚持白天工作、晚上熬夜更新素材,付出了巨大的精力和时间,其中的辛酸难以言述。

坚持免积分、免登录、无任何限制下载!如果本站素材对你有用,不妨考虑请站长喝杯咖啡鼓励一下!

标签:

你应该也喜欢这些吧

共有 0 条评论

给个评价吧

验证码: