设计批评九大法则.pdfVIP

设计批评九大法则 设计批评通常是一段痛苦又漫长 ，散漫而游离的过程 ，不过大家再也不用 难发愁 ，解决措 施一览本文便知。 一部27寸电脑屏幕边上围着四个人 ，他们都盯着屏幕上的设计样本。 主要开发人员 ：“疯了吗 ？我们不能把这些放在下一次的发布会上。” 助开发人员 ：“兄弟 ，有点远见好吧 ？这是下一年的产品。呃……不对吗 ？” 产品经理 ：“应该将一些小图标添加上去 ，就像iPad一样。看呀 ，就像我的iPad现在的效果 一样 ，清楚了吗 ？这些图标看上去很棒吧?” 设计师 ：（在愤怒或呜咽中默默发抖 ） 设计批评——即一个团队聚在一起进行集体审议某项设计或产品原型的过程——是非常痛苦的。如 果团队队员对产品目标和背景的认识不在一个节奏上 ，容易拉长讨论的时间 ，并且产生低效又含糊 的讨论结果 ，而且老实说 ，还会伤害他人的感情。不过设计批评工作也不是非得如此艰难。那么 ， 如何开展一场高效、集中又有意义的设计批评 ？本文为您竭诚为你支招。 1.明确设计作品拥有者是谁 通常 ，设计作品的拥有者即从事该设计项目的设计师。会议结束后 ，他们往往会悲催地被留下来讨 论潜在问题。这时候 ，可以将他们的名字写到提示板上 ，并提醒在座人员“设计师不是你们 ，而是某 某某 ，我们今天的任务是帮助她。” 2.指派协调人 请大家不要指望会议将自动展开 ，因此需要指定专人按照本文介绍的九条规则 ，负责推动会议的高 效快速进行。协调人可以是设计师本人 ，不过这不是必然的。最理想的情况是选择某个比较具有领 导气场的人 ，并记得将协调人的名字也写上提示板。 3.重申计划目标 设计作品的拥有者应该——还必须快速地——提醒大家本项计划的目标是什么。准备例如五大突出 重点之类的东西 ，最好是至少有一个可量化的目标 （如 ：将任务成功率提高50% ）。 会议过程中 ，提及计划目标有助于整个团队做出合情合理的判断 ，而不只是单凭主观感觉。当然 ， 这些目标都得写上提示板。 4 .问问自己想要什么 你想得到的是高端用户群的反馈 ，还是基本的外观调整 ？只有清楚自己想要的具体是什么 ，批评才 能更加集中并具有实际意义。 另外——好吧 ，你肯定猜到了——别忘记将本次会议要达到的目标写在提示板上。这听起来或许很 无谓 ，但是在提示板上明明白白地写上会议目标有助于参会人员按一定的框架和思路去组织反馈 意见。相信我 ，他们也会受益于这些框架的。 5.推销宣传要做到导向清晰 如果会议一开始 ，你就详细地解释演示屏幕上的每一个画面 ，那么很遗憾地告诉你 ：这可不行。原 因有二 ，一是时间利用率低——包括笔者在内的千千万万设计师们在谈到自己的产品时很容易变得 滔滔不绝。 二是引起参会人员的极大好奇。因此有时候一名设计师能得到的最佳回馈是“不理解”或“不明白”。如 果接下来 ，设计师老老实实地一一指出产品具体如何运行 ，无形中严重地“剧透”了 ，却无法发掘到 对产品的理解认识层面上的问题。 6.说话之前先用笔记下来 当你知道谁是设计作品的拥有者 ，并将他们的设计目标写下来 ，最好能建议大家一起使用短暂时 间 （比如五到十分钟 ）沉默思考 ，边审阅作品边作笔记。这段沉默可以让大家更深刻地思考问题 所在 ，并亲自体验产品本身——就像是在现实生活中使用设计产品一样。 这样做还有一个好处 ：避免意见重复。因为当大家在分享想法前 ，都能够将观点写到纸上 ，一般能 够避免集体产生同一观点。 7.褒贬结合 当然 ，开会是为了鼓励大家踊跃地提出建设性的评论意见 ，而且对设计师而言 ，在产品建模阶段发 声比产品出街后放马后炮管用得多。我们无需为了照顾他人情绪而去发布注定悲剧的产品。 不过话说回来 ，产品的好处也得看到。通常 ，会议到达尾时 ，设计作品拥有者会得到一系列需要解 决的问题 ，这时如果会议上未提及他们设计作品的好处在哪 ，他们很可能会因咽弃食 ，将产品的糟 糠和精华一块扔掉。 8.会议不宜变成设计现场 （设计是设计师的活儿 ） 偶尔给设计师指条明路是好 ，但可千万别企图凭自己的评论解决大方向的问题。设计工作——就跟 其他批判性思考一样——最好由单人完成。问题识别可以有 ，但切勿将自己都不明白的问题一股脑 地扔给设计师让他挠破头而不得。 9.挥一挥衣袖 ，留下任务清单 协调人应该通过将讨论转化为任务来推动会议的开展。当问题被转化为任务时 （比如“Fro bazz 品牌 的这个设计方案根本狗屁不通 ，应该开发其他设计方案” ），就不需要持续讨论同一话题。将任务写 在提示板上 ，等到不再产生新任务时 ，会议就可以结束啦。