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

推荐订阅源

cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
小众软件
小众软件
博客园_首页
博客园 - 聂微东
V
V2EX
WordPress大学
WordPress大学
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
罗磊的独立博客
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 司徒正美
博客园 - 三生石上(FineUI控件)
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
S
SegmentFault 最新的问题
J
Java Code Geeks
Last Week in AI
Last Week in AI
The Cloudflare Blog
月光博客
月光博客
雷峰网
雷峰网
宝玉的分享
宝玉的分享
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Hugging Face - Blog
Hugging Face - Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
有赞技术团队
有赞技术团队
人人都是产品经理
人人都是产品经理
博客园 - Franky
腾讯CDC
Jina AI
Jina AI
博客园 - 叶小钗
大猫的无限游戏
大猫的无限游戏
阮一峰的网络日志
阮一峰的网络日志
量子位
爱范儿
爱范儿
美团技术团队
T
Tailwind CSS Blog
博客园 - 【当耐特】
D
Docker
IT之家
IT之家
V
Visual Studio Blog
P
Proofpoint News Feed
L
LangChain Blog
Engineering at Meta
Engineering at Meta
C
Check Point Blog
G
Google Developers Blog
Google DeepMind News
Google DeepMind News
云风的 BLOG
云风的 BLOG
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Microsoft Azure Blog
Microsoft Azure Blog
B
Blog RSS Feed
Recorded Future
Recorded Future

博客园_首页

Linux实操--组管理、权限管理和定时任务 Java + EasyExcel 实现单个接口导出多个Excel Mem0 源码解析系列(二):提示词工程的深度剖析 Openclaw TaskFlow究竟是什么?和普通Skill技能有什么区别 博文阅读密码验证 - 博客园 嘉立创开源:应该是全网MicroPython教程最多的开发板 Hermes Agent 集成实践:从协议到生产 2026年AI编程工具横评:Cursor、Codex、Claude Code、Zed、Windsurf Java程序员必看的RAG入门教程 2026 AI效率神器:Superpowers + Claude Code 保姆级教程 本地大模型部署全攻略:从 0 到 1 玩转 Ollama 【从0到1构建一个ClaudeAgent】内存管理-上下文压缩 .NET 高级开发 | 设计、实现一个事件总线框架 电子小白入门之NE555 3. WorkBuddy:隐藏玩法,一键召唤专家,让 AI 以"专家身份"给你干活 和AI一起搞事情#3:Claude Teammate 游戏开发翻车实录 【OpenClaw】通过 Nanobot 源码学习架构---(7)Memory C# .NET 周刊|2026年3月3期 我在 Debian 11 上把 K8s 单机搭起来了,过程没你想的那么顺(/opt 目录版) 深度学习进阶(七)Data-efficient Image Transformer CLI+Skill搭建浏览器AI自动化框架,告别一切重复枯燥任务 告别Token账单无底洞:OpenClaw本地部署,重塑企业数据主权的唯一解 FastAPI+Vue:文件分片上传+秒传+断点续传,这坑我帮你踩平了! SBTI 爆火后,我做了个程序员版的 CBTI。。已开源 + 附开发过程 多模态检索开始进入工程期:用 Sentence Transformers 搭建可落地的 Multimodal RAG 100多行代码实现一个最简单的Agent(用ReAct) Claude Code 通关手册(八):推荐 5 个 Hooks,代码质量提升 3 倍 老板:“有人截图了!”。安全部门:“收到,马上查暗水印!” - why技术 技术之外,皆是人间 C#/.NET/.NET Core技术前沿周刊 | 第 69 期(2026年4.01-4.12) Snack JSONPath 项目架构分析 Claude Code Buddy 小析:一个非核心功能,如何体现产品的细节完成度 AI新时代下的图床管理方案-Cloudflare图床+MCP+Skills方案指南 化繁为简:顺丰速运App如何通过 HarmonyOS SDK实现专业级空间测量 从零实现富文本编辑器#13-React非编辑节点的内容渲染 AI开发-python-langchain框架(3-23-OpenAI Functions风格Tool Calling智能助手) .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 PbootCMS 网站内容数量多导致访问慢?这些实用优化方案帮你提速! - 家兴网络技术工作室 上下文工程是什么?过时了么?一文讲明白! - 一枫说码 网站漏洞怎么发现并修复?一篇实用指南(附完整流程) - 家兴网络技术工作室 开了 TUN 模式还是直连?90% 的人都踩过这个坑 Github日报|2026年04月12日 - AI一族 AScript扩展多种脚本语言 - rockey627 AI 学习笔记:Agent 的记忆机制 你能被装进一个文件里吗?——7 万人把同事"蒸馏"成了 AI - 我没有三颗心脏 Claude Code 通关手册(七):给 AI 装上技能包——Skills 完全指南 - 暮色之狐 在浏览器中快速编辑代码:VSCode Web 集成实践 - Newbe36524 蒸馏自己 skill?基于 Deepseek 的蒸馏器,丐版蒸馏方式,简单便捷 - To_Carpe_Diem Spring AI Aliababa和AgentScope,哪个更好? - 苏三说技术 Etsy 把 1000 个 MySQL 分片迁进 Vitess:425TB 数据背后的真正问题不是性能,而是运维规模 MicroPython LVGL基础知识和概念:底层渲染与性能优化 - FreakStudio 数据库草图算法 Python 潮流周刊#146:CPython 引入 Rust 的进展 - 豌豆花下猫 最小生成树 - mofei1116 红日靶场七:从外网入口、容器逃逸到 AD 接管的完整利用链复盘 - YouDiscovered1t 分享四款开源且实用的 Kafka 管理工具 - 追逐时光者 vLLM 权重加载机制全解析:从挑战到理想架构 LCT 学习笔记 - ACehomoxue Avalonia UI 12.0.0 正式发布:架构演进和性能飞跃 - 张善友 当 AI Agent 把调用链拉长,延迟开始成为一门生意 conhost.exe 无法显示 U+2717 - 145a 太秀了,我把自己蒸馏成了 Skill!已开源 - 程序员鱼皮 ASP.NET Core 内存缓存实战:一篇搞懂该怎么配、怎么避坑 基于 Ghostty 带有分割标签页和为 Claude 编程设计的通知终端 - BugShare AI 焊死入口:教育的“操作系统级”重塑 - 郝hai 初级Java开发工程师使用sql脚本编写代码的过程是简单而且不糊涂 - CoderOilStation Claude Code通关手册(六):MCP协议完全指南 - 暮色之狐 边框灯光环绕动画特效实现指南 - Newbe36524 开源:子木蒸馏版的 SEO 审计工具 seo-audit-skill v1.0 我所理解的Python元模型 【从0到1构建一个ClaudeAgent】规划与协调-TodoWrite - 程序员Seven Claude 和 Codex 在审计 Skill 上性能差异探究 - ACai_sec AScript如何实现中文脚本引擎 - rockey627 【渗透测试】HTB Season10 Garfield 全过程wp - dynasty_chenzi Android 开发者为什么必须掌握 AI 能力?端侧视角下的技术变革 树状数组正确性证明 - AC-wyr 你的 AI 焦虑,可能比 AI 本身更危险——ATM 机没有消灭银行柜员,但恐慌消灭了你的判断力 - 我没有三颗心脏 一个拉胯的分库分表方案有多绝望?整个部门都在救火! - 冰河团队 动态规划入门必学之走方格问题 - Ofnoname PostgREST 与 PostgreSQL 角色权限配置全解析(生产级实践) - SheepDog1998 使用 UEFI 图形输出协议 GOP 在屏幕上显示图像的方法 - 阿源- Claude Code通关手册(五):组建你的AI专家团队,子代理系统 - 暮色之狐 一个程序员到架构师的催婚路之感悟(整整10年后的催婚相亲感悟) - MisterLip 用 Agent Skill 自动生成工作周报 - 赵康
我们拆了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没有奇迹,终局一定是组织的复利。