业务中台实战:需要怎样的产品经理?

本文将根据笔者所做项目为例分析,X中台需要产品经理具备何种能力。

中台,最近因2019X全球数字生态X再次被大家讨论的X。

众所周知,X是囯内最先实施中台的企业,也是目前囯内将中台运用的最好的企业。随着今年产业X成为很多大X追捧的方向,中台在其中所将起到的作用更是不可忽视的。

那么作为中台产品的灵魂,一个优秀的中台产品经理更是不可或缺的存在,市场上现在可以看到中台产品经理的薪资也随着产业X水涨船高。

笔者了解到,X某行业头部X,对有1-3年工作经验的中台产品经理的开的X是20-30w/年。

那么,一个优秀的产品经理都需要有哪些能力呢?

接下来本篇文章将详细讲一下X中台产品经理都需要哪些能力?

一、X抽象

在X抽象阶段,XX调研和X分析,设计X蓝图和抽象X元素,为下一阶段的中心建模阶段准备顶层思想和X素材。

这一阶段,根据企业不同的实际情况,可轻可重。比如企业已经做过咨询调研和liú程梳理工作了,那就可以在以往工作成果基础上进行短期的X理解和X设计工作了。如果企业对以往的咨询工作并不满意或者上一次咨询时间久远,竞争环境发生了巨大的变化,这就需要做仔细完整的X咨询了。

二、高阶设计

1. 中心规划

经过X的调研和分析,技术架构师理解并熟悉了X。基于上阶段输出的主题域,技术架构师按照中心的多个划分标准,进行中心的规划。

2. 0 级架构设计

X中台的0级架构本质上是应用架构,它以中心为最小单位进行设计,因此也称为整体架构设计。

0级架构包括了功能层级的架构和技术层级的架构。

功能层级的架构需要描述X中台在整个数字平台中所处的位置,X中台由哪些中心组成,以及中心与应用、中心与X的交互关系。功能层级的0级架构承接了企业的应用蓝图规划,指导企业各IT系统的职责划分和定位。

下图所示为一个企业功能层级的0级架构示意图。

3

功能层级的0级架构示意图

从上图中我们可以看到,企业整体功能架构从下往上分为IaaS层、PaaS层、基础组件层、数字中台层(包括X中台和数据中台)和X应用层。

每一层的具体功能如下:

  • IaaS层:完成硬件资源的虚拟化管理,为用户X对资源的使用X。
  • PaaS层:为应用软件X部署平台和运行环境。
  • 基础组件层:介于XX和技术中间件之间,X通用的X功能和技术功能,并解耦X应用和技术中间件。
  • 数字中台层:分为X中台和数据中台,实现企业X活动的核心机制,并X数据中台对X运营X指导。
  • X应用层:X调用和组合中台能力,实现应用逻辑。

技术层级的0级架构需要说明各系统、各中心分别使用什么技术来实现,以及整个X的技术分层,如下图所示。

3

技术层级的0级架构示意图

技术架构总体上分为展现层、X层、接口系统、运营管理和运维支撑。

展现层与X层相分离,展现层采用当下主liú的前端框架,分别对移动端、PC端进行支撑。X合理的技术搭配人性化的设计满足用户感guān体验需要。

X层的架构采用分布式的微X架构,微X架构去中心化加强终端的特点,让X免去雪崩效应等容灾上的风险。同时,整体技术架构具备易于扩展、组合、部署,可支持动态伸缩、精准监控,并且可以X灰度发布等优点。

X层包hán应用X、中台X、技术X。

应用X与中台X都以微X架构实现。

技术X又分为PaaS层和IaaS层:

  • PaaS层X各项基础中间件的能力向上层输送搜索引擎、分布式文件存储、分布式数据库、分布式缓存等能力;
  • IaaS层向用户X基础资源X。

运营管理X埋点技术、A/B测试技术、大数据技术来进行数据采集分析和X试错,并X计算结果来指导X工作。

运维支撑将从底层对所有X做支撑,运维XX对基础设施的监控、X升降级等措施来确保系统的容灾能力与稳定性。

3. 中台核心数据liú规划

为了简化Xliú程,根据前期的X分析,结合0级架构的设计,我们可规划出企业的X数据liú(以房屋租赁行业为例,多业态),如下图所示。

3

基于中台的X数据liú

客户中心承接前台应用租房、mǎi房客户的注册信息;对于X多业态的X特点而言,经纪人、物管人员、企业员工都是企业客户,都应该进行精细化管理。客户中心为X认证X账号、密码的验证,为各应用X客户的全jú唯一标识。

产品中心接收来自ERP的工程域X信息、员工录入或经纪人X的可租X营销信息,形成每一间房的完整且X的X。为前台各应用X全方位的X信息,包括工程信息、营销文案信息和房间信息。

交易中心接收来自WMS的库存信息,完成购房订单的生成、在线租房的交易等X活动。订单生成后,根据订单中的商品向WMS发起发货指令。

三、组件建模

1. 产品设计

产品设计是在X顶层设计的指导下,逐层往下抽象的过程,主要是将X调研的成果转化为产品原型和需qiú规格说明书(主要由X场景、Xliú程构成)。

如何做应用的原型和画出X场景不是本节的重点,详细内容可参看相关X书籍,这里需要强调两点:

  1. 中台产品的详细设计需要以面向中心为指导思想。不仅需要设计出应用需要实现的功能,更重要的是要将需要中心支撑的功能明确标识出来,归到中心的待实现列表里。这样技术工程师在领域建模阶段才有具体和明确的输入。
  2. 建设中台的核心目的不是为了共享,共享只是中台的特性。中台是为了完成X的核心运行机制,为前台XX能力基础的系统。确立了这个原则后,产品经理才能放开手脚,自主推动中心的建设。

2. 组件模型设计

组件模型设计承接0级架构设计,是对中心内容的展开。

X对中心功能的分析和对中心X实体的抽象,将具有较强依赖关系的X实体聚合为一个组件,或者将具有相同主题的X功能聚合为一个X组件。最后,以结构化的形式聚合这些组件,构成中心。

如何判断组件模型是否合理呢?

是否很好地支持Xliú程、X场景、复杂的X规则是衡量组件模型优劣的标准。我们可以X穷举边界X场景的方fǎ,来反证组件模型设计是否合理。

最后需要强调一点,组件是可以X为微X的,只要符合微X的条件,就可以X。

但是,在实践过程中,我们发现如果微X承载的X规模不大,X带来的X价值不高,反而会增加运维成本。

3. 1 级架构设计

组件模型设计完成后,需要将模型转化为应用架构。这里的应用架构是指中心内部的应用架构,我们称为1级架构,1级架构是以组件为最小单位设计的功能层级的架构。

1级的功能架构是必不可少的,它指导着我们的设计和开发;技术层级的1级架构可视情况而定,如果技术内容比较复杂则需要输出。

下图为1级的功能架构图:

4. 关键交互图设计

前面已经完成了0级和1级的架构设计,有什么方fǎ能证明设计是否可以满足实际X场景的需要吗?

我们可以X实现X场景的动态交互图,来反向论证设计的合理性。

如何判断动态交互图是否合理呢?

根据X逻辑是否清晰、liú程是否简洁、客户交互是否高效来判断。

如果设计出的交互图不合理,那就说明0级或1级架构存在设计不合理的问题。另外,X交互图还可以较好地将设计思想传递给开发团队。

四、开发交付

我们主张采用敏捷的方fǎ进行开发交付,将最终目标chāi解为多个小目标,逐个完成。同时,又将每个小目标chāi为多个子项目,每个小团队各自负责一个子项目,所有团队并行开发,协同向前推进。

一般来说,liú程包括迭代规划、需qiú反讲开发、持续集成交付和回顾总结调整。

五、持续运营

项目上线后,只是产出X价值的开始。

数字中台需要在持续不断的运营中,包括X运营、内容运营、技术运营和数据运营,不断沉淀和发展。其中,能力会逐步增强和扩展,模型会逐步调整和完善。

收藏 (0) 打赏

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

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

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

雄发创业网 自媒体是如何赚钱的 业务中台实战:需要怎样的产品经理? https://www.xiongfawang.com/4035.html

常见问题

相关文章

业务中台实战:需要怎样的产品经理?-海报

分享本文封面