OKR是一套定义和跟踪目标及其完成情况的管理工具和方法,如何通过OKR提升团队效率呢?本篇文章作者分享了自己团队推行OKR目标方法论的相关经验。

10月初,在我们团队内宣贯了OKR目标方法论以及如何以设计策略助力商业赋能提升团队效能。

OKR方法并不陌生,这是谷歌、intel等公司一直在用的比较成熟的体系,比较之下,这套体系比我在之前公司沿用的KPI考核更有效果。

目前,很少有公司的设计部门在使用这套体系,根源就在于设计团队在很多公司被定义为支持服务部门,并且设计的指标没有办法量化,并不好实行,我在原有的OKR体系内进行了调整,更适用于我们当前这个设计团队。我想在设计团队推进这套体系主要来源行业大背景和团队小背景。

行业大背景主要有2点:

人口红利下的数据增长趋势,为业务助力,设计赋能业务商业价值。

在当前设计行业中,设计团队话语权较低。提升设计价值,提升设计师在团队中话语权,由图形界面设计师转型为跨界思维的设计策略师。

团队小背景:

增强团队的目标性,让设计师工作更有方向,不偏离主航道。

提升设计师的主观能动性,增强跨界意识,提升创新设计思维,不再受制于颜色、图形、界面等等的局限。

一、团队推进OKR的价值与意义

OKR相关内容在百度很多介绍,下面对概念不过多阐述。

OKR的全称是Objectives&Key Results,”O”一般可以理解为大的目标,有愿景的、有战略野心,同时也具有一定鼓舞士气的目标,例如“让金融科技改变世界”。

而Key Results则是公司战略下的各个团队的结果,由团队结果进一步拆分为团队中个人完成的关键结果即KRs。

1. OKR的5个核心原则:具体、可衡量、可实现、有相关性、时间

OKR在很多公司的运营团队、销售团队一直都在采用。

简单举个例子:2018年12月份,要提升新用户的注册率至60%。

从O来看:提升注册率至60%是目标。

KRS是这些路径中的每一个结果:渠道投放—获取用户—浏览app—引导注册—注册成功,每个环节的结果提升都与新用户注册率提升相关。

Specific(具体的):要提升新用户的注册率;

Measurable(可衡量的):60%是可衡量的数据;

Attainable(可实现的):渠道投放—获取用户—浏览app—引导注册—注册成功,这是可实现的路径;

Relevant(有相关性的):每一个环节的优化即是与目标的相关性;

Timebased(基于时间):12月份。

2. OKR在团队中价值:个人赋能组织

OKR的制定到结果的review,更多的体现在个人能力赋能组织的作用。

在传统KPI中,目标和成绩是由领导去制定,任务也是由领导分配下来。而在制定OKR、实施OKR中,是团队中每个人共同参与去制定,有利于团队中有潜力有担当的人做出更出色的结果。

在推进OKR中信息透明,目标一致,团队上下能在第一时间分析问题原因,组织中的每个人都有主人翁意识,勇挑重担,在遇到项目难点中,每个人都能在第一时间主动做出正确反应,而不是被动等待被分配。

3. OKR其他可应用之处

OKR对个人工作、学习、生活目标管理同样适用。在我还并未了解到今天OKR系统时,还得追溯到我在高中考大学,及大学考研中的应用。

我当时的考学目标特别清晰就是考上我想读的学校,我会分析具体的原因,找到关键结果。

比如:分析每年录取的分数线,以及以我最近一次模拟考试的得分,再分析模拟考试中哪一项是丢分最多,把提升丢分最多的项目设置成为我的KRS。

在这么多年的目标管理上,基本上我的目标都在我的预期中达到。

在工作中应用也是同理,比如2018年上半年要晋升,工资涨幅30%。晋升是目标,分析影响晋升因素——即关键结果,把每一项KRS拆分成自己要完成的子项,(如图)

二、为什么设计团队要推进OKR

1. 战略一致,清楚主方向。

设计不仅仅是一个部门的事,而是需要跨部门的努力,共同完成目标。

OKR的推进在很大程度上信息沟通的透明,传达目标的一致,让设计师在工作中清楚自己在干什么?最终结果要去到那里?凝聚团队中的所有力量,发力在一个正确的方向上。

在我们团队有很多创新的想法和思路,也有很多需要优化的体验问题,但要在清晰理解公司的战略目标前提下再推进,所谓的设计执行实质就是战略目标下krs拆分的一个个的任务。

2. 聚焦在关键目标,四两拨千金。

对于一个复杂的组织或者公司,可能每天面临的外部需求及内部需求池会有很多个,而okr的推进,是在大目标的前提下,聚焦在关键目标上。

比如在Q4里公司的目标是新用户转化,设计赋能的目标就可以聚焦在新用户的体验路径优化上,那设计的产出价值可以达到四两拨千斤的作用。

3. 突破当前团队的局限

人的潜能是无限的,在工作中激发设计师的热情不是靠职位层级关系的设定,被动的由上至下分配任务,也不是靠升职加薪的奖励。

在我们的团队虽然存在一些历史遗留问题,但我能明显感受到所有设计师的心中那份热情和和对职业的理想憧憬。

这种热情和理想在小小奖励上可能不值得一提,也并不是能决定是否能让设计师继续留在公司的关键因素,而是激发他们参与到有激情的项目中,在团队合作中发挥自己所长,挖掘自己具有潜能的价值,有机会在行业大会上发声,从而收获在设计圈的影响力。

三、如何在设计团队内推进OKR

1. 设计团队在当前所处的A点

在很多公司的设计团队中设计师们表示自己的待遇如同二等公民,遇到产品经理、运营等来提修改意见犹如被虐一般,尤其遇到用户体验问题和产品强制用户不可见行为,产品们振振有词站在公司层面考虑,而设计们表示并不影响用户决策行为下站在用户关心的角度考虑……

诸如类似设计问题始终没有得到公司管理层的重视,即使得到重视,一些中层管理者们也是凭直觉,而非具体分析来做决策。

2. 结合公司的B点,确立设计团队的B点:提升设计价值、设计赋能

聚焦2个核心目标:

为互联网金融体验赋能;

为设计团队赋能。

3. 通往b点坚定而正确的路径之一:商业赋能

市场大趋势—增量市场变为存量市场:

在互联网发展初期,用户增长是每个app追求的目标和方向,也是企业实现商业变现的基础。

一个活动中的补贴、红包等一些常规营销活动就能获得大量新用户。而现在,随着移动互联网的下半场到来,增量市场变为存量市场。

现在的移动互联网时代是个流量和资源都掌握在一线巨头的时代:腾讯,阿里,百度,头条等。在这样的环境下,越来多初创公司面临增长的瓶颈,以最小成本换来最大数据增长的回报成为当前市场中越来越受到关注的话题。

很多公司开始向两端收拢。

第一,上移回归用户,聚焦在高素质、高质量用户。

简单举一个例子,拉来100个新用户,却仅仅只有10人买单。相比之下,维系10个优质用户购买100次,却要更有意义。

第二,下沉市场,从一线二线转移至三、四线城市,获得更大的市场环境从而获得更多新用户。比如拼多多。

在这样的市场环境中,对整个行业大趋势的了解、对当前数据观察、商业赋能是我们设计团队中所缺失的,这也是造成前面提到设计师二等公民地位、以及设计师与产品、运营需求方冲突的原因,等等。

因此我们要达到设计b点,结合公司的大b点,为商业赋能那就要提升每个设计师的跨界多维度的思考:数据驱动下的迭代优化、设计创新力。

数据驱动下的设计洞察力:

现在在日常版本迭代中会经常接触到一些数据漏斗模型,比如注册转化率、购买转化率、复购率等等。这些数据只是我们做设计策略的一些参考,还有很多实际问题需要具体分析。

在《精益数据》中提到一些虚荣指标,比如点击量、pv值等、很多人盲目去追求这些很好看的数据。而真正数据分析核心在于通过从数据分析中获取信息,找到问题及解决的方向,通过不断试验验证设计方案的正确性。

优化流程:体验路径的研究分析—观察用户行为—提炼目标—设计方案—验证。

举个例子:我们在播放流程的数据漏斗中发现流失率达到75%,通过对目标用户进行深度研究、提炼核心需求、查看用户需求是否被满足,以及哪些因素影响了用户的决策。

数据驱动下的设计创新力:

也有很多公司过分依赖用户数据、用户习惯,被动去讨好用户,盲目的叠加一些新功能。而真正以设计创新驱动型的公司追求的是完整的以用户未来需求为中心的体验,打破了实体、数字化和服务之间的界限。

因为以用户未来需求为中心意味着公司需要从更广更深的整合角度去思考,设计创新可以在哪些方面发挥作用,从而给用户带来全面新的体验。

比如开发新的产品功能,是需要观察了解潜在用户的未来需求,清楚他们未来的痛点和爽点是什么?

举个例子:在情感系统中我们正在推动IP形象,以传统的方式可能最终就是设计一个类似某个动物的吉祥物。

但是在推动前我们调研了大量市场及当前family的一些特征,站在未来高净值用户及他们喜好、传播的效能的角度上,我们设计IP的出发点是从联想记忆点、用户特征属性出发……

4. 通往b点坚定而正确的路径之二:为团队效率赋能

提升效能:设计流程、组件设计、敏捷质量评审流程等。

很多中小公司的流程还存在混乱、需求不清、重复、设计品质不精细、效率慢的情况。对设计流程的清晰梳理、规范、质量评审等建立大大提升设计效能。

最近我们在推进支付流程组件化的体验中,在前期花了将近一周的大量精力梳理业务逻辑、场景使用、组合方式、变量的出现,与开发共同完成组件规范,在后续我们的支付界面迭代设计开发能力将提升效率达到80%以上。

5. 实施:基于b点大目标下的任务流拆解

定目标—管目标—核结果

前面大量的分析了当前的设计团队a点,以及未来要达到的b点,这个b点是结合了公司的b点而确定下来的,接下就是对设计团队b点进行拆解成关键的的krs,再进行分解成可以去执行的设计任务,如图示意。

6. 与时间相连性:定期回顾结果与调整

在OKR推进中,每周的结果review是必然,不然就容易造成目标落空,无法继续执行下去。这就好比自己要去到某个地方,在路程中要不断对比自己与目的地的距离,方向以及是否走在正确道路上。

后记

今天,是我们团队推进OKR的第四周,通过我们的一些实验与验证收获了很多有效的结果。

比如拉新中邀请模块数据提升8~10倍,首页的皮肤提升了banner一倍数据,支付组件的提升80%的效能、设计design system的逐步推进、敏捷质量评审流程、设计趋势分享、创新研究组、IP产出等等,每周都在不断前进,离提升设计价值赋能团队、赋能商业这个目标越来越接近。

虽然未来还有很多的阻挠和困难在等着我们,我相信未来的设计前景一定是美好的。

作者:Hellen(微信公众号:咏舍)七年设计经验,艺术设计学硕士毕业。专注用户体验设计、心理学、自我管理与提升。

本文由 @Hellen 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

以上有关公司商业数据与界面已做相关处理,如有涉及纯属个人行为。

给作者打赏,鼓励TA抓紧创作!赞赏

4人打赏

平面设计师okr_设计团队如何推进OKR实现设计赋能相关推荐

  1. uniapp image图片切换动效_谷歌设计团队发布了一款动效神器,让 UI 和动效无缝打通...

    编者按:Google 设计团队为了更好地推进 UI 和动效设计,自己开发过不少新的工具,打通 Sketch2AE 是其中之一,如今的 AEUX 也是为了相似的目的而存在的一个全新升级的动效工具~ 动效 ...

  2. 成为会带团队的技术人 架构设计:治理好系统复杂度才最务实

    上一讲我们以架构之名聊了一下理解业务这件事儿,这一讲我想进一步来聊一聊日常工作中架构工作的核心关注点是什么? 我是在接触分布式开发之后,才对"架构"有了概念,从三高(高可用.高性能 ...

  3. 团队作业3 ---- 需求分析与设计

    需求分析 软件的最终目的是用来解决用户的某些问题,需求分析就是要理解要解决的问题,真正明确用户需求. 1.访问软件项目的真实用户(至少10个),确保软件真正体现用户的需求,为软件最终可用奠定基础. 如 ...

  4. 《设计团队协作权威指南》—第2章2.2节设计师的最佳心态

    本节书摘来自异步社区<设计团队协作权威指南>一书中的第2章2.2节设计师的最佳心态,作者[美]Dan M.Brown,更多章节内容可以访问云栖社区"异步社区"公众号查看 ...

  5. 创业邦团队是如何进行高效设计协作的?

    在这个信息发达的时代,如何让团队协作设计产品原型的过程更高效?最近,看到了墨刀专访了创业邦产品部的文章,他们给大家分享:资讯类产品,到底如何高效应对多频迭代需求? 创业邦作为中国创业者的信息平台和服务 ...

  6. 《设计领导力:顶尖设计领导者建设和发展成功设计团队》一2.4 雇比你聪明的人...

    本节书摘来自华章出版社<设计领导力:顶尖设计领导者建设和发展成功设计团队>一书中的第2章,第4节,作者Richard Banfield 著 易艺 译 ,更多章节内容可以访问云栖社区&quo ...

  7. 精益设计: 设计团队如何改善用户体验

    <精益设计: 设计团队如何改善用户体验> 基本信息 原书名:Lean UX: Applying lean principles to improve user experience 作者: ...

  8. 《设计团队协作权威指南》—第1章1.3节甘为螺丝钉

    本节书摘来自异步社区<设计团队协作权威指南>一书中的第1章1.3节甘为螺丝钉,作者[美]Dan M.Brown,更多章节内容可以访问云栖社区"异步社区"公众号查看. 1 ...

  9. 各个图标的意思_冬奥体育图标设计团队负责人林存真:每一个图标要画100稿以上...

    林存真中央美术学院设计学院副院长.北京冬奥组委文化活动部形象景观艺术总监.北京冬奥会体育图标设计团队负责人. 12月31日晚,北京2022年冬奥会和冬残奥会体育图标正式发布.在体育图标发布前夕,新京报 ...

最新文章

  1. 初窥CSRF攻击方式以及Flask-WTF
  2. node - 非阻塞的异步 IO
  3. 创新的前端 豆瓣书评 摘录
  4. PyQt5 技术篇-如何彻底删除控件?布局移除控件方法。
  5. 那些年送出去的交互方案-微博篇
  6. mysql的varchar最大值是多少_MySQL varchar计算:求列的数额和计算N的最大值
  7. php全部公开课,PHP公开课|这篇PHP的each()函数教学数,只为了帮你的PHP会学的更好...
  8. 全数字实时仿真平台SkyEye的同步数据流语言可信编译器的构造
  9. TreeView的基本使用 1205
  10. Java 中判断char 是否为空格 和空
  11. 自增字段不连续_MySQL中自增主键不连续之解决方案。(20131109)
  12. java 高级工程师要求
  13. JS弹出窗口方法汇总
  14. C语言笑谈:C语言超级搞笑的代码,冷笑话我们程序员也会讲的啊!
  15. Centos互信搭建
  16. 程序猿生存指南-55 初为人师
  17. ios 左右滑动手势
  18. 由kobject_create_and_add全面了解kobject
  19. 地形系统shader学习
  20. 11月14日一周总结

热门文章

  1. Java练习:tips.Print
  2. [20170410]快速找回触发器内容.txt
  3. atomikos   log already in use
  4. 职业规划:少走弯路的十条忠告
  5. 企业数字化新战场:低代码究竟是“毒瘤”还是“良药”?
  6. 56PY宿迁味道这么可口
  7. 今天的出了校门的即时通讯
  8. 网络通信程序写起来很难专业课没问题
  9. Windows Mobile 数独游戏及全部源码
  10. 我的三年研究生(CS)学习与工作经历(ZT)