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

推荐订阅源

V
V2EX
人人都是产品经理
人人都是产品经理
WordPress大学
WordPress大学
博客园 - Franky
小众软件
小众软件
酷 壳 – CoolShell
酷 壳 – CoolShell
Apple Machine Learning Research
Apple Machine Learning Research
爱范儿
爱范儿
IT之家
IT之家
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
V
Visual Studio Blog
S
SegmentFault 最新的问题
美团技术团队
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
有赞技术团队
有赞技术团队
B
Blog RSS Feed
Last Week in AI
Last Week in AI
Jina AI
Jina AI
博客园 - 司徒正美
The Cloudflare 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迎来强劲对手 – 人人都是产品经理,
中后台组织变革的4种趋势(上)
穆胜 · 2024-09-03 · via 人人都是产品经理

本文探讨了中后台职能部门在组织变革中的关键角色,以及如何通过BP化和产品化这两种策略来赋能一线,从而提升企业的整体效能和竞争力。通过深入的案例分析和实践观察,文章为读者提供了一种全新的视角来理解和实施中后台的变革,旨在帮助企业打造更加灵活和高效的运营模式。

在企业的组织变革中,最应该变革的部分就是中后台职能部门。中后台相当于是组织的发动机,他们的运转方式,很大程度上决定了企业的效率。

但中后台职能部门又是最不容易变革的。他们得到了老板的信任,掌握大量权力和资源,似乎只要帮助老板“守好家业”就行了。于是,“狂踩刹车”就成为了职能部门最舒服的生存方式。刹车踩得越猛,一方面越证明自己负责,消除了企业的经营风险,另一方面,也足以树立自己的权威,得到来自各方面的尊重。

不妨想想,要是真让中后台职能部门跳出上述的传统定位,转而去赋能一线,他们会愿意吗?现实是,除非企业老板给出“非转不可”的压力,绝大多数人是不愿意的。碰上国有企业,资产是国家的,上级也没有硬考核,要不要变革,要不要提效,那就真是随缘了。

其实,无论是民企还是国企,中后台职能部门要真正驱动变革,都只能依靠少部分成就动机特别突出的人。民企的老板或国企的上级机构当然可以给压力,但如果中后台职能部门不想动,那就有一万个方法来搪塞。

近年来,穆胜咨询的确也观察到了一些积极进取的中后台职能部门的转型趋势:

趋势1——BP化,走向一线

最简单的一个道理,中后台职能部门如果不懂业务,就无法赋能业务。而要让他们懂业务,首先就要让他们看业务、学业务。正是基于这个质朴的理由,一些业务环境迅速变化的企业(大量是互联网企业)开始让职能部门派出BP进入业务部门,赋能不赋能的另外再说,先到业务里去,至少能和业务先沟通起来。

这些企业完全有理由这样做,因为他们的业务变化太快了,如果职能部门还在庙堂之高,不懂一线,那么他们就会本能地用自己的“专业”“模型”“政策”来踩刹车,结果自然就是让企业变得无比笨重,直接退出竞争。当BP们进入到业务场景之中,至少保证了大家对齐信息,避免了在不信任的前提下进行博弈,效率自然提高了不少。

当然,实施这种举措的老板还有自己的小心思。一位百亿营收的老板私下告诉我:“就算他们不能用专业赋能一线,也可以去做业务,我就相当于减少了中后台编制,增加了前台编制,也很划算呀!”其实,大量老板都如同他这种想法,大家可能对中后台BP赋能一线并没有报太大的希望。

但这种陈旧的思维无疑是错误的,如果他们真的这样想,就根本不应该设计任何的职能部门。事实上,这类老板往往也是最心急的,只要把BP派下去,就会要求BP发挥“小合伙人”一样的功能,而一旦发现这些BP没有达到要求,又会无比失望并严厉批评,丝毫不给任何的支持和成长空间。在这种领导环境里,BP不是“光荣下派”,而是被“戴罪流放”。

BP化一定是个好趋势,但在这个趋势上,真正走向正途的企业都在研究BP的赋能方法。换句话说,在BP被下派之初,就应该研究好他们融入业务之后的标准动作,为他们准备好赋能工具。但目前为止,我们观察到这么做的标杆只有2个半。

趋势2——产品化,提供弹药

我说过,中后台职能部门的定位有两个,一是制定和维护规则,可以理解为“建立秩序”,另一个是赋能一线,可以理解为“提供弹药”。如前文所言,大多企业的中后台职能部门都不会选择强调第二类定位,久而久之,这种定位就在上上下下的默契中被“阉割”了。

何谓“阉割”?定位和职责里有,但考核里没有,就叫做“阉割”。考核“建立秩序”,这是软考核,就很容易通过;而考核“提供弹药”,这是硬考核,难度就很可观。老板和分管副总如果没有想清楚如何考核后者,又在设置绩效计划时心一软,就很容易形成这种对职能部门的“阉割”。而一旦这种考核成为了约定俗成,企业如果不通过组织变革,就很难扭转职能部门的运作方式。

还好,有的企业在经济寒冬的倒逼之下,已经开始“向职能部门要效益”。他们的思路是,要考核中后台职能部门的效能(Efficiency),也就是说,要考核他们使用了多少资源,产出了多少业绩。再说直白一点,老板已经不想听“屏蔽了多少风险”“没有我们就会出大问题”这类恐怖故事了,他们要的是中后台职能部门能对财报有所贡献。

具体来说,这种考核方式分为两类:

  1. 对于成本中心,他们改变了绩效计量方式,要求直接计量他们对前台的价值贡献,也可以形象地理解为对前台提供的“弹药”。例如,研发考核有效研发贡献值,采购考核可控材料成本降幅等。这种体现在财报上的绩效,再除以人财两类投入,就会形成人效和财效的数据,清晰明了。
  2. 对于费用中心,他们的贡献似乎并没有体现在某个会计科目里,但他们却通过整体资源调配,对公司整体绩效产出有推动作用。于是,考核他们的整体效能就变得合理。例如,财务考核财效,人力考核人效。这些部门为了获得更高的效能,必须重新进行资源的合理分配,而且要提供赋能产品,帮助业务部门算好账、花好钱、用好人,这也是提供“弹药”。

这种变革方向,比让职能部门BP化更难。有些力推中台的企业曾经尝试过,但这类企业的中台提供的“弹药”实在是不接地气,已经失去了赋能的价值,甚至我愿意将他们戏称为“官僚式赋能”。有没有企业做得好?有,但真不多。

专栏作家

穆胜,微信公众号:穆胜事务所(ID:hrm-yun),人人都是产品经理专栏作家。《平台型组织:释放个体与组织的潜能》作者,互联网商业模式和组织转型研究专家。

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

题图来自 Unsplash,基于 CC0 协议。

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