1704183679
1704183681
精益求精:卓越的互联网产品设计与管理 11.2 研究小组
1704183682
1704183683
“在今天,我们信息的提取已经不是问题,我们所面临的问题恰恰是信息过多。”
1704183684
1704183685
——《麦肯锡意识》
1704183686
1704183687
我们在信息堆中发现机会,但是又在信息堆中迷失自我,信息堆的复杂和多样化使我们越来越难以看清事物的本质,这个景象就好像在废墟中汲取营养。对于产品团队来说,研究小组的核心人物就在于此:帮助更充分地了解问题。
1704183688
1704183689
那么什么问题是研究的主体呢?美国Forty&Bordercross营销公司的董事雷纳·西格克欧(Rainer Siggelkow)认为:“在商业问题中,弄清楚一至两个真正关键的数字是很有帮助的。我们没有时间去发掘更多的数字。”研究并不是为了得到更多的信息,而是为了获取重要的信息,任何一个成功的产品关键词总是因为准确地把握了一两个关键词或者数字,任何失败的产品总是因为没有充分消化一两个关键词或者数字。在大量的信息中,研究团队需要尽可能快地抓住事物的本质以及充分了解问题的边际效应,其他一些漫无目的的研究是没有价值的。
1704183690
1704183691
我们如何才能充分了解问题?我们一直在强调的结构化思想是了解问题的法宝。当我们接手了一个问题,马上将之结构化,同时导入观点使其丰富,这便是充分了解问题的最有效方法。千万不要轻言“我不知道”,即使极其复杂的问题、超出知识边际的问题,任何问题都有破解的后门,我们不要被问题的表面所迷惑,只要稍微深入地探索总会有一些发现。
1704183692
1704183693
从绩效管理的角度出发,研究团队的管理是最复杂的。任何一个问题都有OK和not OK两种状态,但是解决问题的过程却有无数个状态,其中最多的一种是“正在进行中”。商业需要以结果为导向,而大量的“正在进行中”将会导致商业的灾难,所以研究小组的过程管理即是必须解决的难题。如何保证研究项目能够过程可控呢?它同样是一个PDCA循环。从定义研究目标,细分目标并制定研究计划(Plan),执行(Do),制定验收标准(Check),到最终完成研究,得到反馈信息(Act)并开始计划新一轮的研究,这一系列的行动在通过PDCA循环使研究灾难过程可控,同时又保证了各个阶段的充分。
1704183694
1704183695
此外,研究计划的设计也是非常有意思的,我们需要将每一个时期的研究目标进行细分与重新组合,即:无风险的研究与有风险的研究项目组合,远期研究与近期研究项目相组合。这样的研究项目组合不仅仅能够保证近期的产品开发进度,而且保证了产品远期规划的科学性,使整个研究项目的管理也具有可控性。
1704183696
1704183697
1704183698
1704183699
1704183701
精益求精:卓越的互联网产品设计与管理 11.3 设计小组
1704183702
1704183703
当我们准备定义设计团队时,我们需要明白一个问题:设计是什么?这里我们再一次引用原研哉先生的定义:“所谓设计,就是通过创造与交流来认识我们生活在其中的世界。”请注意原研哉先生提到的几个关键词:创造、交流、认识。设计的目的是为了认识而存在的,而创造、交流只是其中的手段而已。同样,认识是为了解决问题而存在的,而设计只是解决的途径之一而已。我想这里我们可以对设计团队的工作进行一个概述:为了解决某些问题而创造一系列以设计为途径的解决方案,解决问题是设计工作的核心目的。
1704183704
1704183705
“解决方案”——这个简单的来自于商业的定义,使我们从复杂的设计思维中解脱出来,一切都变得如此明晰:我们并不是为了创造艺术美而进行设计,而是我们为了达到解决某个问题的目的借鉴了“艺术美”的手法;我们的大多数工作是为了实现商业目的,而不是为了设计而设计;我们不是“艺术家”,而是“设计家”。当这一切明晰化之后,我们发现一条贯穿整个设计团队合作的主线:以需求为中心去执行设计。
1704183706
1704183707
似乎设计的商业定义为我们的管理工作提供了不少方便,但是并不意味着设计管理便一马平川。一方面从工作流的角度出发,设计团队的工作也是PDCA循环的——其需要以计划为指导(Plan),尽可能完美地表达设计需求(Do),根据设计目的和设计标准进行设计验收(Check),根据最终设计效果与问题解决之间的关系进行总结和反馈(Act)。另一方面从执行层面出发,设计管理总是充满了不确定性——虽然设计不是艺术,但设计表现是艺术的,设计师的喜好、状态、情感、认知都将直接影响设计的结果,所以“如何对设计团队进行绩效管理”在大多数团队中都是非常棘手的问题。
1704183708
1704183709
为了获得有关设计团队绩效管理的理论支持,我向很多著名公司的设计高管取经,得到的建议竟然都是惊人的一致——我们对此无能为力,只要足够优秀的人才加盟就能够保证团队的绩效。相反,在一些小公司却得到了不错的建议——让用户来评估你吧!真是一语惊醒梦中人——毋庸置疑,我们的设计目标是为了用户的满意,只有用户才是真正的利益相关者,只有用户才有评价的权利。《麦肯锡方法》提及:“在麦肯锡,我们学会了这样一点,即保证客户团队站在我们一边的关键是把他们的目标转换为我们的目标。这样他们就不得不记住:如果他们的使命失败了,麦肯锡的使命就失败了;而麦肯锡的使命失败了,他们的使命也就失败了。”
1704183710
1704183711
至此,我们已经获得了针对设计团队绩效管理的重要思想:以任务为目的,以计划为第一指标,以个人绩效承诺为参考,以用户满意度为绩效标准,在不断的设计实践中进行持续的绩效考核,按时按量完成任务,执行过程力求完美。
1704183712
1704183713
1704183714
1704183715
1704183717
精益求精:卓越的互联网产品设计与管理 11.4 前端小组
1704183718
1704183719
回顾过去几十年,我们发现交互的进步和前端技术的发展是密不可分的。Flash技术让动作行为第一次通过浏览器进行数据交互,Ajax技术让互联网变得丰富多彩,这一切都离不开前端技术的发展。在产品团队中,前端小组是为实现人机交互和表现而存在的,正是通过前端小组,产品设计与技术才能很好地融合在一起。至此,我们对前端小组的建设有了思想基础——完美的实现。
1704183720
1704183721
前端技术在不断进步,前端小组的建设也是动态的。我们必须保证前端小组能够掌握最先进的前端技术来实现我们的设计,我们需要从前端技术得到启发,从而指导我们放开思想去构建非凡设计。我们需要的是一个能够不断超越自我的前端小组,只有这样的前端团队提供支持,我们才能稳定地实现非凡设计。
1704183722
1704183723
前端小组的绩效是设计团队中最容易评估的,他们只需要根据图形设计实现交互和设计意图即可,当然其中也可能存在代码质量和交互效率的问题。优秀的前端团队是经过不断磨炼而形成的,好的前端架构师也是大浪淘沙的结果。优秀的前端人员总是有无数的问题和建议,从设计起初,他们便不断提出自己对设计的见解,并提供实现的手段,与团队共同进行设计分析与风险评估,所以在好的前端团队面前,几乎没有不能实现的设计,因为他们参与了设计的方方面面。换句话说,他们在为设计保驾护航。
1704183724
1704183725
1704183726
1704183727
[
上一页 ]
[ :1.704183679e+09 ]
[
下一页 ]