文字大小:- +

概念设计及交付物、评估和测试

2007年04月18日 上午 10:55
作者:JunChen | 话题:

A demo

很多产品经理常会把概念设计一起写到产品需求文档 (PRD)里面去,当然 PRD 的范围和内容,以及概念设计的范围和内容,都比较灵活,可根据实际情况调整,如产品战略、人力配置等。需求到什么程度,概念设计就从什么程度开始(或许已经开始)。我在本文中提到的概念设计,是产品早期的微缩的设计过程,交付物主要是概念图(Concept Map),但在很多情况下,我们还需要针对产品需求的低保真纸面原型设计(Lo-fi Paper Prototyping)、模型等,以及根据该原型进行的评估和测试。

谁来扮演这个角色

谁来进行概念设计?可能是产品经理,可能是交互设计师,也可能是一个团队。但这个角色必须:

  • 理解用户和需求
  • 具有缜密的逻辑思维能力
  • 能够结合多方面因素综合思考
  • 具有良好的沟通能力

概念设计的目的

  • 面向用户,模拟(而非实现)最终产品,解决焦点问题(定位和需求)
  • 面向团队,预先演示,尽量达成共识,避免在后面的产品开发和设计过程中多方面的矛盾

尤其是需要把握模拟这个“度”,有一篇文章我推荐过不止一遍:Don’t make the Demo look Done,文章大意为:非常写实的原型带来团队对于细节的更多关注,概要的原型使团队更关注大局,原型的程度必须和产品开发程度相一致。值得一读。

关于创意:产品的创意大部分源自概念设计阶段。无论是游戏、Web,还是工业设计领域。交互层面的创意,有时候也会放到概念设计中。

概念设计的交付物

根据实际情况的不同,具体交付物的内容和细致程度不同:

  • 概念模型(Concept Model),概念图,流程图
  • 原型(Prototype),一般是低保真纸面原型,也有淡彩上色的原型
  • 内容清单(Content Inventory),一般是简要但准确的,类似于功能列表的内容清单

概念模型是概念设计最重要的交付物,它可以使整个团队对于产品有清晰和统一的认识。一定要做,无论是概念图、脑图、流程图…如果在你的公司里,概念设计由 PM 把握,那么概念设计阶段到此结束。但是,如果是设计师扮演这个角色,那么可能需要更多东西。比如原型。

对于概念设计阶段是否需要原型,很多人持有不同意见。我的理解是,根据你的团队规模和项目规模决定,小型团队小项目的情况下,我个人觉得原型比概念模型更加实际并且效率高。也可以将这个理解为是将交互设计的一部分工作提前了。

这几方面网上相关文章较多,这里就不再展开了 :)

评估和测试

概念设计阶段的评估和测试,主要是演示和讨论为主(如果有需要也可以进行可用性测试),目的是:

  • 确认概念模型是否准确(定位)
  • 确认该原型是否能完成功能(需求)
  • 评估该原型(可能重点是创意部分)技术和市场的可行性

在讨论过程中需要注意的是:

  • 交互设计并不在讨论范围之中,典型的比如“这个不该使用下拉框”“这个布局不太易用吧?”之类的问题
  • 视觉设计更不在讨论范围内,否则容易影响产品开发流程的推进

如果需要使用本阶段的原型开展可用性测试,可以参考这篇文章

后记

本想详细谈谈纸面原型的制作,发现与 Angela 的文章有些重合。所以取消了纸面原型部分的内容,等谈到交互设计的时候再议。作为补偿,再次推荐《Paper Prototyping》和《Communicating Design》两本书 :)

互联网没有自然增长,只有自然选择(淘汰),所以当面临时间和质量的两难境地,创业者往往选择时间。公司越大,概念设计越偏向概念这一端。这并不说明这不会诞生伟大的产品,比如日本的汽车工业。

题图(大图)是一个 Blog 后台的部分纸面原型。

转载请注明出自UCDChina.com,谢谢。

相关文章

评论(30)

  1. […] J.J. Jackson wrote an interesting post today onHere’s a quick excerpt很多产品经理常会把概念设计一起写到产品需求文档(PRD)里面去,当然PRD 的范围和内容,以及概念设计的范围和内容,都比较灵活,可根据实际情况调整,如产品战略、人力配置等。需求到什么程度,概念设计就从什么程度开始(或许已经开始)。 … […]

  2. 我本人不是很赞成把“概念设计”的“度”上升到“原型”和“内容清单”的级别上去,

    我比较赞成概念设计的度80%以上在于“概念”,20%以下在于“设计”。
    讲清楚感念,统一思路才是主要目的…

  3. 实际情况是这样:如果概念设计由 PM 来做,那么完全没有原型设计的必要。如果是设计师来做,那么概念模型这个小小的产出,还不够资格放到台面上来。这是目前我的理解,也是我的境遇,所以一般即使在最早期,我也会把大致的概念原型画出来,哪怕是草图。:)

  4. 喜欢这篇文章~

  5. 实际工作中,普通设计师是接触不到“概念设计”层面的,更多情况下,概念设计只是PM和项目Leader考虑的事情,不是技能的问题,需要综合素质。

  6. 這篇文章有一個非常重要的提醒, 就是在概念設計的階段, 一定要小心誤入細節的誤區, 也就是”Don’t be caught by details” 無論是設計團隊還是對內對外的presentation, 要強調A概念,B概念,和C概念對未來設計的影響以及不同的著重點, 而不是浪費時間討論交互設計的細節, 更不用說要討論視覺設計元素了. (從我的經驗來看, 概念設計通常不唯一, 有兩至三個候選PK, 再依據客戶或上級要求擇一繼續下一步設計流程)我認為概念设计的产出物可以有很多表现形式, 不限于概念图, 可以是簡化過的原型, 也可以是非常简单的架构图或交互示意图,用什麼樣的表現形式取決於你的聽眾是誰, 取決於該企業文化, 總之, 概念設計是提供一個雙向溝通的平台, keep it simple! 如何說清楚你的idea, 如何讓聽眾明白這個概念, 然後最有效率的取得團隊共識, 就是好的產出物.

  7. 确实不太清楚怎么去做概念设计,但实际工作中所做的好像也涉及到概念设计,只是没有专门叫做概念设计,能推荐一些这类的专业书籍吗?

  8. […] 概念设计及交付物、评估和测试 - 以用户为中心的设计 […]

  9. 赞成白鸦的说法,主要用来统一思想。我们在做概念设计的时候 ,主要讨论要做那些、做到什么程度、大概的流程、主要的内容和功能等,主要是把需求、设计、实施这三部分的理解统一了,避免“打架”。 具体的交互,是由此概念设计确定之后,有交互设计团队来细化,此时最好GUI可以参与,以便更好的理解,更准确的用视觉表达。

  10. to:JunChen(2楼),对于“如果是设计师来做,那么概念模型这个小小的产出,还不够资格放到台面上来。”这句话可能我理解不够,我的观点是:概念设计不是“小小的产出”,不管对于实施和设计,如果思想不统一,大家的头脑是模糊的,做设计和实施时定会出还很多问题;概念设计定下来,具体的设计和实施都会很清除要怎么做了,就是目标明确了,这点应该在产品设计前期是划阶段性的工作。 这篇文章写的很不错的!这里的文章值得拜读!

  11. 奇遇:我明白你的意思 :) 我并不是说概念设计没有作用,而是如果由设计师承担这个责任,那么往往不容易得到认同。当然这一点设计师可以去争取。

    Ryana 提醒到关于 Storyboard 的事情,这一点是我文章中遗漏的。Storyboard 确实是设计师在概念设计的沟通过程中比较有力的武器,但很容易由于一些主观上的问题造成团队的不妥协,反倒是原型最直接有效(哪怕相对粗糙)。而且我一直觉得 Storyboard 的投入和产出不成正比,在解决争议的时候比较好用。

  12. 我们的产品设计人员很感性,更糟糕的是无法沟通

  13. "如果概念设计由 PM 来做,那么完全没有原型设计的必要。"这样,必须得有很强的PM才行,这位PM必须兼具深厚的研发经验、熟知流程、了解交互,还有极好的沟通能力和协调能力及执行能力。  

  14. 非常同意6楼Ifan(的观点

  15. faver: 我指的是概念设计阶段的原型,和交互设计阶段的原型有区别,而你谈到的PM所需具备的部分能力,“概念设计师”必须具备 :)

  16. […] 概念设计及交付物、评估和测试 […]

  17. 同意千鸟说的,概念设计在PM和PM的上层之间就确定了,到了设计师手里的时候,已经是定型的概念了。我现在会把这部分做完,作为PM发出的工作任务书的一部分来处理。

  18. 关于storyboard (11楼), 我的理解是等同于user scenarios, 就是以故事描述的方式仿真用户如何使用各样features. 举例来说, 如果概念A是"青少年杂志", 那"追星8卦", "心理测验", "时尚" "流行音乐" 可能就是围绕此概念为中心的设计元素. 而决策管理层在敲定使用某概念为中心来发展设计之前, 必须要评估可能的features是什么, 可能的用户行为是什么, 与概念B又有什么显著的不同, 那个概念最符合所属的品牌价值…等等. 此时, storyboard就发挥了它的作用, 它给决策层描绘了一个生动的用户面貌与用户行为, 因此我觉得storyboard是最powerful的, 有助于帮助决策者做出聪明的决定. 至于概念设计阶段的原型(prototype), 我认为它是"辅助"storyboard的角色, 有点像令人兴奋又吊胃口的"试吃", 给管理层信心, 让他们知道在技术方面, 这个概念设计并不是不可行, 也让他们稍微感觉感觉.所以我认为, 决策管理层对storyboard的反应较佳, Developer, Engineer和front-end designer对prototype的刺激比较有反应.  

  19. 我正想说storyboard的用途和制作,其实不是junchen想的那样。发现18楼Ifan已经写得很清晰了。在我的经验里,storyboard的力量是非常强大的,特别是概念设计阶段,统一大家的思想,设计概念,获得管理层对整体设计的认同,并且保证不会在早期就掉进某一个方案的无休止的细节争议中。 Developer会根据我做的storyboard开始准备技术mockup,可行性的讨论。而他们的确更喜欢简单清晰的ui spec配上原型图片。 

  20. […] 作者:JunChen 原载:http://ucdchina.com/blog/?p=29 […]

  21. […] 概念设计及交付物、评估和测试 […]

  22. 气体分析仪…

    不看好这个…

  23. 我爱这里哈.

  24. hey,find wow gold click here

  25. hey,find wow gold click here

  26. […] 概念设计及交付物、评估和测试 http://ucdchina.com/blog/?p=29 […]

  27. 学习 谢谢

  28. 先搞好概念设计,后面的事情就有了基础。

  29. […] 概念设计及交付物、评估和测试 http://ucdchina.com/blog/?p=29 […]

  30. 很不错,很好的团队,把用户体验放在了第一位

发表评论

您必须登录后才能发表评论。

UCD大社区 - 网址导航 - 书友会 - 讨论组