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

推荐订阅源

U
Unit 42
N
News and Events Feed by Topic
S
Schneier on Security
G
GRAHAM CLULEY
Scott Helme
Scott Helme
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
GbyAI
GbyAI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
C
CERT Recently Published Vulnerability Notes
T
The Exploit Database - CXSecurity.com
C
Cisco Blogs
T
The Blog of Author Tim Ferriss
Cisco Talos Blog
Cisco Talos Blog
P
Privacy & Cybersecurity Law Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
博客园 - 司徒正美
Blog — PlanetScale
Blog — PlanetScale
Project Zero
Project Zero
MyScale Blog
MyScale Blog
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Apple Machine Learning Research
Apple Machine Learning Research
小众软件
小众软件
The Last Watchdog
The Last Watchdog
Vercel News
Vercel News
The Cloudflare Blog
C
Check Point Blog
Help Net Security
Help Net Security
Microsoft Security Blog
Microsoft Security Blog
AI
AI
Simon Willison's Weblog
Simon Willison's Weblog
云风的 BLOG
云风的 BLOG
M
MIT News - Artificial intelligence
Stack Overflow Blog
Stack Overflow Blog
腾讯CDC
NISL@THU
NISL@THU
S
Security @ Cisco Blogs
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
S
SegmentFault 最新的问题
MongoDB | Blog
MongoDB | Blog
C
CXSECURITY Database RSS Feed - CXSecurity.com
T
Threatpost
AWS News Blog
AWS News Blog
Cloudbric
Cloudbric
N
News and Events Feed by Topic
PCI Perspectives
PCI Perspectives
S
Securelist
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
V
Vulnerabilities – Threatpost
S
Secure Thoughts

博客园_首页

Plist 二进制格式 Milvus 和 PGVector,哪个更好? OpenClaw 已过时?在 VS Code 中运行 Hermes Agent! 第30篇文章:一个大三计科生的自白 Manim如何在数学公式中完美显示中文? Docker 部署 RocketMQ 5 并发编程核心概念辨析 C#事务处理最佳实践:别再让“主表存了、明细丢了”的破事发生 CLI 是什么?为什么大厂突然集体卷命令行? 【从0到1构建一个ClaudeAgent】协作-自主Agent UIImageView 设置图片不生效的原因排查 最小二乘问题详解20:无先验约束下的增量式SFM自由网平差 痞子衡嵌入式:大话双核i.MXRT1180之XIP应用里借助MU实现可靠Flash IAP的方法 AI Chat 封装, SemanticKerne.AiProvider.Unified 已发布 Windows下右键编辑js文件无法打开记事本——在注册表中使用环境变量 在后台服务中使用 Scoped 服务,为什么总是报错? H200 安装驱动并使用sglang启动模型 wireshark 抓包Trap上报告警内容 我用 AI 辅助开发了一系列小工具(2):图片压缩工具 [A Primer On MC and CC] 2.1 Memory Consistency 1 - 指令重排序和 SC 模型 Oracle数据库SCN推进技术详解与实践指南 玩转控件:封装个带图片的Label控件 Claude Code 4.7 真正该升级的不是模型,而是你的工作流 前端小白一句话,AI 帮我做了个颜值拉满的桌面媒体播放器。当代码不再是门槛,一句话编程就是现实。 5. WorkBuddy: 小龙虾的灵魂三件套,让你的小龙虾不只是工具 SQLite 分片方案实战:三种分片策略的深度对比 告别简陋 UI!一款基于 Fluent Design 和基于 WinUI 的开源免费、现代化的 Avalonia UI 控件库 关于二进制排列组合枚举的总结 AI开发-python-LangGraph框架(3-27-LangGraph从零实现大模型智能决策工作流) ElasticSearch主分片和副本分片概念详解 【002】HTTPS 粗解:证书、TLS 握手与对后端配置的影响 Hermes Agent 一周暴涨五万 Star,但我劝你别急着追 明明连接的是Redis的DB0,为什么能查到DB3的数据? 【从0到1构建一个ClaudeAgent】协作-Agent团队 熟悉电子元器件之后,电子小白下一步该怎么走? MAF快速入门(23)通过C#类定义Skills .NET 高级开发 | 手写一个对象映射框架 FastAPI数据库ORM怎么选?我肝了三个Demo后,终于不再纠结了 mysqldump 参数拾遗:在遗忘与铭记之间 C# .NET 周刊|2026年3月5期 Claude code入门 - 陈彦斌 一文学习入门 ThingsBoard 开源物联网平台 GitHub 热门项目 | 2026年04月16日 如何为GIT设置全局勾子,为每次提交追加信息 Number.isFinite和isFinite与isNaN()和Number.isNaN的区别 PortSwigger SQL注入LAB2 推荐一个测试人必备的Skills,从功能到性能全搞定(附详细实操和安装下载方式) 筑基期:掌握Odoo基础核心知识点02(Odoo XML 开发方式详解) GLM模型这么火,咱们用vllm也咧一个呗! 深入理解 AbortController:从底层原理到跨语言设计哲学 字符串学习笔记 多租户系统框架的基础模块设计和分析设计 Apache SeaTunnel Zeta 为什么能做到“又快又稳”? AI开发-python-LangGraph框架(3-26-LangGraph基本概念及第一个简单样例) Vue 3 组件通信,别只会用 Props 和 Emits 了,这几个狠活儿你得看看 ElasticSearch7.X版本配置密码 用Manim实现动态交点计算--从一个动点问题说起 团结引擎+Addressable+Instant Game打包抖音小游戏 function call 实战:让 LLM 自动判断 pod 异常、调用日志工具并完成故障分析 bubseek —— 让 Agent 的足迹,变成团队的洞察 通过 C# 读取并导出 PDF 书签 如何用 GitHub Actions 实现 Steam 自动化发布 【从0到1构建一个ClaudeAgent】并发-后台任务 .NET 高级开发 | 定制 ASP.NET Core 框架 电子小白:什么是运算放大器(运放) zero2Agent:面向大厂面试的 Agent 工程教程,从概念到生产的完整学习路线 堆上的ORW HC32F460 USB CDC通信异常:非对齐访问异常排查 20260413-Hyperbridge 攻击事件:发生在默克尔山上的验证绕过 那些喊着AI 要淘汰你的人,正在靠你的焦虑赚大钱! 深度学习进阶(八)Swin Transformer 最小二乘问题详解19:带先验约束的增量式SFM优化与实现 SnapTranslate 3.0 正式发布:全局划词翻译 + 完整英语学习闭环,一站式搞定查词、记词、复习 工作的意义、工作的困难认知再思考 .NET + AI 进阶实战:基于类的技能开发 - 打造可治理的 Agent 能力模块 【从0到1构建一个ClaudeAgent】规划与协调-技能 上周热点回顾(4.6-4.12) 电子小白的工具三件套:面包板、杜邦线、万能板 单表五亿数据的查询优化 | Mysql、StarRocks 2. WorkBuddy:从“我是谁”到“帮我干活” C# 如何减少代码运行时间:7 个实战技巧 基于HelixToolkit.SharpDX 渲染3D模型 - 笺上知微 从零开始的双臂具身VLA起源及现阶段发展综述 - SkyXZ 记对 xonsh shell 的使用, 脚本编写, 迁移及调优 - pluvium27 受够了Vibe Coding的失控?换个起点,让AI事半功倍 从开始配置漏洞环境到漏洞复现流程 - 難しい 关于10年工作经验的程序员对OpenClaw的实战经验分享以及看法 - 虚无境 Any metadata 的内存布局 C# .NET 周刊|2026年3月2期 - InCerry 我帮你测过了,测试圈排名第二的 Skill 依然很牛逼 Skill Discovery | 无监督技能发现的经典工作总结 - MoonOut 上下文工程是什么?过时了么?一文讲明白! - 一枫说码 开了 TUN 模式还是直连?90% 的人都踩过这个坑 AScript扩展多种脚本语言 - rockey627 AI 学习笔记:Agent 的记忆机制 你能被装进一个文件里吗?——7 万人把同事"蒸馏"成了 AI - 我没有三颗心脏 Claude Code 通关手册(七):给 AI 装上技能包——Skills 完全指南 - 暮色之狐 在浏览器中快速编辑代码:VSCode Web 集成实践 - Newbe36524 蒸馏自己 skill?基于 Deepseek 的蒸馏器,丐版蒸馏方式,简单便捷 - To_Carpe_Diem Spring AI Aliababa和AgentScope,哪个更好? - 苏三说技术
我们拆了To B增长的6个发动机,发现这家公司只有2个在转
付一然的ToB增长笔记 · 2026-05-04 · via 博客园_首页

上月底和一个客户交流,他公司营收卡在3000万左右两年了,试过加销售、投广告、改话术,效果都很有限。聊到最后他问我:"你觉得问题到底出在哪?"

我翻了数据、聊了团队和客户,最后给他的结论是:

你的公司有6个增长发动机,但只有2个在转。而且转的那2个,比你还焦虑——因为整个系统在逼它们替另外4个兜底,在我这里,这叫"代偿失衡"

一句话说就是:能转的发动机,在替熄火的发动机烧自己的油。


一、1000万到5000万,一定会卡一次

最近看了几十家To B公司,有一个非常明显的规律:

绝大多数,在1000万到5000万之间,一定会卡一次。

产品未必就不行,市场也肯定有需求,但增长这件事,不能头痛医头脚痛医脚,它本质上是个系统工程。

一家公司能做到1000万,靠的是创始人的个人能力,或者一两个核心客户的深度绑定。但到了1000-5000万(纯软)这个阶段,想要再往前走,个人能力已经撑不起组织的增长。你不能再靠自己去谈每一个单子,不能再靠加班去解决每一个问题。

但大多数创始人还是会沿用过去的成功经验:自己冲在销售一线,亲自盯每一个项目,亲自改每一个产品需求。结果自己累得要死,团队却成长不起来,组织容量永远上不去。

更让人揪心的是,当增长停滞的时候,这些公司内部往往会陷入同样的拉扯——

"销售说线索又少又差,市场说销售转化不积极,交付说产品烂,产品说需求扯,我不知道该信谁。"

这就是To B公司在1000-5000万阶段最典型的状态:增长的每一环都在互相消耗。

这时候你可能需要一次系统性的诊断——搞清楚到底哪几个发动机在转,哪几个是熄火的,哪几个在替别人兜底。


二、我们拆解了一家3800万的公司,它几乎把5个坑全踩了

最近我们给一家客户做了一次完整的增长诊断。用我刚迭代的增长医生2.0的65道核心问题,访谈客户8个人,复盘全量经营数据,最后给出一份从问题定位到90天行动清单的诊断报告。

这家公司——年营收3800万,团队96人,付费客户86家,同比增长28%——数据看起来不差,对吗?

但当我们把雷达图画出来的时候,画像长这样:

维度 评分
定位 3.0/5.0
获客 2.5/5.0
销售 3.0/5.0
交付 2.0/5.0
留存与扩张 3.5/5.0
组织 2.8/5.0

它几乎把To B公司在1000-5000万阶段最常见的5个问题,全踩了一遍。


问题1:定位看起来很高级,但没人愿意为它单独立项

这家公司对外讲的是"平台型产品故事",听上去技术能力非常强。但当我们拆开客户真正掏钱的理由时,发现完全是另一回事。

客户真正愿意买单的,是已经明确成熟的相关类目。60%以上的商机,销售需要二次解释才能让客户理解立项理由。销售周期被拉长到5.2个月

客户会说你很专业,但不会马上说"我愿意为这个单独掏钱"。

这就是典型的定位模糊。技术上你在山顶,但客户的心智锚点飘在空中,找不到可以挂预算的钩子。


问题2:线索不少,但没有"可控的获客系统"

这家公司月均线索260条,看起来不差。但拆开来看——

  • 41% 来自生态伙伴
  • 27% 来自转介绍
  • 18% 来自内容/SEO
  • 14% 来自主动拓客

自主生成的SQL占比,只有18%

线索嘛倒是有,就是不太可预测。

一旦核心伙伴节奏变化……这是有点守株待兔的了。


问题3:销售很强,但公司不会卖

这是最有迷惑性的地方。

这家公司销售团队16人,业绩还不错。但当我们细拆下去——

  • 核心6名销售贡献了72%的新签
  • 销售人效237.5万
  • 新销售达产周期却要9个月
  • 预测准确率偏差±30%

他们不缺销售,但缺"可复制的销售能力"。

没有标准化的机会台账,没有周度Pipeline Review,没有Deal Review机制。赢单靠经验,丢单不复盘。销售过程对管理层来说,是个黑盒。

有没有可能,销售人效高≠健康?

当核心销售忙不过来,只能挑最容易的单子签(即"被动撇脂")的时候——人效数据反而是你最大的盲区。


问题4:交付在替产品力兜底

这是整个诊断里最沉重的一个问题。

  • 产品收入只占36%,实施和服务占64%
  • 63%的项目需要定制开发
  • 交付团队和售前加起来40个人
  • 综合毛利被拉低到37%,服务毛利只有18%

公司对外卖的是"平台化能力",对内跑的却是"专家型项目交付模型"。

如果项目必须靠强实施落地,可复制的就是人了,哪来的产品?

签得越多,人堆得越多,利润越薄。交付是在替产品力兜底。


问题5:组织还停留在"项目制"

公司96个人,市场4人,CS团队4人,每个人覆盖15.5家客户。78%的商机集中在上海和周边。

当组织和成本结构的雷达图拉出来的时候,有一个问题很刺眼:

人不少,但岗位没有被设计成"增长机器里的零件"。

关键岗位仍然过度依赖个人能力。市场没在系统性地打,销售没在系统性地卖,交付没在系统性地交付。每个人都拼尽全力,但组织没形成复利。


三、三个反常识,暴露真正的病灶

诊断做到这里,客户一开始的判断被我们完全推翻了。他以为问题是"销售能力弱、交付人手不够",但我们看到的问题图景完全不同。

有三个反常识,是这家公司真正的病灶,也是绝大多数1000-5000万To B公司正在经历的隐形天花板。


反常识一:增长是做乘除,不是做加法

增长的数学本质分两层,大多数人只看了第一层。

第一层,收入端,是乘除法:

健康营收 = (线索数 × 立项率 × PK胜率 × 客单价) ÷ 跟单周期

第二层,利润端,是减法:

真实利润 = 健康营收 − 总获客成本 − 总服务成本

做加法的企业怎么行?他们在第一层疯狂加线索、加销售,以为营收能线性增长。但他们忘了第二层在默默做减法——每多签一个客户,如果交付成本失控、CAC居高不下,利润就被吃掉一块。

这就是为什么"签得越多,利润越薄"。加法思维只看到分子在涨,乘除思维才看到分母和减数在吞。


反常识二:销售黑盒化,比缺销售更致命

这家公司销售人效237.5万/人,看起来不错。但核心6名销售贡献了72%的业绩,新人爬坡要9个月。

问题就是销售过程黑盒化,再进一步从根上说,Top Sales是有的,只不过没人在真正管理。

对于一个已经找到PMF的To B产品,只要不是以SMB为主,储备一批合格的高潜销售作为"未来将领",是必须在创始人待办里排前三的。对于这类To B业务的增长上限,很难完全由产品决定,更多由销售复制效率决定的。

现在,这是"大神代偿"——体系发动机熄火,只能靠个人英雄主义硬撑,这种情况下扩编销售,等于在黑箱里扔更多人。


反常识三:交付在替产品力兜底,签得越多,利润越薄

64%的收入来自服务,63%的项目需要定制开发。综合毛利37%,服务毛利只有18%。

公司对外卖的是"平台化",对内跑的是"项目制"。你对外讲的是产品的故事,结果产品却成了只给自家交付用的"低代码"。

更恐怖的是,有的交付会为了效率,自己找办法绕过产品,把项目搞定,项目开发2个月,需求一个都没提。

这是交付在代偿产品力欠债。


四、我们给出的,不是"加人加钱"的清单

回到这家公司。在完成2天8人的深度访谈和全量数据复盘后,我们给出的不是"线索不够就加投放"、"销售不够就加编制"——这类建议不需要花钱来做诊断,任何团队自己都能说出来。

我们给出的是三条战略路径一份90天P0动作清单


路径A:利润修复与交付降本

做完交付成本拆解后我们发现,这家公司的服务毛利只有22%,远程交付占比只有45%。合同里License和实施没有分单报价,销售为了拿单随手赠送实施费,审批权没有闸门。

30天内的P0动作:拆分License与实施报价,建立三段式报价模板,堵住销售随手送实施的漏洞。60天内完成标准实施包1.0,明确交付边界。90天内完成3个项目的远程交付试点和交付培训优化。

目标:项目毛利从37%拉到46%以上。


路径B:大客户聚焦与销售复制

核心销售知道怎么赢,但没人知道"他为什么总能赢"。

60天内的P0动作:搭建销售四件套证明包——行业案例、ROI测算工具、竞品替代对比、实施边界说明。建立周度Pipeline Review机制和季度Deal Review机制,把赢单经验从个人大脑里拽出来,变成组织的标准动作。

目标:立项率从16.7%提升到25%,预测偏差从±30%控制到±15%以内。


路径C:主动获客与心智建设

41%的线索来自生态伙伴,这是最大的单一依赖风险。一旦核心伙伴节奏变化,Pipeline直接失速。

60天内的P0动作:圈定100家目标行业头部客户名单,建立ABM名单制获客体系。90天内跑通2场闭门会、3次伙伴赋能、1轮ABM触达。内容侧同步启动3份标杆案例和1份行业白皮书的生产。

目标:自主SQL占比从18%提升到35%


组织扩张:为规模化埋下种子

90天内的关键动作还包括:招聘5名高潜销售,去覆盖北京、江苏、浙江、广东;他们是去做种子——既要出数,又要作为储备干部来培养。


你看,这家公司的问题,拆到最后,没有一条是"加人加钱"能单点解决的

  • 定位不清,获客再多也灌不进漏斗
  • 销售不可复制,线索质量再高也签不下来
  • 交付不标准化,签得越多利润越薄
  • 组织不设计,增长永远长在个人身上

这就是系统性诊断的价值——它帮你看清哪些发动机在空转,哪些发动机在用别人的油,哪些发动机压根就没点火。


五、为什么不做"营销顾问",要做"增长医生"

写到这里,再回答一个最近经常被问到的问题:

"老付你从业这些年,一半以上在做Marketing+BD,为什么不叫自己营销顾问,非要搞什么'增长医生'和'共享COO'?"

因为我比大多数人都清楚:营销能带来线索,但线索能不能变成合同,是销售体系的事;合同能不能赚到钱,是交付和定价的事;老客户能不能续费增购,是产品和客户成功的事;这一切能不能规模化,是组织和一号位的事。

  • 只懂营销,诊断不出"交付在替产品力兜底"的病灶
  • 只懂销售,给不出"构建ABM系统"的建议
  • 只懂产品,看不到"销售黑盒化"才是组织容量的天花板

我拉起一支队伍,从零开始探索和迭代一个适合本土To B公司的诊断框架,是想帮客户在迷雾中定位真正的病灶,把有限的弹药打到最关键的地方。

这支队伍里8个人,每个人都在To B一线摸爬滚打了十年以上,我们自己踩过坑,也帮很多公司跳过坑。

增长医生65道核心问题覆盖定位、获客、销售、交付、留存、组织六个维度,增长公式把六大引擎的贡献度量化,诊断结束后给出三条战略路径和一份90天P0/P1/P2优先级的行动清单,把"必须靠高手才能完成的工作"变成"普通团队也能稳定完成的工作"。

如果你的增长主要靠销售大神的个人英雄主义,或者靠AI的FOMO情绪买单,增长医生2.0会直接给你亮红灯


如果你正卡在1000万-5000万的十字路口,不知道问题出在哪,欢迎找然立咨询了解增长医生2.0。

诊断费用100%可抵扣后续陪跑费用。先看清问题,再决定要不要我们陪你一起往前走。


To B没有奇迹,终局一定是组织的复利。