20130102早读课:交互设计师的产出物

  • 1
  • 8,365 人看过
  • A+
所属分类:交互体验 产品设计

推荐理由:这是作者@MoonMonster在知乎上的回答。在业内每个领域、每个岗位都有自己的工作模式,包括“交互”这个人人都唉谈及的工作,而我们可以从交互设计的平常工作中,了解交互工作的流程以及其所给出的交付产出物。

 

1.UE Team 内部工作流程

指导性的流程,实际操作中会有偏差,如任务紧急有些环节及review就会被跳过,大体是这样一个流程。

20130102早读课:交互设计师的产出物

 

2.UE Team 外部工作流程

简陋版(复杂版估计看不懂了),表达出大体的意思,各方之间的职责及工作范围。需求方要提供详细的需求文档(request doc),需求有变更需要被记录(change request doc)、接受需求后进入内部流程并交付产出物给开发团队(一堆doc,视觉都需要文档化)。

开发团队依据设计文档交付版本,QA部依据设计文档进行测试并反馈bug,UE继续跟进,然后无限循环……. -_-’

20130102早读课:交互设计师的产出物

 

3.产品Workflow文档

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

 

20130102早读课:交互设计师的产出物

4.产品spec文档

用来杀脑细胞的,为这头发白了不少!下图是老的制作方法,完全手写,后期就与原型一并产出了。详细到界面上每个元素的具体定义及行为描述,Diagram图的编号需要与上面的Workflow内的编号一致,方便开发人员查找!

有些同行说没用、没人看,但我的体会是写个一年半载,整体设计能力将提升一个level,workflow文档和spec文档也可以考验一个人的细腻程度,现在的基本功也是那时候练下来的。

20130102早读课:交互设计师的产出物

 

5.Spec文档细分

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

 

 20130102早读课:交互设计师的产出物

6.产品原型

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

20130102早读课:交互设计师的产出物

 

7.工作资料目录

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

20130102早读课:交互设计师的产出物

 

8.文档命名规范

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

20130102早读课:交互设计师的产出物

罗列到这吧,除了上述这些,还有许多杂七杂八的文档。

目前,市面上用户体验人员越来越多,设计师也越来越多,但… 对于流程、规范、交付物、都没有太多介绍,不知道上面罗列的对各位有木有帮助,各个公司都有各个公司的玩法,算是一个补充吧。

UX / UE / UCD / UED / PED … 我都浮云了! 设计而已嘛,继续加班 ……

Via:MoonMonster & 知乎

20130102早读课:交互设计师的产出物

 

如果看到这段文字,证明您已经看完这篇文章了,有什么收获有什么感想有什么不赞同,我们期待您的留言评论,并诚挚邀请您加入“互联网er早读课”官方QQ群:136228714,一同交流每天文章的心得并结识同好。注:官方QQ群非水群,喜欢闲聊的童鞋请勿加入。再次感谢您对早读课网站的支持。

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen:

目前评论:1   其中:访客  1   博主  0

    • 一个资深屌丝的逆袭

      流程产物~