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

推荐订阅源

D
DataBreaches.Net
IT之家
IT之家
The Cloudflare Blog
Apple Machine Learning Research
Apple Machine Learning Research
WordPress大学
WordPress大学
N
Netflix TechBlog - Medium
阮一峰的网络日志
阮一峰的网络日志
P
Proofpoint News Feed
L
LangChain Blog
博客园 - Franky
美团技术团队
J
Java Code Geeks
Microsoft Security Blog
Microsoft Security Blog
博客园 - 叶小钗
小众软件
小众软件
Y
Y Combinator Blog
B
Blog RSS Feed
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
D
Docker
Hugging Face - Blog
Hugging Face - Blog
Jina AI
Jina AI
罗磊的独立博客
大猫的无限游戏
大猫的无限游戏
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迎来强劲对手 – 人人都是产品经理,
降本增效:战术勤奋不能掩盖战略上的懒惰
SAAS老司机 · 2024-08-19 · via 人人都是产品经理

在经济形势不景气的情况下,许多企业和组织都开始采取降本增效的措施来应对财务压力。然而,一些企业在实施降本增效策略时可能会走入误区,如简单通过裁员降低成本,而忽视了更深层次的经营策略和商业模式的优化。

今年的行情貌似比去年的还差一些,客户预算缩减甚至全部砍掉,有一个客户直言“今年我们整个公司不做任何应用的新增,只做老应用维护”。

显而易见的是,不管是甲方还是乙方,都在做一件事情——降本增效。

冬天的时候跟着大部队一起“勒紧裤腰带”,看起来是非常正确的做法,但有些企业的“降本增效”似乎偏离了初衷。

常见的做法是降低人员成本,尤其是基层人员成本,这样降本最快,操作起来最简单了。

但如果执行不当,容易出现两个非常致命的问题。

一是没有甄别清楚哪些业务、哪些人应该留下,各部门采取一刀切的方式进行裁员,不仅可能没起到降本的效果,还会影响后续的经营数据。

二是减员后没有配套的经营方案,导致重要的、核心的工作受影响,减员后还是按照之前的工作量和工作方式来要求基层员工,既没有聚焦当下核心的工作,也没有改善原有的工作方式。

在“降本增效”这个命题上,老司机认为正确的解题顺序应该是:

清晰的产品定位与高效的商业模式 > 符合当下经营目标的分工协作方式 > 高密度人才及对等的价值回报 > 合理的业务流程及趁手的工具。

我们一个个来说。

1、 清晰的产品定位与高效的商业模式

首先,让我们反思一下,各位企业经营负责人是否考虑过人效低下可能是由于产品定位不清晰所导致的?

没有定位清楚目标市场及目标客户,没有做好PMF验证,没有遵循SaaS的经营规律去计算清楚经营数据以评估目前产品定位问题。

造成的结果就是产品迭代边界模糊,造成巨大的资源浪费、营销获客所有客户均匀发力,获客效率和赢单率较低、客户成功服务了大量的非目标客户,CRC成本极高,且留存率低。

这样的情况下如果还能活的很好,只能说运气好,老天爷赏饭吃,就别去折腾什么降本增“笑”了。

其次人效低有没有可能是你本身的商业模式的问题?

一个劳动密集型的企业,你去对标互联网、金融、游戏行业的人效,岂不是天方夜谭。

要对标也得找到一个可以对标的参照物。

另外对于企业经营负责人来说,与其把大部分精力放在企业日常管理提效上,不如多思考一下有没有办法改善当前的商业模式。

比如你是做垂直行业的SaaS产品,除了提供系统外,有没有可能提供金融保险、产业上游供应等增值服务,或者有没有可能基于客户的潜在需求扩充产品增购SKU,以提升产品客单价。

这些方面如果能够做到,人效的提升才是“next level”。

2、 符合当下经营目标的分工协作方式

第一点要说的是,其实企业里有很多活是没有什么商业产出的,有很多人是在瞎忙的。

我敢说一天当中所做的事情,至少有30%以上是在瞎忙,要么没事找事,要么忙于和经营毫无关系的事(办公室关系、对于经营结果无关的事等)。

作为企业管理者,一是要尽可能简化公司人员关系,减少不必要的办公室文化;二是要聚焦到和最终的经营结果有关的事情上。

见过一些部门为了完成自己的小部门的KPI,做了大量的无用功,但这些KPI和最终的经营数据一毛钱关系都没有,这样的部门管理者是不合格的。

第二点要说的是,减少跨部门合作问题,最好的方式是不要跨部门合作。

纯属经验之谈,所有的事情一旦要跨部门解决,就会变得更慢,能一个部门内闭环的尽量闭环,没法闭环的以工作组的方式去闭环。

所以为了提效,按照经营单元整合部门和职能,或许也能起到作用。

3、 高密度人才与对等的价值回报

去增加基层员工的工作负荷、压榨大家的工作时间,或许是很容易做出的决策。

但久而久之,会抹杀员工的创新。

一个企业一旦没有了创新力,提效从何而来?

所以我更建议的是招募/培养更多高密度的人才,大白话就是找更多聪明的人一起来干活。

聪明的人自己会想办法用更聪明的方式,高效的完成工作。

但聪明的人大多数情况下会获得比一般人更多的市场机会,所以前提是要提供对等的价值回报。

更高密度的人才——更高的人效——更好的价值回报,形成一个正向循环。

4、 合理的业务流程及趁手的工具

这部分比较容易理解,就讲两句话。

标准化的业务流程(俗称SOP)能够确保不同水平背景的人做事的效率和产出,不会偏离基准线太多。

趁手的工具能够提升干活的效率,革命性的工具甚至能颠覆上面3点。

总结一下,企业在追求降本增效的过程中,应注重策略的合理性和实施的细致性,避免一刀切的做法,以实现真正的效益提升。

正确的顺序应该是:清晰的产品定位与高效的商业模式>符合当下经营目标的分工协作方式>高密度人才及对等的价值回报>合理的业务流程及趁手的工具。

本文由人人都是产品经理作者【SAAS老司机】,微信公众号:【SaaS老司机】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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