最近我收到一封来自Catherine (cat) Morley的信,她是Katz-i International Web & Graphic Design(http://www.katzidesign.com)的设计与开发主管。
她同时也是Creative Latitude的项目经理。Creative Latitude (http://www.creativelatitude.com) 是一个世界范围的社区,它致力于融合各种的富有创造性的纪律规范,包括促进集体合作、教育和商业道德的实践。Cat还是NO!SPEC crusade (http://www.no-spec.com)的项目经理。
她回复了我关于写作的blog上的帖子,不过我觉得我的回复应该放到关于咨询的blog上,事实上,所有的设计师都是咨询师。她写道:
Cat: 不,我不是作家,但是我的确有你的那本《温伯格谈写作(Weinberg on Writing)》,而且过不了多久我将会用到它。我喜欢这本书,并已经建议了所有热衷于写作的设计朋友都去买一本。
Jerry:正如你所知,我同样不是个作家。嗯,我算个作家,不过我首先是个(计算机系统的)设计师,我写的第一本书以及其它很多作品都是关于设计这个主题的。
Cat:简短的解释 – 我正在为设计人员制作一套丛书,称作“与人合作(working with)”(作家、程序员、摄影师、营销员、印刷工等等)。目标市场 – 初次踏入设计业务的新人。动机 – 帮助刚刚接触设计业务的新人避免犯严重的错误,这些错误是那些经验丰富的设计师曾经犯下的。附加效益 – 客户(有希望)避免遭受犯同类错误带来的损失… 为了这些,我找到您… 我们正在遍访业界的解决此类商业问题的设计师。这里有两个小问题…
问题一:作为一名专业作家,在设计人员与你就一个项目进行接触前,您希望/要求他们明确哪些要点?
Jerry:我有作家与设计师的双重身份,因此我对设计师抱有很高的期望值。就在上个月,我曾经和一位名叫Brandon Swann的青年设计师一同工作,为我的新小说《The Aremac Project》设计封面(现在你可以在我的主页上看到他的作品)。我希望他能懂得如何倾听我的要求和想法,然后发挥他个人的主动性,为我的设计要求至少提交三种可能方案的草图来。我希望他能对图书封面的意图有个大致的了解——这些封面应该是干什么用的——然后将他个人的创作激情和我作为客户的需求结合起来。我希望他能准备好在我和出版商之间进行周旋,就像我对设计的精益求精一样。
顺便提一句,Brandon要努力做到上述几件事,方可绘制出令人印象深刻的、精彩绝伦的封面来。
问题二:当与设计师一同工作时,在您眼中(他们身上)最重要的问题是什么?
第一个:自负。一个设计师需要相当程度的自我认同,但是在向客户提供服务的时候,应当有所收敛。很多人这一点做得并不好。(这个问题在我的那本《成为技术领导者》中进行了探讨,在我(和我夫人)的《系统设计原理概要》同样有所涉及。)
第二个:也许和第一个相关:做不到静心去倾听。(Charlie、Edie Seashore和我合著的那本关于反馈的书,《你刚才说什么?:给予与接受反馈的艺术》,讨论的正是这个问题。)
第三个:对当前的状况(他自己或客户的)不明了,而且也不去澄清它们。(我和Don Gause合著的两本书探讨了这个问题:《你的灯亮着吗?——发现问题的真正所在 》和《探索需求——设计前的质量》。)
当然了,很多设计者就是缺少沟通,无论是创作过程中,还是面对面的交流中。我关于写作与关于咨询的著作都涉及到了这个问题。
这并非全部,但已足够了。
访问一下Cat关于设计者的blog,你会不虚此行的。
有些事情想想可以,但不可强求。
Mike Morgan写过一封略带调侃的信:“如果架构师必须像程序员那样工作”,其内容与今天的主题“设计师/咨询师如何与他们的客户合作”是相关的。作为一名设计师,必须懂得的一件事就是怎样保持清醒,并且抓住Mike Morgan这样的潜在客户。
在那封信中提到,客户不断地增加并变化本已含糊不清的需求,因此,架构师必须列出相关的特性,保证这些特性是架构师可以为用户解决的。如若不然,在不关他事的时候,他的自负会使他越陷越深。他连最基本的话都忘了——这就是提醒客户每次关于变化的交流都会花费开支。
同时,很明显地,架构师将无法看到或弄清楚很多情况,正是这些情况让那封直言不讳的信变得很尖锐。当然,他需要做的第一件事——如果他全心全意地为客户着想——是面对面地(与客户)交流,举行一个反馈会议,告诉用户在这种方式下,商业活动取得成功的开销与机遇。这位客户必须明白,某些事情想想是可以的,但是这和对它们惦念不忘是不同的——的确,无论惦记什么,该放下时就放下。
我建议每一位咨询师都做这样的练习,读一读这封内容虽是虚构,但所谈问题却是客观存在的信,并且在它谈及的每个问题旁标注上你会如何处理。在不久的将来,这将是一笔宝贵的财富。
分享到:
相关推荐
通过这些数据,研究者可以了解调查样本中健康知识知晓率和健康行为形成率的具体情况,并进一步分析可能的原因和影响因素。 5. 公共卫生干预措施:了解公众健康知识和行为的现状后,政府和公共卫生机构会根据调查...
步入数字化需要知晓的点滴 #### HDMI概述 HDMI(High Definition Multimedia Interface,高清晰多媒体接口)是一种专为音频和视频信号传输设计的接口技术,被视为下一代音视频主流接口。它能够在单一电缆中同时...
3. 问卷调查方法:用于评估社会公众消防安全知晓率的工具,通过设计一系列问题,了解受访者对消防知识、应急处理方法等方面的认知程度。 4. 调查组织:通常由地方行政部门如街道办事处发起,通过成立专门的活动领导...
目标读者: 有一定计算机基础知识读者,比如熟知操作系统层面内存,磁盘/ssd/...2. 读者根据此文档可以迅速了解到系统设计者在设计中的核心思想,影响设计者作出这样设计选择的关键因素是什么。设计师是如何取舍的。
25. 设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经历的总结。 设计模式是指在软件设计中,如何解决软件设计中的一些通用的问题,以便提高软件的效率和可维护性。 26. 设计模式中一般都遵循...
设计模式(Design pattern)是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问,设计模式于己于他人于系统...
避免重复工作是设计过程中的一个重要目标,但即使是经验丰富的设计者也承认,一开始就设计出既具有复用性又具备灵活性的软件几乎是不可能的。通常情况下,一个设计需要经过多次迭代才能达到理想状态。 #### 设计...
设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可靠性。 设计模式的分类: 设计模式可以分为三大类:创建型模式...
通过这一过程,设计者能够深入了解目标用户的具体需求、使用习惯及其所处的情境,为后续的设计决策提供有力支持。 **方法论:** - **直接沟通:** 通过面对面访谈或在线交流等方式直接获取用户反馈。 - **问卷调查...
它是一套被反复使用的、多数人知晓的、经过分类编目、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。C#版的设计模式通过C#代码实例,深入浅出地展示了各种设计模式的...
所谓设计模式,我找了下定义:是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。毫无疑问,设计模式于己于他人于系统都是多赢的;设计模式使代码编制真正工程化;设计模式是软件工程的基石脉络...
【软件设计模式】是软件开发中的重要概念,它是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。设计模式是为了解决在软件设计中遇到的一般问题而提出的解决方案,它并不直接解决编程中的具体...
设计模式是软件工程领域中一种重要的理论知识,它是一套被反复使用、多数人知晓、分类编目、代码设计经验的总结。设计模式可以让代码具有可复用性、可维护性和可扩展性,是高质量软件开发的基础。在JavaScript编程中...
设计模式是软件工程中一个重要的概念,它是一套被反复使用、多数人知晓、经过分类编目、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。很多模式在Java等面向对象的...
【中小学生食品安全知识知晓率测试题】是一份针对中小学生设计的测试题目,旨在提高他们对食品安全的认知。这份测试涵盖了多个食品安全相关的知识点,以下是其中的关键内容: 1. **个人卫生习惯**:正确的饮食习惯...
设计模式是一套被反复使用、多数人知晓、经过分类编目、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 在本书的第1章中,作者通过一个简单的“模拟鸭子”的应用...
设计模式是一套被反复使用、多数人知晓、经过分类编目、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。设计模式通常包含以下几个基本要素:模式名称、问题、解决方案...