万字长文:重新定义中台产品经理

编辑导读:中台并不是一个新概念,它从囯外引入,已经在X行业发展很久了。要想理解什么是中台产品经理,首先就要理解,中台产品在解决什么?如何解决?本文作者对中台产品经理重新进行了定义,一起来看看吧。

做X中台产品也有3年多的时间了,这三年多的工作实践其实也是将方fǎ论落地的一个过程,在这个过程中不断加深对X中台的理解,不断X实践/复盘去倒bī产品知识X的完善。将这些产品认知及工作经验总结成了本文,也是对初入职场的中台产品新人/想转行做中台的同学X一些方fǎ论的参考:回归到产品经理的本质,中台产品在解决什么?如何解决?在文章的最后还有一部分关于产品综合能力的分享,这部分适用所有希望更进一步的产品人。

一、什么是X中台

中台并不是一个全新的概念,从囯外XX的实践到囯内X大厂的引入,在X行业也发展了很久的时间,这里借鉴囯内外中台的案例来理解一下,什么是X中台。

1. 关于X中台的三个案例

1)美jun在伊拉克战争中的中台战略

美jun在伊拉克战争后期,面对城市巷战的复杂环境,为了避免不必要的伤王、提升作战效率调整了作战策略,从地面X进入城中一条街、一条街地打、挨家挨户地打,改为空中力量和地面特种作战X空地协同的中台打fǎ。

地面特种作战X分成许多小组潜入巴格达城内,他们的任务并不是与伊拉克的守jun进行战斗,而是对巴格达城内的变化情况进行实时的情报搜集:如bīng力集结变化,火力配置变化,主要指挥地点变化等,并根据掌握的情况通报给火力充足的空中力量,空中待战机X基于信息立刻飞临目标空域,特种作战小组X指示器材指示目标,由战斗机集X对目标进行攻击,完成前台(特种X作战小组)+中台(空中战斗机集X)协同的作战动作。

2)部落X/皇室战争风靡的底层逻辑

芬兰移动游戏Xsupercell,堪称世界上最成功的游戏X,旗下著名的移动游戏有《部落X》、《皇室战争》、《海岛奇bīng》和《卡通农场》,之所以能在极短的时间内X大批量的现象级游戏,都要归功于supercell的中台X架构。

supercell将游戏开发过程中公X通用的游戏素材和算fǎ整合起来,X工具和框架,保证每个小的游戏开发团队可以快速试错,快速找到引bào点,对于用户反响好的游戏继续迭代优化,对于用户反响不好的游戏果断放弃,再去探索新的方向。

3)X共享X事业部

X巴巴在2009X了共享X事业部,也就是基于X巴巴X旗下多X线而组建起来的X中台架构,一方面与X高管参观访问supercell受到的启发有关,另一方面也是受XX的快速发展所驱动,在共享X部创建之初,只有淘宝和天猫接入了中台XX,随着聚划算等后来一系列前台X的出现,共享事业部变成了整个XX的中台,所有X的前台X都接入到了X的中台架构内;结合下图可以看到,共享X事业部将用户、商品、交易、评价、搜索、店铺、数据、营销这些通用化的功能进行了抽象和聚合,形成一个个共享X单元,对上层个X前台XXX支持,每一个新的X在0-1的过程中,都不用在为通用化的功能搭建付出额外的成本,X对接中台化的能力快速完成启动上线。

(截图来自《企业IT架构转型之道 X巴巴中台战略思想与架构实战》)

2. X中台的定义

对不同X线的相同功能进行抽象,形成通用化的X能力,并能够结合X形态的演进对能力进行广度和深度的拓展, 以此为基础为X使用方X稳定的X。

3. X中台的价值

1)能力共享

中台概念兴起之前,如果一家XX存在多条X线的时候,每条X线为了保证Xliú程的闭环会组建各自的产品研发团队,结合自己X形态搭建相对全的系统能力,这种烟囱式开发模式会导致很多可以复用的功能模块被重复开发,从而造成产品研发成本的损失。

中台的出现,将可以复用的功能抽象成了中台的X,X搭建一套相对完整XXX给不同X线使用,解决了烟囱式开发模式的成本损失弊端,X能力共享的模式让各X线在X搭建过程中减少开发成本,快速接入X能力,保证X的快速上线运行。

2)能力拓展

能力共享让同一个X可以同时X给不同的X线使用,但是不同X线X形态的差异或多或少会有各自的特殊性,这就需要中台能力具备拓展性,可以zhēn对不同X线的一些特殊诉qiúXzhēn对性的拓展X。

以用户中心这个中台模块来说,如果一个X的X线有C端X和B端X,那么用户中心的X就需要既支持C端用户X的搭建也需要支持B端用户X的搭建,这就是所谓的拓展性,既可以做用户的抽象也可以基于X形态做用户X的拓展。

3)能力沉淀

单纯的能力抽象和XX是中台架构最基本的价值体现,但是如果想让中台发挥出更大的价值、可以为X进行更多的赋能,那么能力的沉淀是必不可少的。中台X的X并不是一成不变的X,而是要结合X的发展和演变不断完善X能力,甚至是去X原有的XX,中台能力一定是和X一起成长的,接近X一线的X中台才能更大的发挥它的价值。

4)X延续性

X中台为各个X线XX,这也就决定了中台X的可延续性要足够强,一旦中台X挂了,就会导致所有X线的X无fǎ运转,对于前台的用户来说是致命的打击。所以中台除了X通用化、可拓展、可沉淀的XX能力外,最底层的逻辑还是优先保证X的延续性,在延续性的大前提下再去探讨如何让中台X更好的支持前台X的发展。

4. 中台or非中台

09年X提出了共享事业部的概念,15年逍遥子提出了大中台小前台的X战略,X底逍遥子又提出chāi中台的观点。这让很多正在做中台或者初见成效的中台企业或者产品对是否还要继续做X中台这件事产生了疑惑。

这里先提出笔者的观点,中台有必要做,X所谓chāi中台有两个前提条件:第一个是X做X中台做了很久,已经积累了足够多的实践经验,并且在现有的X架构下在持续发挥着价值;第二个X所谓chāi中台也是基于一定的X形态前提下的不在依赖中台,并不是将中台全盘否认。

这更多的是从宏观层面提出了一个问题:什么X适合做中台,什么X不适合做中台?

笔者这里X两个思考的方向:当前X发展的阶段、当前X的类型:

1)当前X发展阶段

如果一家X当前X处于从0-1的阶段,这个阶段更多的解决的是PMF问题,即X和市场、用户之间需qiú匹配度的问题,是XX的不断试错去验证需qiú存在合理性的阶段,这个阶段X形态不稳定,不适合过早构建或接入中台能力。

2)当前X类型

当前所做的X属于延续性创新X还是X式创新X,延续性创新是在原有X模式下,X提高效率、提升体验的方式实现X的增长。而X式创新,更多的是拖离原有XX寻找新的方向,这种创新模式存在极大的不确定性,成败的概率甚至高于成功的概率,所以X式创新也不适合接入中台能力,除非当X式创新的X模式已经成长为成熟X。

二、X中台产品的两个核心能力

1. 理解X

对X的理解力是X中台产品经理必备的能力之一,所有的产品决策、产品设计都依赖于对X的理解,只有清晰的理解X现状和X中的痛点,才能结合X快速发展的需qiú去X产品能力,X中台的能力去推动X的健康、高速发展。

1)X是什么

在笔者看来,X会分为四个层级:商业模式、X模式、X架构、Xliú程,Xliú程是最表象的X运转逻辑,最底层的则是商业模式,也就是能支持这个X能长期运行的“第一性原理”。

①商业模式

简单来说,商业模式就是一家X如何X?以盈利为目的而搭建起来的X内部、X与外部用户、供应商、渠道等主体之间建立的连接关系,并能基于这种连接关系持续运转的系统机制。

公式化的表达,可以理解为商业模式是X为X用户XYX,赚取Z收入。以京东商城的B2CX为例,京东商城X为消费者Xguān方商品的shòumàiX,赚取shòumàiX与从供应链渠道采购X之间的差价收益。

②X模式

X模式是zhēn对商业模式的X实现形式,还以上面提到的京东B2CX为例,为了满足向消费者shòuX方商品获取差价利润收益的商业模式,京东就需要有供应链采购、商品维护、商品促销定价等一系列的X模式搭建。

③X架构

X架构指XX架构,X系统模块的规划,完成对上层X模式的支持,下图是从X视角进行的X模块的划分示意,并非X的京东内部X架构X。

根据X的X线、X架构等的不同,X架构的规划也各有不同,对于多X线且希望打造X中台的X来说,会根据X形态,将可复用、抽象的能力X化,形成共享X能力X给不同X线进行X的调用。

④Xliú程

Xliú程即为满足某个X场景的需qiú,各个X系统之间是如何交互的,通常会有单一X系统内部的Xliú程和多个系统之间的交互Xliú程两大类。

举个用户X产品到下单发货的Xliú程,其中会涉及多个X模块之间的X交互,下图Xliú程仅为示意,不XXXliú程

2)如何算理解X?

不管是一个刚做X中台的产品新人还是一个产品老bīng,在工作中都需要不断的问自己三个问题:X现状是什么?当前X合理么?X还能再优化么?

X现状其实就是上文提到的商业模式、X模式、X架构和Xliú程是什么?X合不合理要去看X的目标用户(C端用户/B端用户)的诉qiú是不是被满足了,是不是被很好的满足了。X优化是结合X中台的特点,对现有X进行通用性、拓展性的优化。

当然,对于产品新人或者初入一个新X的产品来说,对X合理性和X优化方案的把控会有所欠缺,需要X不断的产品、X实践去提升对X认知和理解,之后才能对X合理性进行可观的评价以及提出X优化的合理方案。

3)提升X理解力的方fǎ

如何快速从0-1理解X,这里推荐两个方fǎ:结构&还原、类比

先来说解构和还原,简单来说就是挖掘X的本质,只有理解了本质才能理解围绕本质去做的各种解决方案,这里推荐古希腊哲学家亚里士多德提出的第一性原理理论,亚里士多德提出每个系统中存在一个最基本的命题,它不能被违背或册刂除。

这个理论在今天被大众广泛认知的典型案例就是有“钢铁侠”之称的埃隆马斯克,马斯克对新能源电动汽车行业进行第一性原理的chāi解后,将影响新能源汽车产业成本最关键的电池成本降到尽可能的低,从X成品电池到X市场X组成电池的最基本原材料后自己组装成电池同时优化电池的使用效率,提高了新能源汽车电池使用效率也最大化降低了电池的成本,让特斯拉变成“人人”都mǎi的起的新能源汽车,当然马斯克践行第一性原理的案例遍布他的所有创业项目当中包括spaceX、Hyperloop。

上面提到的解构和还原是帮助你理解X本质的方fǎ,而类比则是帮你理解X为什么是现状并思考是不是合理,一个X能运转起来一定是有存在的意义的,如何理解为什么这样,可以X类比的方式进行理解。

任何一门X生意都拖胎于X诞生之前的线下生意,X的出现除了改变了生产效率之外还在一定程度上改变了生意的形式,但是无论是生产效率的提升还是交易模式的创新都是基于原有线下模式的发展与变革。所以在理解一门X生意的时候,可以去类比一下在X出现之前,要完成这样一个交易在线下是如何交互的,基于原有线下的X模式,再去看X是如何改变这么生意的,是不是向着效率提升和模式创新的方向在发展。

除此之外,还可以和X其他产品之间做横向的类比,其他产品不单单是同行业的竞品,也可能是同商业模式下的其他参与者。以共享经济为例,无论是共享出行、还是共享住宿其背后都是基于闲置资源的再X去带来商业的变革,那么只要在这个赛道之上,都可以进行相互的学xí与借鉴,帮助你更快、更好的理解X。

X的理解力是做X中台产品的必备能力之一,任何一门X都不复杂,只要有充分的时间都能对X有深刻的了解,但是如果你想对X有深刻的认知,还需要拥有主动思考为什么的驱动力,看行业、看生态,能主动对X提出自己的观点和看fǎ。

2. 定义X

1)X形式

中台产品的X形式大体上分为两个方向,一个是X工具类或平台类产品,给到内部X团队使用,实现特定X场景下的X。例如客服平台,XX客服cāo作平台,让不同X线的X团队可以X客服平台处理用户的问题。那么这个客服cāo作平台就要具备对于不同X线的X的理解,在cāo作平台有zhēn对性的X客服X查询、处理的能力。

另外一种是对于中台与前台、中台与中台系统模块之间的X实现,这种X交互通常XAPI接口的形式,基于某个特定的X场景,将需要的X数据在不同系统之间进行交互以完成特定的X闭环。以京东实体商品X为例,用户提交订单支付成功之后,那么这个订单就会X交易系统将订单信息传递到仓储模块进行库存的使用、快递配送等liú程以实现将物品在规定时间内送达到用户手上的目标。

2)如何定义X

对于工具产品或平台产品来说,和前端用户产品的职能有些类似,都是面向用户X能力,但是这里的用户不是我们通常意义上的C端用户,而是B端用户,主要是X、团队内部的用户,这个用户可能是X团队也可能是服

务团队等等。

和用户端产品一样,在定义如何XX或者说如何设计产品环节,都要考虑用户角sè、liú程、功能划分,然后形成整体的产品原型进行设计、开发落地。(这些有成熟的方fǎ论,就不在本文进行详述了)

和用户产品不一样的是,对于中台产品来说,要理解所X的X面对的X团队以及背后需要实现的Xliú程,这个工具可能是帮助X团队完成整个Xliú程闭环,也有可能作为其中一个或多个X节点来XX支持。这就对中台产品提出了更高的要qiú,要能清晰的认知自己XX在整体X当中的定位和边界,同时还要考虑多X线场景下的X适配及X拓展。

接口X相对来说更加抽象,它拖离了可cāo作的用户界面及功能,更多是系统层面的数据交互。从技术视角来看,接口X分为读、写两大类,从数据cāo作视角来看,接口X分为增、册刂、改、查四大类。

接口分为X的使用方和X的X方,使用方需要按照接口定义的入参进行传入,接口接收到入参后X接口内部定义的X逻辑进行处理,根据处理结果,X接口输出X处理结果(成功/失败)及对应X数据。

我们以用户注册为例,用户在前端输入X号、密码、验证码提交注册,前端页面会调用中台会员模块的会员注册X接口,入参会传入X号、密码、验证码,接口接收到这些参数后,会做几件事情(仅仅模拟一个最简单的用户注册接X互,实际X逻辑远复杂于事例):

  • 校验参数是否正确,验证码和发送给用户的验证码是否一致、X号格式是否正确、密码格式是否正确;
  • 校验当前会员数据库中是否有该X号注册信息,如果有返回注册失败,没有则继续;3)将X号、密码写入到会员数据库当中,生成该用户的一条注册会员记录;
  • 接口返回注册成功或注册失败及对应失败原因;

上面这是一个简单的接口层面调用事例,那么对于中台产品来说,在设计接口X逻辑过程中,无论是X使用方还是XX方,都需要考虑几个关键的问题:

  • 接口调用失败的异常场景如何处理?
  • 接口调用超时拿不到预期的结果,如果降级保证接口使用方能继续正常X开展?
  • 接口的使用场景,调用频率及调用峰值(QPS/TPS)能否支持?

这里举一个简单的案例来说一说对于接口调用异常的设计策略:还是以电商网站为例,用户下单X一个实体物品,使用微信支付以及部分积分抵现,那么在提交订单时,中台交易模块要与支付系统和会员积分系统进行交互,在这个环节如果调用支付系统异常或调用接口超时,需要终止当前交易liú程并且要qiú用户重新预定;但是如果调用会员积分系统接口超时,其实可以降级允许用户成单,后续异步扣除用户的会员积分,即使扣除失败,积分所带来的交易成本远比用户预定失败后liú失要低的多。

在设计接X互异常处理逻辑时,不是单纯以某一个原则进行设计,而是要根据实际的X场景,以及你所设计的逻辑背后带来的X影响、收益有非常密切的关系。在产品设计环节,多想想X本身,最终方案才可能对用户、对X更有利。

3)X与功能的区别

通常我们所说的产品经理大部分都是功能产品经理,功能即为了帮助用户完成某一个需qiú而实现的解决方案,还以电商类平台为例,电商平台的客服团队为了能帮助下单X了商品的用户解答问题,就需要在用户来电进线后可以看到用户X商品的订单信息,给客服X这个查询订单信息页面就是一个功能。

那么什么是X呢?X本质还是功能,只是相对于功能有了通用性、拓展性能力,上面提到的电商平台如果是X巴巴,对应的客服查询信息功能由X共享事业部的中台X团队进行X,就要同时考虑不同X线如C2C的淘宝、B2C的天猫、B2B的1688等各种shòu后X场景,结合各个场景可能存在的X诉qiú,X相对通用户的X页面或订单信息查询能力,这样能保证当有某一个X线接入中台客服能力的时候可以使用,避免过多的个性化开发。

所以X更多是X中台产品经理需要考虑的问题,对于中台产品来说,设计的每个功能都可能是XX的形式X出去,那么如何让功能相对灵活的适应个性化的X场景就是产品经理曰常工作中最需要思考的问题。

同时,X还是可“进化”的,可以基于接入的X进行自我能力的提升,不单单是XX,还能结合X过程中所积累的X经验进行价值的沉淀,从被动X到主动学xí,让X不仅仅满足X需qiú,而且还可以X超出预期的X能力。

三、产品经理提升必备的软能力

上面提到的如何定义X、如何理解X更多的是从产品经理X能力、X能力上的提升,这些都是成为一个优秀中台产品经理必不可少的条件。

下面分享的这些关于产品经理软能力的经验,可以说是所有想在产品经理这条职业路线上不断提升的同学都需要具备的。下面这些不仅仅是我自己在产品经理这条路上的实践总结,也是在过去一段时间观察初级产品经理的工作过程中的一些反思和思考。

如果你想在产品的这条X路线上不断提升,向更高阶产品经理去努力,那么建议可以结合下面提到的这些软能力复盘一下,哪些是自己目前所具备的,哪些是要在接下来去提升的。

1. 主观能动性

1)学xí力

如何定义学xí以及如何学xí,在X上已经有很多成熟的方fǎ论进行介绍了,在这里我想表达的是,你现在的学xí方fǎ是否达到的了“学xí”的效果。简单来聊一聊表象学xí和深层学xí,表象学xí指X学xí你了解了现状是什么,而深层学xí指X表象的理解,能思考明白为什么表象是这样,表象是否可以优化,之所有没有被优化是因为哪些因素导致的。

我们说深层学xí,更多的是结合思考、经验的学xí,能够不jú限在对于表象的认知,而是能够基于表象了解表象背后的因果。

这里分享一个可以提升学xí效果的方fǎ,在克里斯坦森教授的X式创新理论中,在zhēn对任何一个商业现象的观察和分析时都会提出三个问题:这个商业模式为什么产生?(背后解决的本质问题是什么)这个商业模式合理么?(现状背后是否还有需qiú没有满足)这个商业模式可以再优化么?(找到优化的方向,或许就是X式创新的突破口)

我们在学xí任何一个“知识”的过程中也可以不断问自己这三个问题,现状是什么,现状合理么,现状还能更好么;结合这三个问题进行解答,在提问回答的过程中,你就会真的学会“知识”而不只是学“知识”。

2)执行力

聊执行力之前,先来举个例子:假设你正在X12306X一张出行的火车票,在选好车次后X预定时,发现钱支付了,但是页面迟迟不会告诉你是否X成功,你的心理状态是什么样的?

在笔者上学期间,读过一本计算机X非常经典的书籍《算fǎ导论》(当然,这本书笔者没有读的很深,就像每一个号称要好好背单词的孩子一直停留在词汇书的abandon一样),但是这本书序言中关于算fǎ的定义我记忆尤深:算fǎ=输入+处理逻辑+输出。计算机、程序、算fǎ在数字世界甚至影响现实世界的过程中,都是X输出一个明确的结果来让这个世界可以更好的运转下去。

相信大家应该能理解我想表达什么了,执行力就像X外部因素或内部因素给你自己输入了一个“任务”,这个任务需要你完成后将这个任务的完成结果“输出”给自己或者给你任务的人。

那么对于一个人的执行力评价,就取决于“任务结果”输出的准确性和时效性,所以对于提升执行力来说,有两个关键因素:

  • 对于索要执行任务的理解,这就包hán你所执行任务的内容以及这件事的紧迫程度,需要在什么时间内完成(简单来说,定义一个事情的紧迫程度可以使用重要-紧急四象限方fǎ来定义)。时效性在执行力的评价里尤其关键,即使执行的效果不理想也要X及时反馈的方式告诉别人不是不执行而是执行过程中遇到的问题需要更长的时间或者外部的帮助。如果因为不会做或者不愿意做而迟迟不反馈,那么最终只会给人留下执行力差的印象。
  • 从被动执行变为主动执行,这其实是执行的进阶模式,即在执行之前问问自己,为什么要执行这个事情,按照既定的执行方案是最优的么?如果不是,如何才是最优?是不是可以按照最优方案去实现?从一个单纯的被动执行者,转变成一个经过思考和决策后的主动执行者,对于完成任务或者自我提升都有更大的帮助和价值。

2. 共情/同理心

共情或同理心,简单来说就是换位思考,这是一个说起来简单但做起来很难的事情。无论在需qiú沟X程中、还是在产品设计/规划过程中,共情都尤为重要。

以需qiú沟通为例,对于中台或者X产品来说,需qiú提出方往往是X内部的成员,这不像用户产品经理那有面对的用户需qiú都是“虚无缥缈的”,内部成员的需qiú都是基于某一个X场景需要解决或需要提升解决效率的问题。在这种需qiú沟通的过程中,产品经理不应该面对“用户”提出的需qiú时,不应该jú限在产品的主观思路上去评估一个需qiú,而是应该站在X的用户视角去评估,为什么用户会提出这样一个liú程或者一个功能,让自己处于用户的环境中去思考这个需qiú要不要做。

当然,共情并不X要满足用户的所有需qiú,有一定工作经验的产品同学都知道,X团队提出的需qiú不一定都是合理的,这其中有真需qiú也有伪需qiú,在评估需qiú的过程中也要保留产品经理的思辨能力,不仅仅要能站在用户的视角去思考这个问题如何解决,还要去思考为什么这个问题会出现,也许找到问题出现背后的原因并解决掉,用户的需qiú就不存在了。

以shòu后X团队的一个需qiú沟通案例来讲一下,如何X产品的思辨能力去沟通需qiú、评估需qiú。

X团队提了一个需qiú:用户在X了某个产品后会发现自己额外X了一个自己不需要的附加产品,用户在来电要qiú取消掉这个附加产品时,客服团队cāo作liú程复杂影响问题处理效率,希望产品经理能做一个一键取消指定产品的功能,提升客服zhēn对此类问题的处理效率。如果是一个初级产品经理,可能就会和客服团队沟通,将这个功能加在哪个页面的哪个位置可以最大化提升客服处理效率。但是对于有一定经验的产品经理来说在接到这个需qiú后就会去想,为什么用户会遇到这个问题,是页面帮助用户默认勾选了附加产品,还是系统bug导致用户没有勾选但是还是替用户勾选了,然后基于反馈的badcase进一步排查,最终发现是系统问题导致,解决后客服团队的需qiú也就不再是需qiú了。(本案例纯属虚构,如有雷同纯属巧合)

3. 结构化思维

结构化思维能力主要体现在逻辑能力和表达能力,在曰常工作当中常常会发现产品新人或者初级产品必犯的一个问题:需qiú讲不明白,解决方案没有层次性,这其实都可以归结为结构化思维能力有待提升上。这里简单分享SCQA模型的使用方fǎ,快速提升结构化表达能力。

SCQA模型:其中S指情景/背景,首先引入大家熟悉的情景事实;C指X,即实际情况与我们期望实现诉qiú之间的矛盾;Q指疑问,面对X,要解决什么问题;A指回答/解决方案,即如何解决问题。

在我们曰常表达过程中,往往会只表达A而忽略了前面的SQC,这就会让接收者无X解或不好理解,下面举一个电商平台提升用户支付转化率的例子:

  • S(背景):用户X某电商平台下单购物,发现下单后存在大量不支付订单
  • C(X):不支付的订单最终会取消,既消耗库存使用又降低平台收益转化
  • Q(问题):找到用户不支付的原因,X激励策略提升支付转化率
  • A(解决方案):解决方案分两个方向,一个方向是X用户行为、路径分析,进一步挖掘用户不支付原因;另一个方向是X页面交互或提醒机制引导用户支付,如待支付页面X倒计时及文案提醒增加支付紧迫感,X短信提醒用户支付,X限时立减红包引导用户继续支付等等。

介绍结构化表达的相关书籍有很多,其中《金字塔原理》是其中的经典之作,有需要的同学可以进一步学xí。

4. 复盘

复盘一次源于围棋术语,指对jú完毕后,复演该盘棋的记录,以X对jú中招fǎ的优劣与得失关键。后来演化到美junjun事行动后的AAR(After Action Review),在每一次jun事行动之后都会总结行动结果与目标之间的达成效果,在下一次行动中更好的完成目标。

通用化的复盘方fǎ分四个步骤:回顾目标、评估结果、分析原因、总结规律。

  • 回顾目标:做这个事情的目的是什么?期望达成的目标或者里程碑是什么?
  • 评估结果:基于实现效果与目标进行对比,评估是否达成或达成了多少
  • 分析原因:基于目标与达成之间的差异,找到原因,这其中既包hán成功的原因也包hán失败的原因
  • 总结规律:对于成功的经验,更好的延续下去;对于失败的原因,找到解决方案,在下一次的行动中避免

在复盘过程中,要保证qiú真:实事qiú是;qiú实:内容和原因;qiú学:改进与提升;qiú内:反思与自我剖析;qiú道:找本质和规律;

复盘的价值在于对做过事情的思考,并能基于思考为下一步行动作出指导。把失败转化成财富,把成功转化成能力。

5. 系统思维

系统思维是一种逻辑抽象能力,简单来说就是对事情全面思考,不只是就事论事,而是是把想要达到的结果、实现该结果的过程、过程优化以及对未来的影响等一系列问题作为一个整X统进行研究。

从X中台产品的视角去看待系统思维主要有两个方面

  • 基于对X、角sè、系统模块的理解,将X全liú程形成系统化架构,刻画在大脑中和曰常工作实践中
  • 在做需qiú、规划过程中,能基于对系统的理解去定义合理性

先说第一个方面,永远不要将自己jú限在自己所负责的那部分工作中,就像那句不想当将jun的士bīng不是一个好士bīng。站位高一层甚至多层,这样你才能具备更高的视角以便于向更高能力的职位提升。对于偏向X的产品来说,对于X全jú性的把握,可以让你hold住任何一个X需qiú(基于X线的跨团队大需qiú也不在话下),不管你是不是需qiú的主导者,你都能提出建设性的意见来提升这个需qiú最终实现效果。

第二个方面是对于X合理性的理解,对于X中台来说,很多X都是涉及多个X系统模块交互的。在系统设计领域一直遵循着高内聚、低耦合的设计思想。这指的就是在系统内部尽可能的高内聚,避免X逻辑的分散;涉及系统间交互的,尽可能低耦合、保持X交互的边界清晰。在涉及跨团队X需qiú的沟X程中,站在系统角度去思考这个功能或者这个liú程需要哪个X模块实现更合理,才能提出让人信服的意见,避免系统模块之间的无意义撕bī。

X中台产品经理是基于X+产品两条X路线的X,在X领域和产品领域都要做到足够精、专,才能在中台产品这条X路线上走的更远。同时产品经理的综合能力又是任何一个领域的产品经理都需要掌握或具备的,产品路很长,不断做、不断错、不断改,谁足够快谁走的远。

#专栏作家#

记小忆,X号:PM龙门阵,人人都是产品经理专栏作家,OTA中X产品经理。

本文原创发布于人人都是产品经理,未经许可,jìn止转载

题图来自 Unsplash,基于 CC0 协议

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

4人打赏
收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 万字长文:重新定义中台产品经理 https://www.xiongfawang.com/640.html

常见问题

相关文章

万字长文:重新定义中台产品经理-海报

分享本文封面