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

来源:百度文库 编辑:神马文学网 时间:2024/05/02 00:12:28
2007年04月18日 上午 10:55
作者:JunChen | 话题:(0704a)概念设计和设计师的综合思考

很多产品经理常会把概念设计一起写到产品需求文档 (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