向产品经理学习
湿气凝集到感冒爆发然后病假在家睡了整整一天之后活了过来继续生存到周末此时。雨声,贝多芬,第九交响曲第四乐章,现实的绝境与精神的欢乐颂歌。
回过神来想想,这周也是吃够了药片与止咳糖浆,眼看着下周会冷下来一些,湿热的空气却还在苟延残喘。北京的同学已经因为暖气的干燥而开起了加湿器,今天又是一片银装素裹了吧。鼻子,在雪中畅快的呼吸着干冷空气的鼻子,与塞满了湿热大鼻涕的鼻子,是两种状态的鼻子。各位能脑补我正在呼哧呼哧的一边抽泣呜咽一边写着这些字的样子吗。
上周末家事较忙,完全没时间和心情来做博客了,先抱歉一下。本周的文章和之前一篇关于设计原则的思考一样来自Facebook的产品设计总监Julie Zhuo,原文What Designers can Learn from Product Managers,很好的文章,在UX逐渐突破UI层面而广义发展的时代,产品汪和设计喵在思维模式和工作方式上的共通之处会越发明显。其实关于产品和设计的关系,蛮想把之前优设那篇访谈里的一些东西搬来,也算是自己和自己做的一次思想汇报总结;下次吧。不多说了,下面进入译文。
无论产品经理还是设计师,优秀的“产品制造者”身上都具有一些相同的特质:他们有开阔的视野,对目标用户有清晰的认知,能描绘出动人的远景,并且有着持之以恒的执行能力。
当然,在现实中,设计师和PM的面试题还是有着很大区别的。设计职位当中的某些附加分题目对PM同学来说可能正是决定去留的关键问题,反之亦然。这两个职能之间有很多东西值得彼此互相学习。过去这些年里,我和业界当中的一些顶尖PM进行过合作,自然也从他们身上学到了一些成功要素,在这里分享给大家。
对于问题的系统化思考与表述
很多设计师总是倾向于立刻着手解决问题然后将设计方案展示出来。只是,如果你不首先搞清楚为什么做这件事,那么很有可能从一开始就南辕北辙。要解决的问题本质是什么?怎样考量问题是否被有效的解决?有时我们会抛出“一致性”或“简约”一类的标准来衡量设计方案的成功与否,从系统化的产品角度来看,这些设计原则更多的是聚焦于解决方案,而非要解决的问题本身 - 实际用户当中没人会说“我不能用这个app,它太缺乏一致性了”或是“这个app对我来说太不简约了”等等。
一份由PM产出的关于“我们为什么要做XXX”的典型文档可以反映出这种系统化的思考模式,其中通常会包含对于产品目标及成功标准的定义,以及用来支持这些定义的统计结果、研究报告等等;对于可能存在的疑点或不利因素的解释说明往往也会提前被考虑进来。你可以感受到这些文档是建立在全面而坚实的思考基础之上的。
显然,要产出这样的文档,PM必须真的坐在那里进行系统化的思考然后一字一句的表述出来;不对问题本质进行深层的探究是很难完成的。
将想法转变为文字,记录的过程会逐渐使你学会站在系统化的角度思考问题。试着将文字表述作为设计流程实际开始之前的探索工具,强迫自己养成习惯去站在系统化的层面上去描述清楚要解决的问题是什么、怎样才算解决问题、为什么你的想法将是行之有效的。久而久之,你会发现不仅自己的设计思路变得更加聚焦,而且文字产出也可以帮你更好的与他人进行沟通。
直截了当、简明扼要的沟通
通常,在产品设计团队当中,我们对于产品人员在沟通能力方面的要求要高于设计师。PM们大都更擅长于语言和文字交流,包括沟通需求、做演示和主持会议等等。尽可能在这些场合里多进行观察,学习他们的沟通技能。
正如上文所说,充分的思考与准备是有效沟通的核心基础,而另外一个关键要素则是直接了当、简明扼要的切入主题。我所学到的一个方法就是在会议或沟通对话进行之前首先和自己明确两个问题:
- 我期望的结果是怎样的?
- 我需要对方提供怎样的协助才能实现期望的结果?
如果能简明扼要的表达出这两点,你会为彼此节省出很多时间,而且对方也能清晰准确的理解你的意思。不用花费太多时间去营造所谓的沟通氛围或是扯什么文字游戏,时间是最宝贵的资源,快速而准确的沟通对大家都有好处。
化整为零,步步为营
良好的执行力是优秀PM的重要标志。我们在产品设计工作中所面对的问题有时就像一张告诉你三千英里以外有一箱金币的藏宝图,中间尽是密林、沼泽与险峰 - 我们该怎样实现目标?
这种情况下,PM往往会采取的策略就是将大问题解构为一系列彼此之间依赖性较弱的更容易解决的小问题,从而步步为营的进行推进 - 与其面对丛山峻岭无所适从,不如先收拾好行囊。打包完毕?OK,步行到最近的村落,不再前行,找一家酒馆庆祝一下睡一觉。第二天,远足到丛林边缘便好,晚上点起篝火讲讲故事一类。第三天,派出两队人马去摸清林子当中的路径,然后大家一起分析怎样继续前行...
这种方式同样可以成就设计之旅 - 以某个设计方向作为远景目标,根据产品需要解决的不同类型的问题将大的设计目标分解成若干部分,并依据优先级逐一解决实现。进行解构时,原则上要尽量降低各个部分之间的依赖关系,使颗粒度尽可能小,每个部分之间尽可能保持独立 - 我曾经参与过复杂项目的重设计工作,同时做太多的事着实让人头疼,一旦其中某一个出现问题,其他部分也会受到不同程度的牵连。反之,以合理的方式对大目标进行解构,将问题分类,记录版本变更,这些都是更行之有效的策略。
扩展视野,兼顾全局
作为设计师,我们太容易过分聚焦于界面细节而无法自拔,所谓精益求精或匠人精神一类,指望用户相信你是在意他们的体验的。实际上要想真正达到这一效果,我们需要的是更高层次的聚焦。必须承认,要打造对人们真正有用的伟大产品,所需要的绝不仅仅是优秀的界面。PM们从始至终都要在商业目标、产品策略、设计方案、开发资源等各个方面之间寻求平衡,而设计师们也应该学着扩展视野,关注到整个产品流程当中的各个方面。
这意味着你要花时间和心思去理解公司的业务目标,使设计方向更符合公司的长远规划路线。
这意味着你要关心整个产品团队的健康运作,例如各个职能战线能否通力协作,士气是否高涨,团队成员之间是否互相信任等等。当然,这些都不是你在这里工作的首要职责,但是如果你真的在意最终产出能否达到理想标准,那么对团队本身的运作和发展有所贡献也是应尽的义务。
这意味着你要努力成为别人能够充分信任并乐于和你合作的人。
在各方面因素之间寻求平衡不是一件容易的事,需要丰富的经验和技巧。从设计的角度来说,一方面要在产出当中充分体现出你所信仰的原则,同时又不能以影响团队整体目标与路线的执行为代价。
译文代表原作者观点。欢迎发表评论,或到译者微博进一步交流探讨。