一、前言

    就盆地个人的理解,从手机客户端设计流程来说,和互联网产品、软件产品的设计流程并没有太大的区别,盆地个人所经历的手机客户端偏向于项目,因此这里的描述也会有所偏向,同时不同公司、一个公司的不同时期、不同市场环境、不同人员配置等都会引起设计流程的一些差异,但万变不离其宗,基本的流向和关键点是不会有太大区别的。

   至于分工,由于手机客户端的设计尚处于方兴未艾的阶段,虽然逐步被人们重视,但其分工合理性、技术支持度、平台统一性、从业人员数量和质量等都处于逐步发展的阶段,和互联网产品和软件产品的设计还是有一些不同的。

二、设计流程

    下面谨根据盆地的了解粗略谈一下设计流程,此流程保证可行性,但不保证完全准确和正确,具体如何参考取决于读者。

    1.需求提出

    一个产品至少需要有第一个推动者或推动力,要么是领导的一个想法、要么是现有产品的派生或者是一份合同等。

   2.需求收集

    在这个阶段中主要采用各种需求收集的方法从客户、用户收集需求,如果是偏项目性,则更多从客户。需求收集虽然是一个产品设计流程的初始阶段就出现的,但基本会贯穿整个产品的生命周期,根据不同阶段和不同来源有些情况会由客服、售前、售后、销售等作为直接需求收集员。

   3.需求整理

    在这个阶段中根据不同公司的风格采用不同的方法和工具进行需求的整理,例如盆地所经历的产品基本上是通过如下几个输出物来进行整理,如果想要了解更标准的需求整理流程,可以参见《用户体验的要素》这本书:

   功能列表: 基本上采用excel的形式进行整理,分作一级、二级功能(某些时候可能会进一步细化)来列出产品所需要具备的功能。

   产品线框图(低保真):客户或者用户的需求很多时候受限于表达工具和技能,更多是通过口头、邮件、文字等方式表达,而一副画胜过千言万语,一张线框图可以大部分的表达在配色、美观之外的用户的意图。产品人员通过熟练工具制作线框图相对来说所需时间较短,可以作为需求确认和需求沟通的有效工具。

    如果采用类似Axure RP之类包含交互设计的产品线框图,也可以作为和后续开发、测试沟通的有效输出物。

    产品需求规格说明书:针对产品按照功能性、非功能性进行分类,随后对相关需求进行详细描述。iamsujie的产品设计中给出了一个具体的描述。

   这份文档一般是一份重量级的文档,一般在时间要求较为紧张的项目中,此文档基本上都会在后期才能完成,很多时候前期是通过其他文档来完成沟通的。

   这里顺便提一下盆地个人的看法,对于不是很大的公司来说,如果追求每个环节尽善尽美、每个岗位配置齐全,基本上产品就变成了无底洞,变成了属于不可完成的任务。

    产品设计过程中大部分输出物的目标除了存档外,最主要的目标是沟通清楚,非大型公司的产品由于人员规模较小,异地沟通、跨产品线沟通、多方资源协调的情况不会太多,这种情况下更应该注意以有效的推进产品为目标,而不应该一味的追求流程的标准型和文档的完善性。

   而大型公司很多由于分工较细、存在较多跨部门沟通、异地沟通、多资源协调、跨产品线沟通等,如果没有相对明确的输出物,在上述方面是较难推动产品的,所以一般会在输出物的规范性上要求更高一些,但其目的也是为了有效的推进产品。

   有一个情况是明确存在的,即一个环节从思想到文字(语言),再从文字(语言)还原为思想,都会有不同程度的失真(受限于人类的沟通方式),其中文字的失真是高于语言的,所以沟通环节越多,沟通成本越高,沟通失真的可能性就越高。

   每个公司需要根据自己的公司规模、人员配置、产品特性等去寻找适合自己公司的流程。

    产品效果图(高保真): 根据产品人员配合线框图等和UI人员的沟通后,UI人员形成的效果图。此输出物是进行进一步需求确认和需求沟通的有效工具,同时也是便于和后续开发、测试等沟通的有效输出物。

    不过,如果产品需求变化过于频繁,很可能出现产品效果图跟不上产品需求变化的情况,在盆地所经历的某些产品中,会在产品效果图未跟上时仍然采用产品线框图作为沟通的工具。

  4.需求讲解

   通过需求整理阶段的输出物向开发、测试、UI等进行讲解,使产品相关人员对产品的需求有一个清晰的理解。在需求材料明确、完善的情况下需要如此,毕竟从文字到思想要丢失太多,在需求材料不明确、不完善的情况下更要进行讲解和沟通。

  5.产品开发

    UI/开发配合进行产品开发,UI提供配色、效果等设计和切图(前端代码编写这一步在客户端开发中很多情况下是不存在的),开发人员根据相关需求文档进行产品的开发,测试人员编写测试案例。其中针对不明确的地方随时保持和产品人员的沟通。

  6.产品测试

     如果采用敏捷开发或某些开发模式,则5和6会在产品开发过程中循环出现,产生不同的迭代版本,产品的需求会放置在不同的迭代中予以实现。

  7.产品上线

  8.产品完善、更新

三、设计分工

    这里谨针对盆地经历和了解的互联网产品和手机客户端产品设计分工予以简单描述,受限于经验,以及产品类型、行业、公司、规模等存在差异,同样的请读者谨慎参考。

    1. 产品人员

  • 需求收集
  • 需求整理
  • 功能设计
  • 用户体验设计
  • 交互设计
  • 需求沟通和反馈
  • 需求文档编写
  • 产品上线
  • 产品完善
  • 营销配合
  • ……

     2.UI人员

  • 用户界面设计
  • 切图,包含多规格适配图
  • 图标
  • 配色值
  • 设计规范

      目前web设计中常见的产品前端开发(html、CSS、JS、交互效果),在手机客户端设计中由于目前技术上对css、js的支持基本属于忽略不计的阶段,所以此工作内容基本上并未正式作为UI人员的必备技能,而大部分由开发人员完成。

四、小结

    在实际的产品设计中,即有一个人包办产品从设计、开发、测试、上线、营销的所有角色的流程和分工形态,也有每一个环节的每一个阶段都配备有相应人员或团队的流程和分工形态;

    这里盆地套用句老话,最适合你的流程和分工是才最好的流程和分工。其他人的经验是用来参考的,大部分情况下是不适合直接套用的。如果实在不知道什么是最好的,在理论上分析具备可行性后,实践是检验的最佳方法。

(完)

标签: , , , , ,
If you're new here, you may want to subscribe to my RSS feed. Thanks for visiting!

11,572次阅读 | penddy on 2009-5-29 0:08 | File Under 手机 | 3 Comments -