项目管理软件突发事件点评：软件业年报读数落地，计价单位从席位转向流程节点

基本信息

阅读时间：约 29 分钟

字数：约 15,074 字

摘要：市场担心：2026 年 10 月 13 日发布的行业深度分析给出 2025 年中国项目管理软件市场规模 151.97 亿元，并把「加速人工智能化与自动化」写成行业主线 [1]；与这份判断同时出现的边际读数是，对集成人工智能预测、自动化工作流与实时风险预警的功能需求同比上升 34% [8]，中小企业采购占比升到 54.7%、首次超过大型企业 [8]。市场担心的是：功能越加越多、单价却越卖越低——2025 年软件业收入同比 +13.2%、利润总额同比 +7.3% [11]，收入跑赢利润 5.9 个百分点（测算）[18]，这 151.97 亿元里有多少是真需求，有多少只是把旧许可换了名字重新计价。

市场担心：2026 年 10 月 13 日发布的行业深度分析给出 2025 年中国项目管理软件市场规模 151.97 亿元，并把「加速人工智能化与自动化」写成行业主线 [1]；与这份判断同时出现的边际读数是，对集成人工智能预测、自动化工作流与实时风险预警的功能需求同比上升 34% [8]，中小企业采购占比升到 54.7%、首次超过大型企业 [8]。市场担心的是：功能越加越多、单价却越卖越低——2025 年软件业收入同比 +13.2%、利润总额同比 +7.3% [11]，收入跑赢利润 5.9 个百分点（测算）[18]，这 151.97 亿元里有多少是真需求，有多少只是把旧许可换了名字重新计价。

我们认为：这份读数改变的不是需求曲线，而是计价单位。过去按席位卖，收入跟着人头走；现在按流程节点与交付结果卖，收入跟着「被验收的节点」走。披露落地之后，能被计入规模的是可交付、可验收、可续费的部分。

1. 口径尚未收敛：项目管理软件口径 151.97 亿元 [1]，与工具口径 17.8 亿美元 [6] 按 7.1 折算出的 126.38 亿元相比，差 25.59 亿元、极差率 20.2%（测算）[17]——两个口径的边界统一之前，比增速的误差可能大于信号本身；
2. 供给侧是哑铃形：全球前五大供应商合计 58.2% [9]，其余 41.8% 由 1,200 余家年收入低于 500 万美元的厂商分食 [9]，长尾户均 295 万美元、约为前五户均的三百三十四分之一（测算）[19]；
3. 需求先于事件存在：62% 的企业至少部署了一种专业化工具 [7]，信息技术与软件服务使用率 78.3%、建筑与工程 63.5% [7]——规模不是这份披露创造的，披露只是把它记进了账。

本篇增量：把这次披露按事件本体、触发条件、边际变化、观察什么四段拆开，并给出四个可以自行复算的读数——口径极差率、长尾户均收入、人均年支出、利润增速剪刀差。下一次披露出来时，用这四个读数做同口径对账即可。

事件本体是一次年度数据披露，不是某家公司的经营事故。2026 年 1 月 30 日，工业和信息化部运行监测协调局发布 2025 年软件业运行情况：软件业务收入 154,831 亿元、同比增长 13.2%；利润总额 18,848 亿元、同比增长 7.3%；软件业务出口 627.3 亿美元、同比增长 7.7%，增速连续 10 个月保持正增长 [11]。三条读数并列，一句话概括就是：收入还在两位数增长，利润掉进了个位数。

为什么一份运行数据值得单独点评？因为它是唯一覆盖全行业、口径稳定、每年可比的数据。行业研究机构给出的 151.97 亿元 [1] 只覆盖细分市场，工具厂商的 17.8 亿美元 [6] 只覆盖许可与订阅，两者都不能代表全行业景气度；只有这份运行数据能回答一个前置问题——买方还有没有预算。答案是有的，只是用法变了。

政策口径同时把时间表钉住了。2025 年 8 月，国务院发布的《关于深入实施「人工智能+」行动的意见》提出，到 2027 年率先实现人工智能与包括项目管理在内的 6 大重点领域的广泛深度融合，新一代智能终端、智能体等应用普及率超过 70% [3]；《中小企业数字化赋能专项行动方案（2025—2027 年）》则要求，到 2027 年规上工业中小企业关键工序数控化率达到 75%、中小企业上云率超过 40% [2]。两个文件、三个指标，构成了这条赛道的硬约束。

三个指标的性质并不相同，混在一起谈会得出错误结论：70% 是应用普及率，衡量「用没用上」；75% 是工序数控化率，衡量「有没有深入到生产环节」；40% 是上云率，衡量「底座换没换」。三者同时达标的难点在于验收对象完全不同——应用看终端与账号，设备看产线改造，底座看机房与网络。

项目管理软件恰好横跨三者，因为它是唯一给这三类改造记账的地方：上云产生迁移工单，数控化产生设备接入工单，AI 应用产生推理调用与权限变更工单，每一张都要在系统里落成可追溯的记录，否则验收时无法举证。这就是一份全行业运行数据会影响一个细分品类计价方式的原因——它把举证责任从「我们说做了」变成了「系统里有记录」。

第一条是政策线的时间压力。2027 年的三个考核指标 [2][3] 距离本次披露只剩两个完整年度，而政策目标一旦写入专项行动方案，就具备了自上而下的量化约束。对企业而言，这意味着 2026 年与 2027 年的数字化预算不再是「有则更好」的可选项，而是要在验收材料里体现出进度的必答题。

第二条是技术线的功能供给。集成人工智能预测、自动化工作流与实时风险预警的功能需求同比上升 34% [8]；同期行业整体研发投入占营业收入比重达到 19.6%，技术专利累计申请量较 2020 年增长 2.3 倍，其中人工智能调度算法、跨平台任务同步协议与可视化数据分析模块是专利布局的热点 [10]。供给端在加研发，需求端在加功能，两者同步发生。

第三条是采购线的客户结构变化。2025 年中小企业的采购占比已超过大型企业，达到 54.7%，且明显偏好轻量化、低代码的解决方案 [8]；制造业与金融服务业的年均新增用户数分别增长 21% 和 19% [7]。中小企业不在乎品牌历史，只在乎两件事：多久能上线，第一年能不能用起来。这两件事都不是产品经理能决定的，而是交付团队决定的。

三条线交汇的机制值得说清楚：政策给截止日，把「以后再做」压缩成「今年要做」；技术给功能，让「做了能省人」变成可演示的效果；采购给客户结构，把买家从有 IT 部门的大企业换成没有 IT 部门的中小企业。三者叠加的结果是，项目管理软件从「给管理者看的报表工具」变成「给执行者用的记账工具」，使用者下沉到一线，计量单位从席位变成流程节点。

分项数据里藏着一个常被忽略的事实。信息技术服务收入 106,366 亿元、占全行业 68.7% [13]，软件产品收入 32,361 亿元、占 20.9% [12]；分项增速从集成电路设计的 18.9% 排到工业软件产品的 9.7%，首尾相差 9.2 个百分点（测算，18.9 减 9.7）。项目管理软件被统计在软件产品与应用服务之间，两头都沾、两头都不算主力——这正是它在分项表里长期缺位、口径难以收敛的根源。

还有一个容易被忽略的环境变量：2025 年城镇化率 66.343%，较 2020 年的 63.523% 抬升 2.82 个百分点（测算）[16]。城镇化推进带来组织密度与协同半径同步扩大——同一家企业跨城市、跨法人的项目越来越多，协作成本随半径上升。项目管理软件卖的正是这部分成本的削减，协同半径越长，削减越容易量化，验收时越好举证。

第一组是收入与利润的剪刀差。13.2% 与 7.3% 之间差 5.9 个百分点（测算）[18]；把两个读数相除，2025 年软件业的收入利润率是 12.17%（测算，18,848 除以 154,831）[18]。这个数字不算低，但比上一年薄了——多增的收入没有等比例转化为利润，差额被研发、算力与交付人力吃掉。

第二组是中国与全球的增速差。中国项目管理工具销售额 2025 年 17.8 亿美元，预计 2030 年增至 32.6 亿美元，复合增长率 12.9% [6]；全球从 84.6 亿美元增至 142.3 亿美元，复合增长率 11.2% [5]。中国快 1.7 个百分点（测算）。北美 2025 年仍占全球 38.4% [5]，中国占 21.0%（测算）[22]。增速领先而份额不高，说明这是一个跑得快、底子薄的市场。

第三组是部署率的边际变化。2025 年全球超过 62% 的企业已部署至少一种专业化工具，较 2022 年提升近 15 个百分点 [7]。按三年摊平，年均提升约 5 个百分点（测算），照此外推 2026 年约 67%、2027 年约 72%。这是本篇唯一一条可以用趋势外推处理的读数，因为它在三年内保持同向且没有口径调整的迹象。

第四组是口径差，也是最需要克制的一组。151.97 亿元与 126.38 亿元之间差 25.59 亿元、极差率 20.2%（测算）[17]。差距的构成决定判断方向：若差异主要来自实施与服务是否计入，则规模读数偏高意味着交付价值被记进了软件口径，链条上真正的钱在交付层；若差异来自样本企业范围，两个读数只是覆盖不同，谈不上谁高谁低。公开资料未披露构成，这一条只能标 [缺口]。

第五组是增量结构。把 2025 年折算规模 126.4 亿元到 2030 年 231.5 亿元的 105.1 亿元增量拆开（测算），按渗透企业数贡献 65%、单企业支出贡献 35% 的假设，前者 68.0 亿元、后者 37.1 亿元（参数见附录 C）。这回答一个具体问题：未来增长靠更多企业买单，还是靠每家企业买得更多——前者对应渠道与交付扩张，后者对应功能与单价提升。

环节一，基础设施与算力层。用大白话说，这一层是把服务器、存储、网络与模型推理能力按需租出去，客户不必自己买机器。它为什么重要？因为 AI 功能的第一笔成本发生在这里：每一次智能排期、每一轮风险预测，背后都是一次推理调用。公开口径下与本链条相关的上市企业集中在应用与平台侧 [4]，纯算力环节的毛利率区间未取得可复核来源，本章按业务形态定性排序，具体数值标 [缺口]。

环节二，平台与编排层。它把任务、权限、数据流接起来，让不同系统互相叫得动——审批通过触发排期调整，设备告警生成工单。按调用次数与连接数计价，收入规模不如应用层，但每一笔应用层收入都要经过它。

环节三，应用与场景层。这就是大多数人说的「项目管理软件」本身：把立项、排期、资源、验收、回款记在同一条时间线上。它收入占比最高、接触客户最直接，但可替代性也最高——功能清单是公开的，交互可以模仿，报价最容易被比较。公开名单里的上市企业多集中在这一层 [4]。

环节四，实施与交付服务层。它把标准产品改成客户能用的样子：流程梳理、数据迁移、权限配置、培训与陪跑。中小企业的采购占比已达 54.7% [8]，而它们普遍没有内部 IT 团队——对这类客户来说，交付能力就是产品能力。

环节五，客户侧的流程治理。这一环不产生外部收入，却是一票否决项：客户愿不愿意把「口头流程」写成「系统流程」。流程治理不达标的企业，买了软件只是把纸质台账换成电子台账，第二年的续费率会直接暴露这一点。把它单列，是因为它决定前四个环节收到的是「一次性项目款」还是「可续费订阅」。

把四个付费环节的收入占比放在一起看（图 13，测算）：应用与场景层约 38%，基础设施与算力层约 22%，实施与交付服务层约 22%，平台与编排层约 18%。这个结构说明一件反直觉的事——链条上最大的钱不在最底层，而在离客户最近的两层。算力听起来性感，但在项目管理这个场景里它只是成本项；真正被付费意愿支撑的，是「谁能把系统改到能用」和「谁能把流程记下来」。也正因为交付本地化、行业化、人力密集，链条上既容得下前五合计 58.2% 的集中度，也容得下其余 1,200 余家分食 41.8% [9]。

判定瓶颈用四条标准：高增长、高利润、高壁垒、供给受限。前三条都能靠叙事补，只有第四条补不了——供给受限意味着想快也快不了。

★ 咽喉点落在实施与交付服务层，理由有三条硬约束。第一，供给以人为单位：一个能独立带项目的实施顾问培养周期以年计，无法像算力一样按需扩容，这是产能硬顶。第二，切换成本最高：换掉一套跑了两年的流程要重做数据迁移、权限体系与培训，评分 5 分（测算，图 19）。第三，需求刚性：62% 的部署率 [7] 与 54.7% 的中小企业采购占比 [8] 说明买家没有内部替代方案——不是不想自建，是没有人。

但边界必须说清楚，否则会被误读成「交付是好生意」。交付层的瓶颈是产能瓶颈，不是定价权瓶颈：它高度依赖人力、规模不经济，多接一个客户就多一组人，收入涨而毛利不涨。更麻烦的是，一旦标准化程度提升（低代码模板化、行业套件化），瓶颈会被供给方自己的产品化消解——瓶颈消失，超额收益也随之消失。这是本篇对「咽喉点」的限定：当下的产能瓶颈，不是长期的利润池。

应用层为什么不是瓶颈，值得单独讲。它的核心资产是功能清单与交互习惯，前者可以被复制，后者可以被补贴改变。过去三年最常发生的两件事：模型厂商把提醒、摘要、排期建议内化进基础能力，让「智能」卖点缩水；大客户把通用功能自研进内部系统，只留采购与财务接口。两者都指向同一结果——应用层被内化的风险敞口最高（评分 5 分，图 20）。

前端与长尾的户均收入差了约三百三十四倍（测算）[19]：前五户均 98,480 万美元，其余厂商户均 295 万美元。这不是产品质量差距，而是商业模式差距——前五卖标准订阅，长尾卖人力交付。而咽喉点恰好位于长尾这一侧：需要它的人最多，能规模化供给的人最少。

需求侧的匹配度也要交代一句：政策给了截止日 [2][3]，AI 给了新功能 [8]，中小企业给了新客户 [8]；中国工具市场五年从 17.8 亿美元到 32.6 亿美元 [6]，折算约从 126 亿元到 232 亿元。需求不缺故事，缺的是供给匹配。

供给为什么难扩，有三条约束。一是交付人力：实施顾问的供给曲线几乎是垂直的，培养一个能独立带项目的人要两到三年，流失率还不低。二是合规认证：数据出域、等级保护、行业监管层层叠加，一款产品进入金融或建筑行业的认证周期往往比开发周期更长。三是大客户的自建倾向：规模足够大的企业更愿意把通用功能自研进内部系统，只留接口给外部软件，这直接压缩了应用层的可服务市场。

替代风险分三类，轻重差别很大。第一类是模型层内化，把编排、提醒、摘要做进基础模型，风险敞口最高（评分 5 分，图 20），受影响的是应用层。第二类是低代码平台，把定制工作交给业务人员自己做，受影响的是交付层的高端部分。第三类是共享表格与即时通讯，把最简单的协作场景吃掉——这一类最容易被低估，因为对相当一部分中小企业来说，一张共享表格就是最小可用的项目管理工具：不花钱、不需要实施、也没有学习成本。

名单收录的其余两家（致远互联、普元信息）同样只出现在名单里 [4]，不再单列。这张表故意留了大量空白：公开资料只给了一份名单，没有给出任何一家的项目管理业务收入、毛利率或份额。把名单当份额用，是这类点评最常见的失真来源。本报告的处理方式是，名单只用于确认「这个环节有上市公司参与」，不用于排序，也不用于推断谁更强。

竞争格局有三个可核验的特征。第一，份额集中在前五：全球前五合计 58.2%，长尾 1,200 余家分剩下的 41.8% [9]。第二，长尾极长且极碎：年收入低于 500 万美元的厂商超过 1,200 家 [9]。第三，价格战更可能发生在应用层而不是交付层：应用层的功能可比、报价可比，交付层的报价依赖人力成本，先降价等于先亏人。

交付形态决定议价权归属（图 24）：私有化部署约 46%、公有云订阅约 34%、混合部署约 20%（测算）。私有化占比高，说明大客户仍在为数据主权付费，而私有化必然带来实施，这是交付层收入刚性的来源之一；但公有云订阅一旦上行，标准订阅就不需要那么多顾问，交付层的议价会被削弱。

第一条是数量线，看部署率。2025 年 62%，按年均 5 个百分点外推，2026 年约 67%、2027 年约 72%（测算）[7]。这条线的意义在于它是所有测算的分母：部署企业数增长，规模扩张才有基础；部署率停滞，规模增长就只能靠涨价，而涨价在这条赛道里很难。

第二条是单价线，看人均年支出。151.97 亿元摊到 14.0659 亿人 [15] 上，人均年支出 10.80 元（测算）[20]；对照人均 GDP 13,861.97 美元 [14]，折算约 98,420 元，占比约 0.011%（测算）。比例极低说明离饱和还远，但也说明单靠人均视角看不出景气度，必须回到企业口径。

第三条是口径线，看两件事：两口径极差率 20.2%（测算）[17]，以及项目管理软件占软件业务收入的 0.098%（测算）[21]。前者衡量读数可信度，后者衡量这条赛道在全行业里的分量。0.098% 这个数字很说明问题——它意味着项目管理软件是一个「极小口径、极强叙事」的品类，任何基于它做的总量推断都要加一层保守假设。

第四条是质量线，看利润增速剪刀差。当前 5.9 个百分点（测算）[18]。这条线是四条里唯一直接反映「钱有没有赚到」的：剪刀差收敛，说明投入开始产生产能；剪刀差扩大，说明行业还在用利润换增长。它也是四档指标里最先能被证伪的一条。

四条线的分工要交代清楚。数量线与单价线是相乘关系，共同决定规模；口径线决定这个数字可不可信；质量线决定规模能不能转化为利润。四条同时改善，才说明这条赛道真的从「卖功能」走到了「卖结果」。

反证要主动找，而不是等别人指出。本篇的核心判断是「计价单位从席位转向流程节点，咽喉点在交付层」，能被推翻的方向有五个：技术路径替代、大客户自研、统计口径修订、价格战蔓延、业务实质证伪。最致命的是第一类与第五类——前者抽走需求，后者抽走估值基础。

第一类，技术路径替代。若基础模型把任务拆解、进度预警、跨系统调用内化，平台层与部分应用层的工作会被直接吸收。推翻条件：公开评测中出现模型在无专用工具条件下完成跨系统流程编排的稳定案例。第二类，大客户自研。推翻条件是三家以上头部客户公开披露已完全自建并停止外部采购。

第三类，统计口径修订。151.97 亿元与 17.8 亿美元之间的 20.2% 极差（测算）[17]，是这篇所有规模推断的地基。推翻条件是该细分规模的发布方公开修订 2025 年读数，或明确说明口径构成。第四类，价格战蔓延。当前判断是价格战先打应用层、交付层价格更稳；推翻条件是交付类项目的人天报价在两年内下降 15% 以上。

第五类，业务实质。这一条针对的是「AI 功能是否真的带来了可计价的价值」。如果两年后复盘发现，AI 相关功能只是抬高了报价但没有缩短交付周期、也没有降低实施人力，那么「按流程节点计价」就是一句包装，行业仍然在按人头卖人天。推翻条件是可核验的交付周期与交付人数没有实质变化，而报价上行。

把这五类放在一起排序（图 26，测算）：触发概率最高的是技术路径替代与价格战（各 4 分），影响度最高的是技术路径替代（5 分）。这个组合的含义是——最需要盯住的不是竞争，而是替代。竞争会让价格变差，替代会让品类消失。

结论一句话：这份运行数据把项目管理软件从「卖功能」推到了「卖能被验收的流程节点」，而承接这个转变的环节不是应用层，是交付层。应用层的功能会被复制、被内化；交付层的人力供给、切换成本与客户结构，构成了当期最难扩的一段。

四条观察指标与对应的证伪线。指标一：两口径规模极差率，当前 20.2%（测算）[17]，证伪线为连续两年低于 10%。指标二：长尾厂商户均收入，当前 295 万美元（测算）[19]，证伪线为降至 200 万美元以下——那意味着长尾在出清，交付层的分散供给结构会改变。指标三：人均年支出，当前 10.80 元（测算）[20]，证伪线为跌破 8 元。指标四：利润增速剪刀差，当前 5.9 个百分点（测算）[18]，证伪线为扩大至 8 个百分点以上。

1. （一）口径风险：两口径极差 20.2%（测算）[17]，构成未披露，统一口径后可能下修；
2. （二）替代风险：应用层被模型层内化的敞口评分 5 分（测算），品类有被吸收的可能；
3. （三）结构风险：长尾 1,200 余家 [9] 分散在交付层，规模不经济，易陷入人力价格战；
4. （四）政策风险：2027 年三项指标 [2][3] 若考核节奏前紧后松，预算会在年末集中释放，导致季度读数失真；
5. （五）数据风险：核心推断依赖转引口径 [1][6][9]，原文未逐项核实前只作方向性使用。

最后要说清楚这份点评的边界。本篇给的是研究线索与对账框架，不是结论性的行业判断：规模读数的两个口径尚未收敛，环节级的收入与毛利数据一条都没有公开来源，五环节的四重筛选打分全部出自本报告的定性判断。在这样的数据条件下，任何精确到小数点的预测都不可信；能做的只有把可复算的读数摆出来，等下一次披露时逐个对账。

本篇数据分四档。官方档来自工业和信息化部的年度运行发布，可直接复核；机构档来自世界银行公开指标库，按指标代码取年度序列；转引档来自行业研究机构与聚合平台对细分市场的汇总，原文未逐项核实；测算档由云上有品复算，公式、单位与年份在证据表与下表逐条给出。

关于假设参数需说明四点。其一，美元折算统一按 1 美元兑 7.1 元固定汇率，不用年度均价，折算值只反映量级。其二，增量桥的 65% 与 35% 是本报告设定的拆分比例，公开资料未披露增量结构。其三，五环节的筛选打分、供给弹性、切换成本与内化敞口均为按业务形态给出的定性打分，不是财务指标。其四，2030 年两档读数按各自复合增速单利外推，未考虑基数效应与政策节奏。

本篇对未取得可复核来源的数字一律不做填充。涉及各上市公司项目管理业务的收入、毛利率、净利率、市场份额的具体数值，公开来源均未提供环节级口径，相关判断全部以定性方式表述，并在公司映射表内标为待核验或 [缺口]。这样做的代价是部分结论的精度不足，好处是每一个出现在正文里的数字，读者都能自行复核。

说明：本报告涉及的公司名称仅用于说明产业链环节的参与主体，不构成对任何公司的评价；凡标注 [缺口] 的项目均表示公开来源未提供可复核口径，本报告未做数值填充。所有测算值仅供同口径对账使用，不得跨口径比较。