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

推荐订阅源

有赞技术团队
有赞技术团队
H
Hackread – Cybersecurity News, Data Breaches, AI and More
I
InfoQ
J
Java Code Geeks
Microsoft Security Blog
Microsoft Security Blog
G
Google Developers Blog
D
DataBreaches.Net
Recent Announcements
Recent Announcements
Microsoft Azure Blog
Microsoft Azure Blog
B
Blog RSS Feed
Y
Y Combinator Blog
博客园 - 【当耐特】
博客园 - 聂微东
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
大猫的无限游戏
大猫的无限游戏
P
Proofpoint News Feed
量子位
C
Check Point Blog
F
Fortinet All Blogs
罗磊的独立博客
Last Week in AI
Last Week in AI
GbyAI
GbyAI
L
LangChain Blog
博客园 - 司徒正美

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
个人关于中台的部分认知和总结
Vme50_plz · 2023-09-28 · via 人人都是产品经理

关于中台的部分认知和总结的相关知识,大家了解多少呢?下边这篇文章是笔者对《中台产品经理宝典》里部分内容的复盘和总结。想要了解相关知识的可以看看哦!

以下内容来自笔者对《中台产品经理宝典》里部分内容的复盘和总结

一、中台与产品微服务、SaaS的区别

1. 关于产品微服务的理解:为了方便代码维护以及避免一个模块出故障导致整个系统无法运行,开发人员将功能按模块封装,组成多个独立单元使其独立运行。如下图

对于产品微服务,它的三个特点:

  1. 对业务进行分割、抽象,将整体业务划分为多个子模块。
  2. 每个子模块自成体系,能独立运行该部分业务的完整流程。
  3. 每个业务系统的每个服务都有其通用标准,输入输出有清晰的定义边界。

总结:产品微服务只是中台的实现手段之一而非中台

2. 区别总结:SaaS是一个服务需求方的成熟软件产品,而中台则是帮助企业自身提高研发效率的工具,并不提供直接服务

二、什么样的企业需要中台

三、中台产品发展趋势

启蒙:Supercell游戏公司,代表作《部落冲突》《皇室战争》《海岛奇兵》

公司年利润15亿美元,公司员工数不到200,5~9个员工就可以组成一个独立的开发团队去独立负责一款类似于《部落冲突》的游戏产品的制作。

那么为什么一个这么小的制作团队,能做成这么大的业务?

这里就可以看一下Supercell的业务生产架构:

因此,Supercell旗下的游戏中,支付网关、物理算法引擎等模块都是高度统一的。

四、起源与发展

2008年阿里巴巴成立天猫事业部,这之后很短时间内天猫事业部在业务量上就与淘宝网事业部不相上下了,为了满足两个业务方的需求2009年名为共享业务事业部的部门应运而生。目的就是把淘宝天猫两个平台高度重合的共用的业务模块交于这个团队统一维护,也就是这时阿里中台初见雏形。

到2015年12月,“中台”的概念由阿里内部走向大众视野,阿里宣布内部形成“小前台+大中台”的架构。

在此之后,通过对业务的二次梳理以及在后面不断的磨合发展后,有了最终版的阿里中台架构体系

关于中台产品的发展主要经历了3个阶段:

  1. 共享代码:设立公共代码库,使不同业务线的开发人员可以使用公共代码库里的代码。
  2. 共享服务平台:单独开发维护一些基础服务(如消息推送、人机识别),让后面的产品线可以直接使用这些公共模块。
  3. 共享平台能力:将业务中的各个模块抽象成能力,提供给其他业务方。

五、中台的分类

  1. 技术中台
  2. 业务中台
  3. 数据中台

以汽车制造为例,技术中台相当于生产线上的机床,是一个生产工具;

业务中台相当于半成品生产线,通过将多个机床打包组成一条生产线,根据需要将不同的零件拼成不同的半成品,如车门门框加侧窗组成车门。

数据中台相当于将各产品线产量、库存量、转化率、最终销量等所有数据汇总并显示的产物。

六、C端和B端各需要什么样的中台

首先介绍一下在互联网产业中,曾有两次大的用户数暴涨浪潮。

第一次是2000年左右PC端用户的暴增浪潮;由于光纤的普及,人们可以体验告诉的网上冲浪,也演化出了各种类型的网站和PC端网络场景,一直持续到2009年年初趋于饱和。

第二次就是2011年前后,随着以iPhone为代表的智能手机时代的来临,上网用户的进入门槛大大降低,同时手机带来了可以随时随地上网的场景,使得上网用户数量迅速增加。

而据QuestMobile研究,移动互联网月活跃用户规模一方面持续上升,2019年2月已达到11.38亿;另一方面,月活跃用户的增速一直在下跌,2017年12月同比增长有6.3%,而到2019年3月同比增速跌至3.9%。

在这种情况下,目前企业的应对策略可以分成两个方向:

  1. 精细化运营:将以往没有满足其需求而流失的用户重新获取回来,对那些曾视为小众群体的用户群发力。
  2. 以创新驱动服务:当下C端业务进入一个存量的时代,也就是新加入互联网的用户群体的增速逐渐降低,各家业务的竞争焦点转变为争夺对手的用户。而一个企业想要保持持续的创新能力,一方面需要自身内部有能力快速应对市场并提出解决方案,另一方面要保证用于创新的成本最低。才能以最快的速度、最小的代价验证市场所需要的产品。

B端产品销售过程中,客户很大程度上可能对系统中某些环节要求一部分的定制化修改。从理论上来讲关于B端产品的终极目标是要做成能提供定制化服务的产品。此外在不断尝试找到每个类型的企业的偏好的过程中,核心的试错方法就是MVP模式。而在MVP核心木块开发过程中,最耗费时间。因此简化后台开发用时,降低开发成本,就是B端业务发展过程中的重要诉求。

七、总结

C端中台建设目标:为支持不同偏好的细分用户群体业务提供统一支持;为快速创新、高频试错提供基础服务。

B端中台建设目标:为定制化产品研发提供统一支持,为B端业务的低成本快速试错提供基础服务。

最后如果有想从事中台相关工作或者想其他了解中台的内容的各位,推荐看一下《中台产品经理宝典》这本书。

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

题图来自 Unsplash,基于 CC0 协议

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