夜雨聆风【第1篇】软件厂商· 第2篇 企业客户 · 第3篇 咨询公司 · 第4篇 投资机构 · 第5篇 AI机会 · 第6篇 破局之路 · 第7篇 发展前景
前言
这几年，身处To B行业，总会感到一种强烈的疲惫和无奈感。读到一篇文章《谁在摧毁中国的企业软件产业？》，里面列举的行业数据触目惊心——超四成上市软件企业处于亏损，行业平均净利润率只有2%，那些曾经喊着"中国版Salesforce"口号的独角兽们，烧完几轮融资之后，悄无声息地退回了项目外包的老路。
这些看起来是"大环境"的事，其实和每一个人都有关——软件行业是百业之基，是企业数字化的底座。To B软件持续低迷，影响的不只是软件公司自己的财报，更直接推高了全行业的数字化成本。产业难以升级、难以参与国际竞争，催生各行业低价内卷、无休止加班、中年失业……
过去十年，政策持续加码扶持、资本争相入局，国内企业数字化投入年均增速高达15%，SaaS被冠以"万亿蓝海"的名号。可至今中国所有上市企业软件公司之和仍远不及SAP一家的市值。对比Salesforce市值数千亿美元，同样的To B赛道，为何与国外差距如此悬殊？笔者的判断是：链条上的四方主体——软件厂商、企业客户、咨询机构、资本市场——各有各的算盘，也各有各的无奈，形成了一个互相消耗的闭环。本文将从供应链的视角，拆解"厂商—客户—咨询—资本"四方深层困局，以及AI带来的机会和破局路径，欢迎发表您的观点。
Part 1 供应端：软件厂商，哪些困境是自己选择造成的？
国产软件厂商的处境是三明治夹心：上有SAP、Oracle、Salesforce这些国际巨头压着，下有各种定制化游击队追着，中间还要被客户"既要功能强、又要价格低、还要快交付"的需求反复碾压。那么，今天的困境，有多少是外部环境造成的，又有多少是自己选择造成的？
一、中小企业VS大企业：两个完全不同的战场
1. 服务中小企业：本地化才是真正的护城河
全国中小企业总量近6000万户，占全部企业总数99.8%（数据来自：中国信通院《2024年中小企业数字化转型研究报告》）。SAP曾极度看好这片市场，专门推出B1（Business One），又砸40亿美元推BYD（Business ByDesign），产品功能甚至比经典的ECC还完善，结果是：巨亏、退场。国际巨头在大型企业市场靠品牌和专业能力横扫，在中国中小企业市场近20年却一败涂地。原因不在产品，而在于两类市场的底层逻辑完全不同。中小企业的驱动力是"生存驱动"远大于"管理升级"——能不能帮我申请补贴？能不能让投资机构觉得我在做数字化转型？这些诉求看似不够"纯粹"，但在中小企业的现实经营中，每一分钱都要花在"看得见回报"的地方。
国产厂商早期就抓住了这个逻辑，全国各地布满分子公司，客户有问题随时能上门，交付成本低，客户关系深。加上政府补贴和融资上市对"用了什么系统"的需求，即便软件功能有限，客户也不会太在意。
在这个群体里，关系远大于产品，销售网络远大于技术深度。国产厂商的分子公司、经销商体系，才是真正的护城河。这就是 SAP 没看懂的地方——以为自己在卖产品，但市场需要的是“信任”和“陪伴”。
2. 服务大企业：规模越大，效率越低
国产厂商靠"分子公司+本地化"在中小企业市场拿到了结果，但用这套打法进攻大企业市场时，问题全面爆发了。
大企业的业务和管理复杂程度指数级增加。一套软件系统的选型、咨询团队的搭配、软件部署策略的制定，不说能决定企业生死，至少决定了能否和竞争对手站在同一梯队。那些靠"分散化"攻城略地的组织体系，此时反而成了向上突破的最大阻力，比如：
怎么集中客户需求、抽象行业共性来迭代产品？
怎么让各地团队统一交付标准？
资源如何集中调配？能力如何有效管控？
这些问题没想清楚，体现在业务上就是：行业划分交叉重叠、研发端和交付端大量重复消耗。通俗讲：
几万人在同时盖房子，每一组都很努力，但总图是错的，你砌你的墙，我搭我的梁，等发现对不上的时候，已经拆不动了。
3. "大公司病"加剧恶性循环
分子公司模式带来的核心问题是协同失效：一个需求从客户提出到交付，需经过销售记录→产品评审→技术评估→排期开发→测试验证→实施部署→售后培训，七八个环节，多层审批，信息不对称、优先级冲突频发，管理成本持续攀升。同时，各子公司早期独立上线系统，数据标准不统一，总部要实现穿透式管控，需持续投入打通——整合周期长、成本高。
此外，订单金额和交付数量是"今天就能数清楚"的指标，产品质量、客户续费是"明年才能验证"的指标，容易被忽视。研发人员薪资偏低、晋升困难，叠加高强度加班，优质人才不断流向互联网大厂。一个死循环成型：人才流失→研发滞后→产品弱势→订单缩减→被迫压缩成本→人才进一步流失。
二、产品力不足的两种妥协：定制化与概念包装
1. 定制陷阱：每一单都在给系统里埋雷
当产品力不足、服务大企业经验欠缺时，厂商转向了看似务实的打法——客户要什么就做什么。当客户说出"我们业务很特殊，要定制"时，厂商几乎没有拒绝的余地。可问题在于：这一单做完了，下一单又是一个新定制。短期看，钱进来了。拉长到三年五年看，每一次定制都是在给系统里埋雷。越定制，越依赖项目活着；越依赖项目，越没精力打磨产品。对软件公司来说，长期非标定制的后遗症，对产品架构、标准化、模块复用是致命的，研发边际成本居高不下。
规模扩张必须同步扩招开发和交付人力——规模越大、成本越高、效率越低，软件行业本该有的规模复利优势，被定制化吃掉了。
2. 概念通胀：用新词回避真问题
你们有没有发现？每隔几年，软件行业就会集体"死亡"一次。国内信息化、ERP被宣告死亡之后，中台来了；中台死亡之后，数字化来了；数字化还没整明白，数智化就来了；数智化的热度还没散，AI已经扛着"颠覆一切"的旗帜登场了……
每一个新概念的诞生，都伴随着一个旧概念的"葬礼"。但把时间拉长看——那些被宣告"已死"的技术，大部分还在运行；那些被捧上神坛的新概念，大部分没能兑现承诺。新概念的出现，有时候是技术边界的真实拓展，有时候是市场竞争的差异化策略，有时候仅仅是因为"不说点新东西，客户就不会打开预算的口子"。但问题在于：
当“新概念”本身变成了产品，而不是“解决真问题”的手段，行业就会陷入集体性的概念通胀——厂商在争相定义新词，客户在疲于理解新词，最后大家都很累，但问题还在那里：成本还是算不准，排产还是跑不通，部门墙还是那堵墙。
企业客户老板真正需要的，从来不是"下一个概念是什么"，而是他定下的战略目标，能不能不打折扣地穿透部门墙、穿透数据孤岛，变成每一个执行动作。
三、创始人的认知与“医不自治”
1. 企业创始人的认知高度与格局视野决定企业发展上限，软件行业的创始人，最容易困在技术思维里。当问核心竞争力时，常会说："技术强"、"架构先进"、"产品体验好"。但中大型企业的决策者在乎这些吗？微服务架构有多先进、底层参数有多复杂——他们既听不懂，也不是采购时的核心考量。
2. 更大的盲区在于产品方向的选择。国内软件大厂扎堆深耕财税，因为财税知识体系相对标准化，不管哪家公司，都遵守会计准则、财税合规等原则，而人力组织、营销管理、生产制造等差异太大了。而且，
财税软件的本质是经营结果的归集工具，如同企业的后视镜，善于复盘过去、记录已经发生的业务事实；而真正决定企业营收、毛利和长期盈利能力的，是全链路供应链管理——它是方向盘，预判走势、调度资源、决定企业往哪走。
当市场从"财务数字化"迈向"经营数字化"，在财税领域积累多年的方法论和行业认知，并不能平移到供应链管理这个更复杂的领域。国内软件在供应链管理布局上的滞后，影响了全产品线的价值输出，价格自然只能远低于SAP、Oracle——这是拉开收入差距的最大原因之一。
3. 内部视角的信息茧房——医不自治。
客观来说，中国企业管理软件的创始人所面临的挑战与压力称得上全行业之最。早年服务的小客户从野蛮生长到如今纷纷壮大，厂商也伴随行业红利长成了大厂。最早一批的软件企业创始人一路摸爬滚打，他们和自己客户一样，每家公司的管理方法都是自己悟出来的，没有经历过成熟标准化的管理体系。规模扩张带来双重考验：对内——组织、流程、资本管控集中爆发；对外——需服务升级后的大客户。他们既是拓荒者，也是补课人。反观欧美，企业管理有体系化的知识框架，软件厂商更容易做标准化产品。
从软件公司的发展，可验证一个规律：企业到了一定规模，创始团队的经验覆盖半径已不足以解决"自己给自己看病"的问题。分享一个笔者亲历坚持“自己给自己看病”亏损数亿的真实案例。这个教训，不仅属于这一家公司，也属于所有正在跨越规模门槛的企业。
2023年，笔者在某机场看到国内某企业软件公司的广告，却听说在亏损，好奇翻看了官网，看到供应链相关的产品架构满屏错误，行业划分将使产品研发和交付成本成倍增加，内部组织架构设计必定导致内耗严重，当时判断若不引入外部诊断和调整，仅靠内部团队来改变，亏损会持续加重。曾多次联系提醒核心管理层，可很遗憾，当时普遍认为是市场波动或战略性亏损，往来邮件躺在了笔者的邮箱里。随后几年的公开财报，印证了笔者的判断和最不愿被看到的结果。
一家帮成千上万家企业管人、管钱、管业务的头部企业管理软件公司，却管不好自己的利润表，在请外部咨询这件事上，和他们的客户一样，选择了自己扛。倒也不难理解，体量大了，觉得自己什么都能搞定，何况他们还帮客户做数字化转型、做咨询；而且，咨询费在账面上看得见，但诊断出来的问题短期内看不见；再加上内部利益格局已经固化，动哪一块都会牵扯到一堆人。从这个角度看，不做调整反而是阻力最小的选择。
可"大企业病"不会因为不看它而消失，它只会在你不注意的时候越滚越大，直到财报帮你面对现实。
四、产品价值定位：从"支持工具"到"核心系统"
最后，回到一个根本问题——软件到底为什么而存在？
汽车企业的生产系统宕机两小时，可能使成百上千辆车无法按时交付；化工企业的计划系统出错，可能导致几十吨库存积压。这类系统，客户对可靠性的要求是"不计代价"的，一次事故的损失远超软件本身的价格，根本没有压价空间。因此，
问题的关键不在于功能本身有没有价值，而在于它能否被量化成一个可计算的ROI。
笔者曾做过一个仓储优化项目：半年时间客户库存周转率提升了58%，物流费用每年至少减少4000万。这引出一个值得探讨的方向：软件是否可以不收费或少额收费，按节省的成本抽成？
当收费方式从"卖工具"变成"卖结果"，直接挂钩核心利润，那么，甲方不会再压价，乙方不会再偷工——因为双方的利益第一次对齐了。当然，效果的归因怎么算？多少是系统的功劳，多少是管理团队的功劳？这需要进一步探讨。
软件厂商的困局既有内因，也有外因。下一篇，我们将从外部的企业客户继续拆解这个行业的深层困局。欢迎持续关注，也欢迎留言分享你的观点。
（如果您认同"卖结果"的模式，或有意探讨试点合作，欢迎添加企业微信，请备注来意。）
— 扫码添加企业微信 —
