分享2种规划思维和4个规划方法

简介: 为结果买单,为过程鼓掌。

作者:不拔

 

每年各个部门都要进行规划,规划能让目标更聚焦,让我们清晰地知道今后我们要做什么、如何去做。并非每个人都会参与规划中去,但需要掌握规划的方法,否则让你来做规划时,你会发现很痛苦,找不到什么头绪,要么规划出来的内容都是散点,要么规划出来的太抽象。在本篇文章中,提到了规划的2种思维模式,并分享自己在规划中用到的4个规划方法,让开始做规划的你显得不那么迷茫。

 

你应该学会规划

规划不只是高层的事

 

规划不仅仅是高层的事,每个人都要学会规划,只是每个人规划事情的格局不一样,高层做战略规划,下面的人做战术规划。规划也是分层次的,有战略规划、部门规划、团队规划、个人规划,站在每一层中,你看到的内容是不一样的,一般都是高层规划包含底层规划,底层规划支撑高层规划。

 

有些人认为规划是主管的事,自己只要按照规划去做事就行,这是一种被动接受干活的心态,你很有可能不了解做这件事的背景是什么,要解决什么问题,深层次的目标是什么。当你的输入更多时,你所做的方案设计也就不一样了,技术选型也会不一样,架构设计也会不一样。

 

规划具有重要的意义

 

笔者认为规划有三个重要的意义:

 

  • 聚焦目标:规划一个最为重要的作用就是让目标更清晰。团队里的人知道要做什么,有一部分人觉得迷茫,很大程度是目标不清楚,好像知道要做什么事,又不知道如何下手。这个目标可大可小,小的方面就是要完成一个项目或一个需求,大的方面就是要建立一套体系。笔者曾经就有这样的切身经历,有一段时间显得非常迷茫,不知道自己要做什么,人一迷茫就会焦虑。一旦有这样的状态,就要思考是不是目标不够清晰,目标度量是不是不够细。当目标明确之后,大家"心向一处想,劲往一处使",这样的工作状态效率是非常高的,团队的氛围也是非常好的。

 

  • 洞察背后逻辑:规划出来的内容是结果,最为重要的是思考为什么要做这些事,背后的逻辑才是核心。分析当前的现状、痛点、业界发展状况等,结合业务本身,去做一些决策、取舍。不同的人思考出发点不一样,大家在一起碰撞时,会有一些的想法闪现出来,也是思想的交流。我们做事不仅仅要懂理how,更要懂得why,当把why讲清楚之后,how也就是水到渠成的事,往往我们的一个困惑是不知道why。

 

  • 知晓未来方向:规划有短期规划,也有长期规划,一般笔者是先思考长期规划,思考3年之后,我们要具备怎样的能力,再回到短期上,我们当下这个阶段要做到怎样的程度。有些事不紧急,但很重要,可以放晚一点做;有的事非常重要,又什么紧急,优化级就要提高。

 

当我们知道了方向之后,即使当下没有去做一些事,也知道将来我们要做成什么样。以笔者的过往经历,一个团队有一两年的长远规划之后,团队里的成员达成共识之后,这个团队在一两年内是稳定的,因为大家知道两年之后我们会做成什么样,远方一直有一个目标在照亮着我们,大家一起努力不断逼近那个目标。

 

规划的2种思维

 

归纳思维

 

规划使用的第一种思维是归纳法,这是大家最常用的方法,一般是从现状出发,去思考当下有哪些问题、业界是怎么做的等等,从这些输入中去归纳我们需要去做什么。比如当下工单咨询比较多,那么就需要对工单进行分类,如归纳成产品设计问题、程序代码问题、依赖方问题、交互设计问题,针对每类问题,再去思考我们应该要做到哪些工作。在店铺平台建设中的规划中,我们就梳理了当下的一些痛点问题,如平台只有一些基础的能力,没有给业务方提供强大的能力支撑,那么接下来就要加强店铺能力建设,丰富店铺能力。

 

归纳思维有一个缺点就是就事论事,解决了表层的问题,比如竞品有什么,我们没有该项能力,是不是我们就要去做同样的事。归纳思维要配合深度思考一起做规划设计,真正挖掘出我们当下的痛点是什么,比如一个工单,用户只会提出他遇到了什么问题,此时就要深入分析它的root cause,有的时候一个清晰的提示文案就可能解决了用户的问题。

 

演绎思维

 

规划使用的第二种思维是演绎思维,演绎思维是一种更高级的思维模式,它需要一个人对事物有非常深刻的认识,当洞察出了底层的规律之后,再去思考我们要做什么。一般的人并不习惯用这种思维模式,它对人的要求非常高,一旦掌握之后,规划也就容易得多,很多科学家更偏向使用演绎思维。

 

在店铺规划中,笔者就运用了演绎的思维。比如在规划之前,笔者就思考两个问题:店铺的本质是什么、店铺要提供的商业价值是什么。当把这两个问题想清楚之后,沿着价值方向去思考我们应该要给用户提供怎样的能力,这是一步一步推导出来的。店铺的本质是一个"场",它连接了卖家和买家。

 

针对这两种角色,卖家最为关注的是怎么使用得好店铺,包含使用得爽、店铺转化好;买家最为关注的是怎么通过最少的钱、最少的时间买到心仪的商品。沿着卖家和买家关注点,继续思考我们怎么让卖家用得爽、用得好呢?其中一个点是我们要知道卖家现在有哪些不好的体验,一定要能度量得出来,而不是定性地去分析,当定量地度量出体验指标之后,这样就非常有针对性去做一些体验优化工作。站在买家的角度,可以给买家一些优惠,让他更愿意购物,这也即是我们规划店铺营销的初衷。

 

规划的4个方法

同类思考方法

 

同类思考的方法是通过当前一个的点,去思考还有没有并列的事物。比如在优惠体系中,优惠券是非常常见的营销手段,那么就要思考,有没有与优惠券等同的营销手段呢?这样思路一下子就打开了,除了优惠券外,还会有积分、奖励金、卡等,这样就形成了卡、券、分、金的基础优惠体系。同类思考的方法是最简单的,也是最容易实践的,只要在现有的事物上,进一步去思考同类事物就行。它最好的特点就是丰富能力,尤其在平台型业务建设的过程中,丰富能力一直是一个重要的规划,当把同类的能力都补齐之后,整个平台的能力就非常丰富。

 

同类思考的方法除了用在规划上,还可以用在解决具体的问题上,比如,我们接受到一个工单:创建店铺时提示"service error",这个提示就非常技术化的表达,用户根本不知道出错的原因是什么。那么就要思考,在其它的交互流程中,是否也有类似的问题,我们在解决问题时,不要只单点地解决问题,至少要形成一条线,解决一类的问题。

 

升维思考方法

 

升维思考的方法是往向抽象一层,屏蔽下层的实现细节,本质来讲是简化认识和提升认识的维度。还是回到上面优惠的例子,有了优惠券、积分、奖励金这些优惠工具,外部业务系统怎么去感知呢?不可能每次新增加一种优惠能力,还要让业务侧去感知,如交易在下单时,要扣减优惠金额,非常不好的体验是交易分别去调用优惠、奖励金系统的接口,往后只要新增加一种优惠能力,交易扣减逻辑就要修改,显然不符合"开闭原则"。解决这个问题就要使用到升维思考的方法,往上抽象优惠计算的能力,交易、导购只用关注优惠计算接口就行,至于有多少种优惠它并不关心。

 

升维思考非常有用,再比如优化卖家店铺装修体验,我们能想到一些具体的措施:优化交互、优化流程、增加用户文档等。然这些具体的措施对提升卖家装修体验是有好处的,但有一个问题我们始终没有定义清楚:到底什么在影响着卖家装修体验?换句话讲,我们需要知道影响卖家装修体验的定量指标,只有把定量的指标找到之后,就非常有针对性去做一些体验优化的工作。

 

升维思考的格局比同类思考的格局要大一些,同类思考只是站在同类的维度去思考还有什么,而升维思考站在的维度更高,它可以往下拆解出不同的子项出来,如稳定性建设,它可以拆解出稳定性监控、稳定性预案、稳定性应急处理等等。如果说同类思考是横向思考,那么升级思考就是纵向思考,这两者结合在一起就形成了一个平面。

 

降维思考方法

 

降维思考的方法与升维思考的方法相反,它是往下一层去思考。这种方法比较适用于目标非常明确的场景,去思考具体要去做什么事。比如店铺营销,它相当是一个命题,店铺营销需要哪些能力去支撑,如何体系化地表达出来就非常重要。降维思考更像是一种逆向思考,目标已经有了,怎么去推导需要哪些能力去支撑,这些能力就是需要去建设的。回到例子本身,店铺营销,至少要包含:店铺优惠、店铺互动、店铺投放、店铺权益履约、店铺触达,还可以往下细分去思考每块的内容,如店铺互动,需要思考有哪些不同的店铺互动类型,常见的有新人进店领取优惠券、关注店铺领取优惠券、玩游戏领取优惠券等,一层层地往下细化,整个体系就搭建起来了。

 

如果说升维思考更适合做平台类的建设,那么降维思考就适合场景类的建设,一个面向抽象规划,一个面向具体规划。降维思考方法也是非常有用的,比如店铺域要用到营销能力,本身底层的营销能力又是营销域负责的,那么店铺营销能做的事就是将营销能力应用到具体的场景上,如关注店铺领取积分、积分兑换装修模板等等。

 

平台思维和场景思维是两个不同的思维方式,平台思维偏通用类的规划设计,更多的是运用归纳的思维,而场景思维是偏具体业务的规划设计,更多的是运用演绎的思维。

 

精专思考方法

 

精专思考的方式是专注于特定领域,将某一件事做到极致。比如做芯片,5nn就是一个技术挑战,在这个领域没有足够多的研究,是很难达到5nn的标准。精专思维应用到规划上,更多的偏向具体度量指标的提升上,比如性能优化,RT从xx降到xx,QPS从xx提升至xx……;研发效能,研发时间从xx降到xx,效率从xx提升至xx……;SLA从99.99%提升至99.999%……这样的规划案例非常多,精专体现的是深度,当把基础的能力都建设得差不多之后,要么选择更广阔的空间,要么选择做得更深,比如营销中怎么去预防资损就是一个深度问题,还有怎么去提升研发效能上,是通过架构升级,还是流程改进,亦或是框架优化……,越往底层,对专业能力的要求就非常高。

 

降维和精专又是从另外一个角度去思考问题,和前面两种方法构成了立体的视角。如果规划中能灵活运用这四种方法,整个规划的内容就丰富,既有广度的内容,又有深度的内容。

 

规划方法只是一个工具

不要过分沉迷方法

 

方法只是一种工具,让我们更好地去工作,但我们不能过分去强调方法,本质上还是要回归到业务认识上,正所谓"巧妇难为无米之炊",同样的道理,对业务没有思考,空有方法也是没有用的。笔者的建议是不同的人有不同的规划方法,真正吸取一两个人的方法之后,真正去实践,从实践中再总结出适合自己的方法。不同的人对方法的表述不一样,本质上是大同小异的,真正掌握4、5种方法就足够用了,不用贪多,把方法的原理、思路了解好了,多去实践,在实践中再去体会,多规划几次,你也就懂了。

 

业务深度思考才是正道

 

在上一节中也提到不要过分地沉迷于方法,深度思考业务才是正道,一般懂一个业务是需要时间的,要不断去思考业务的本质是什么,业务的商业价值是什么,从本质和商业价值中去寻找我们的机会。比如笔者就花了很长时间去思考店铺的本质是什么,它的商业价值是什么,不管是业务本质还是商业价值都是简单的,如果不能够用一两句话讲清楚,很有可能你还没有深刻理解(有可能你知道但没有表达出来)。

 

以店铺业务为例,站在卖家的视角,店铺给卖家的商业价值就是让卖家用得爽店铺、用得好店铺,用得爽就是卖家在装修店铺的过程中,他的体验是好的,这也是人之常情,你用一个东西,很用得不通畅,你也就不想去用它;用得好就是装修出来的店铺,买家更愿意在店铺里购物,即转化率要高。

 

在规划时,应该多关注业务,多思考业务上的痛点问题、业务的本质、这个业务的初衷是什么,所要做事的方向就会清晰一些,我们所做的规划一定是有目的,解决一个痛点,解决一个难题,新增加能力……,背后是有决策依据的,当把背后的思考讲清楚之后,大家的目标感、方向感就会更清晰。

 

让规划落地

规划能看得出一个人的格局

 

不同人看到的问题不一样,所接受的输入信息也不一样,思维模式也不一样,因此不同人思考的出发点不一样,他所做也的规划也就不一样。有的人思考深刻,考虑周全,规划的内容非常有体系化;有的人专注于某一个领域,不断探索底层的问题,规划的内容非常有深度;也有的人思考得问题比较单一,规划的内容比较零散……

 

从规划出来的内容,可以看得出一个人的格局,这个格局或大或小,或深或浅,它直接影响着今后一段时间工作的方向。我们更希望有大格局的规划,就像国家有5年规划、10年规划、100年规划,能清晰地知道我们要驶向何方,未来是什么。规划的内容要有一定的挑战性,去挑战一些未知区域的内容,这样也就有巨大的优势,在这个赛道上,很早就开始布局了,即使别人要追上来,也不是一两年的事。在这个领域上保持着领先地位。要达到这样的效果,绝对不是漫无目的做出来的,一定是很早就开始规划,一步一步走到今天才可以。

 

体系化的规划

 

规划要体系化,而不是散点去规划,散点做事不成体系,东一榔头西一棒槌,散点规划并不能看出清晰的目标。比如在规划度量装修体验的度量指标时,它所包含的内容就非常多,如确定业务目标、业务目标拆解、数量埋点、接口监控、行为路径分析、问卷设计、实时反馈通道、指标相关性计算等,整个形成一个体系,从逻辑上是自洽的。不成体系的规划,往往会受别人的质疑,很明显缺少一些能力支撑。

 

重点落地

 

当有了规划之后,接下最为重要的就是把规划里的内容实现出来,我们最为牛逼的就是一两年后把我们当初设计的规划都实现的,那个时候是最有成就感。我们规划的格局要大,同时落地要实,实实在在地完成规划的内容,否则即使规划再好,最终也不会有很好的结果,阿里有一句话:"为结果买单,为过程鼓掌"。

 

一般PM要承担项目管理的角色,把控项目进度,及时发现风险并且协调资源解决问题。以我们团队为例,会有一些专项去落实规划的内容,做好需求分析、方案设计,每周会有项目周报,跟踪项目进度和项目风险,没有管理的项目,延期的风险是巨大的。

原文链接

本文为阿里云原创内容,未经允许不得转载。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/513632.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

apache 统计404日志_Apache监控与调优(四)Apachetop监控

除了使用status监控外,还可以使用第三方软件来监控。现在使用的最多的第三方监控软件是apachetop。虽然我们使用status也可以监控到很多信息,但是对于一些统计信息来说,例如统计哪些URL的访问量最大,不同状态码下分别有多少个HTTP…

揭秘 | 2021年移动云API大赛决赛大奖花落谁家?

10月21日,2021年移动云API应用创新开发大赛决赛暨移动云开发者论坛,在苏州圆满举办。现场,移动云开发者社区重磅发布首批MVP名单,同时公布2021年API创新开发大赛决赛获奖名单。中国移动、英特尔、CSDN、PingCAP、各参赛团队等技术…

冷热分离之OTS表格存储实战

简介: 为什么要冷热分离由于2020疫情的原因,在线教育行业提前被大家所重视,钉钉教育已经服务超过21万所学校、700万教师和1.4亿学生用户,每天大量的教育数据产生。整体数据量:随着时间的积累,数据量越来直大…

世界地图可以无限放大_不敢相信!世界地图,你竟然骗了我这么多年...

本文转载自微信公众号:中国国家地理(ID:dili360)原文首发于2018年10月13日,标题为《世界地图,我竟然被你骗了这么多年!》不代表FM93交通之声观点。都说眼见为实,其实眼见到的也不一定为实相信你们很多人都以为世界就像…

WebAssembly + Dapr = 下一代云原生运行时?

简介: 云计算已经成为了支撑数字经济发展的关键基础设施。云计算基础设施也在持续进化,从 IaaS,到容器即服务(CaaS),再到 Serverless 容器和函数 PaaS (fPaaS 或者 FaaS),新的计算形态相继出现。…

Service Mesh 开源实现之 Istio 架构概览

来源:无敌码农作者:无敌码农今天的文章将从更宏观的概念和架构入手,来全面介绍Istio这一最著名的服务网格开源解决方案,以求从整体上将Istio实现服务网格的核心原理阐述清楚!Istio中的关键概念要学习Istio需要先明确以…

mysql外键约束分数_MySQL提高(外键约束)

外键约束1.条件语句的写法在sql中可以通过where 条件语句 来对操作对象进行筛选 -筛选a.比较运算符&#xff1a;&#xff0c;<>,,<,>注意&#xff1a;判断一个字段的值是否为空不用使用和<>&#xff0c;而是使用is null和is not nullselect number from t_co…

Java Map中那些巧妙的设计

简介&#xff1a; 他山之石可以攻玉&#xff0c;这些巧妙的设计思想非常有借鉴价值&#xff0c;可谓是最佳实践。然而&#xff0c;大多数有关Java Map原理的科普类文章都是专注于“点”&#xff0c;并没有连成“线”&#xff0c;甚至形成“网状结构”。因此&#xff0c;本文基于…

java json转xml_关于JSON与XML的区别比较

现在互联网上&#xff0c;最流行的两大传输数据的标准就是json和XML了&#xff0c;关于谁是最好的&#xff0c;一直以来都是人们争论的话题&#xff0c;其实各有各的缺点和优点&#xff1b;1.定义介绍(1).XML定义扩展标记语言 (Extensible Markup Language, XML) &#xff0c;用…

揭秘!阿里实时数仓分布式事务Scale Out设计

简介&#xff1a; Hybrid Transaction Analytical Processing(HTAP) 是著名信息技术咨询与分析公司Gartner在2014年提出的一个新的数据库系统定义&#xff0c;特指一类兼具OLTP能力&#xff08;事务能力&#xff09;和OLAP能力&#xff08;分析能力&#xff09;的数据库系统。 …

mysql对本地文件的读取_Mysql 任意读取客户端文件

load data infile "/etc/passwd" into table test FIELDS TERMINATED BY \n;实现&#xff1a;Mysql Server会读取服务端的/etc/passwd&#xff0c;然后将其数据按照\n分割插入表中&#xff0c;但现在这个语句同样要求你有FILE权限&#xff0c;以及非local加载的语句也…

使用了12个月的苹果 M1 芯片,我发现了它的「致命」弱点

作者 | Attila Vg译者 | 弯月出品 | CSDN&#xff08;ID&#xff1a;CSDNnews&#xff09;首先&#xff0c;我仍然相信苹果 M1 的芯片在技术上取得了巨大的飞跃&#xff0c;再次站在了创新的最前沿&#xff0c;然而一旦新鲜感消失之后&#xff0c;裂痕就会慢慢显现&#xff0c;…

spi 动态加载、卸载_理解 ServiceLoader类与SPI机制

对于Java中的Service类和SPI机制的透彻理解&#xff0c;也算是对Java类加载模型的掌握的不错的一个反映。了解一个不太熟悉的类&#xff0c;那么从使用案例出发&#xff0c;读懂源代码以及代码内部执行逻辑是一个不错的学习方式。一、使用案例通常情况下&#xff0c;使用Servic…

探秘RocketMQ源码——Series1:Producer视角看事务消息

简介&#xff1a; 探秘RocketMQ源码——Series1&#xff1a;Producer视角看事务消息1. 前言 Apache RocketMQ作为广为人知的开源消息中间件&#xff0c;诞生于阿里巴巴&#xff0c;于2016年捐赠给了Apache。从RocketMQ 4.0到如今最新的v4.7.1&#xff0c;不论是在阿里巴巴内部还…

三大院士、十大数据库掌门人,岳麓对话开启数字经济新时代!

10月23日&#xff0c;第二届“长沙 中国1024程序员节”在湖南长沙盛大开幕。大会以“开源开放、算据赋能——开启数字经济新时代”为主题&#xff0c;囊括岳麓尖峰对话、2021技术英雄大会、18场专业主题论坛/峰会&#xff1b;50企业创新展&#xff0c;联动100海内外高校&#…

java 队列_百战程序员:Java并发阻塞队列

阻塞队列 (BlockingQueue)是Java util.concurrent包下重要的数据结构&#xff0c;BlockingQueue提供了线程安全的队列访问方式&#xff1a;当阻塞队列进行插入数据时&#xff0c;如果队列已满&#xff0c;线程将会阻塞等待直到队列非满&#xff1b;从阻塞队列取数据时&#xff…

select事件有哪些_Android 深入底层:Linux事件管理机制 epoll

在linux 没有实现epoll事件驱动机制之前&#xff0c;我们一般选择用select或者poll等IO多路复用的方法来实现并发服务程序。在linux新的内核中&#xff0c;有了一种替换它的机制&#xff0c;就是epoll。select()和poll() IO多路复用模型select的缺点&#xff1a;单个进程能够监…

如何从 0 到 1 开发 PyFlink API 作业

简介&#xff1a; 以 Flink 1.12 为例&#xff0c;介绍如何使用 Python 语言&#xff0c;通过 PyFlink API 来开发 Flink 作业。 Apache Flink 作为当前最流行的流批统一的计算引擎&#xff0c;在实时 ETL、事件处理、数据分析、CEP、实时机器学习等领域都有着广泛的应用。从 F…

殷浩详解DDD:如何避免写流水账代码?

简介&#xff1a; 在日常工作中我观察到&#xff0c;面对老系统重构和迁移场景&#xff0c;有大量代码属于流水账代码&#xff0c;通常能看到开发在对外的API接口里直接写业务逻辑代码&#xff0c;或者在一个服务里大量的堆接口&#xff0c;导致业务逻辑实际无法收敛&#xff0…

重度使用Flutter研发模式下的页面性能优化实践

简介&#xff1a; 淘宝特价版是集团内应用Flutter技术场景比较多&#xff0c;且用户量一亿人以上的应用了。目前我们首页、详情、店铺、我的&#xff0c;看看短视频&#xff0c;及评价&#xff0c;设置等二级页面都在用Flutter技术搭建。一旦Flutter有性能瓶颈&#xff0c;重度…