惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
aimingoo的专栏
aimingoo的专栏
Martin Fowler
Martin Fowler
C
Check Point Blog
G
Google Developers Blog
V
Visual Studio Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Google DeepMind News
Google DeepMind News
人人都是产品经理
人人都是产品经理
有赞技术团队
有赞技术团队
MongoDB | Blog
MongoDB | Blog
月光博客
月光博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
大猫的无限游戏
大猫的无限游戏
D
Docker
Hugging Face - Blog
Hugging Face - Blog
The GitHub Blog
The GitHub Blog
博客园 - 三生石上(FineUI控件)
A
About on SuperTechFans
Recent Announcements
Recent Announcements
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
阮一峰的网络日志
阮一峰的网络日志
Stack Overflow Blog
Stack Overflow Blog
Vercel News
Vercel News

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
中台定义篇:中台到底是什么?
产品笔记 · 2023-09-07 · via 人人都是产品经理

究竟怎么理解中台?这篇文章里,作者就对中台进行了定义,并结合电商平台的前后台划分,帮助大家更直观地了解前中后台,一起来看看吧。

文章愿景:让大家对中台定义、中台设计建设有更深入的了解。

前言

整体分为三篇:定义篇、建设篇、案例篇,本篇主要是让大家深入了解中台的定义。

一、中台的定义

首先在分析之前,我们要清楚,当下主流的前后台模式并不是在实现上出现问题,更没有出现无法支撑的情况,相反中后台模式反倒适用于大多数中小型企业,并且是最省时省力的信息化解决方案,因为不需进行额外的建设和成本支出,就可以完成基础的能力支撑。

而中台并不是要去替代原有的前台与后台,在上一篇中有详细写到中台的价值与意义,本质上原有的前后台对接是非常好、非常直接组成产品的一种方式,中台的出现更多的是公司规模增长到了一定阶段,比如信息化配套系统越来越多,业务条线越来越多,在服务与支撑的效率和发展上出现了瓶颈,甚至妨碍了业务的发展后,才演变出为了解决这一现状的的解决方案,只能说中台是一个当下合适的企业数字化演进路径。

1. 先说一下前台和后台

在互联网发展和生产的过程中,中台出现之前,我们常说的都是前台和后台两大部分。

  • 前台:我们日常中接触到的或者说用户接触到的产品部分,基本都是前台,比如在百度进行搜索,这就是百度搜索的前台,搜索内容的网站进入后就是网站的前台,再比如在各大应用商店下载的APP,如抖音、小红书、京东等等,都是宏观层面的前台。
  • 后台:一般情况是我们ERP、OA、CRM、CMS用于服务我们的前台,提供能力支撑前台的运营,并对相关内容进行管理、维护,还有就是偏技术侧的数据集中处理、数据压缩、数据归档等等。

那么清楚前台和后台的基础概念后,我们可以这样简单去理解原有的前后台关系:前台呈现后台提供的数据结果,而后台负责计算抽取相关数据,并把内容结果返回给前端呈现,用以解决和服务用户相关需求。

2. 再说中台的定义

我们在中台刚出先时,不同人有不同的理解,我列举几个比较常见的:

  • 将后台切分为中台和后台两部分,来实现对前台敏捷相应,去应对业务的快速变化;
  • 针对不同业务,去支持快速运营和创新,将个性化需求集中进行集中支持的平台;
  • 订单等起中间件的状态数据的串联;
  • 数据集中数据、数据建模、数据归档、数据打标及相关衍生能力。

对以上这些抽取一下关键词得到:

敏捷响应、应对业务快速变化、支持业务、个性化需求集中支持、中间件、串联、数据集中处理、数据建模等。

那么我们看一下行业的大咖是如何定义中台的:

1)作为前台的一线业务会更敏捷、更快速适应瞬息万变的市场;中台将集合整个集团的运营数据能力、产品技术能力,对各前台业务进行强力的支撑。

关键词:集合整个集团的运营数据能力、产品技术能力、强力的支撑。

2)提炼各个业务条线的共性需求,并将这些打造成组件化的资源/能力包,然后以接口的形式提供给前台各业务部门使用,这样就可以最大限度的避免“重复造轮子”的问题,也让每一个新的前台业务创新能够真正意义上“站在阿里巴巴这个巨人的肩膀上”,而不是每次开辟一个新业务都像新建一家创业公司那么艰难,甚或更为艰难。

关键词:共性需求、组件化、重复造轮子。

备注:这里的一句话“不是每次开辟一个新业务都像新建一家创业公司那么艰难,甚或更为艰难”是在实际工作中最长遇到的,很多大公司在开辟新的业务线时,可能这个业务是小业务,因为有大公司的包袱在,什么都想要,什么都想的很大、很全、很细,甚至很多时候涉及数据安全,所以导致,在新业务开展时的成本很高、进展很慢。

3)中台的核心关键词就是专业化的能力沉淀,把过去几十年所积累的know how标准化、组件化、平台化、系统化,做好对前台的赋能和支持,这其中除了承担数据、搜索、产品、系统的技术中台基本上已经成为了互联网公司的标配之外,我们也将大力开展供应链中台的建设。我经常用乐高积木来比喻中后台的合作关系,好的合作关系是无缝对接,不同的模块快速拼接成型,形成强大的合力。

关键词:能力沉淀、赋能与支持、快速拼接成型。

4)中台是真正为前台而生的平台(可以是技术平台,业务能力甚至是组织机构),它存在的唯一目的就是更好的服务前端规模化创新,进而更好的相应服务引领用户,使企业真正做到自身能力与用户需求的持续对接。

关键词:服务前端规模化创新、技术平台,业务能力甚至是组织机构。

5)中台组织以数据、技术及工具为核心,提炼出各业务条线的共性需求,进而将上述元素打造成组件化、模块化的资源包,并以接口的形式提供给前台各种业务作战单元使用,最终是前台在更新迭代、创新拓展的过程中可以实现快速试错,最大限度地减少“重复造轮子”的时间与资源浪费。本质上,中台组织建设是以聚合的方式帮助前台快速匹配所需的能力及资源,进而实现针对用户快速变化需求的敏捷响应。

关键词:共性需求、快速试错、快速匹配、组件化、模块化、帮助前台。

以下是行业大咖和从业者的信息中提取的关键词,我们可以看一下:

  • 从业者:应对变化、敏捷响应、支持业务、个性化需求集中支持、数据集中处理;
  • 大咖:集合整个集团的运营数据能力、产品技术能力、强力的支撑、共性需求、组件化、重复造轮子…

二、拆解电商平台的前后台划分

下面通过一家典型的电商平台的前后台划分,更直观的了解前中后。

按前端版本划分:

按品牌站点划分:

按业务单元划分:

前台无论按照什么方式划分,都离不开商品、库存、价格、订单、支付等履约流程,更离不开电商基础交易流程。

按照以上流程大家可以看到其实基础交易流程,就可以沉淀到中台:

那么对于这家电商后台的内容是:

包括一些核心技术、底层能力。

整体抽象出来这家公司的架构:

再看一下常见的中台代表说法:

总结:中台建设的核心就是共享,提炼各个业务条线的共性需求,并将这些打造成平台化、标准化、组件化的系统能力,然后以接口或服务的形式提供给前台各业务单元使用,达到企业运营效率的提升及成本的降低,快速的适应市场的变化,满足用户的需求,支持前台业务的快速创新试错,并且最大程度的减少“重复造轮子、烟囱式架构”的KPI项目。

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

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。提供信息存储空间服务。