ARTICLE · 1335807
软件项目为什么总烂尾?答案藏在工信部的四个字里
先说一个在中小企业里反复出现的场景。
一笔预算批下去,需求列了满满三页,供应商照着清单做,半年后系统上线,验收单也签了。再过半年去看,报表还是 Excel,审批还是微信群,那套系统只剩几个人偶尔登录一次。
老板通常会得出两个结论:员工不配合,或者供应商不行。
我以前也这么想。后来看到一份文件,才觉得这事没那么简单。
2026 年 7 月,工信部办公厅印发《"小快轻准"数字化产品和服务培育指引(2026 年版)》。新华社的解读里有几句话写得挺直白:数字化产品要避免"大而全"的功能堆砌,要避免"数据孤岛"与"厂商锁定",要完善培训体系、健全售后保障,还要价格合理透明、杜绝隐性收费与捆绑销售。
读一遍就明白,这不是写给技术部门的。是写给掏钱买系统的人的。
一套系统能不能长期跑下去,多半在签合同那一刻就定了。
01 国家开的药方,是四个字,不是四个功能
把时间线摆一下。
2024 年 12 月,工信部、财政部、中国人民银行、金融监管总局联合发布《中小企业数字化赋能专项行动方案(2025—2027 年)》,提出分批支持 100 个左右城市试点,推动 4 万家以上中小企业开展数字化转型;到 2027 年,中小企业上云率超过 40%,规上工业中小企业关键工序数控化率达到 75%。"小快轻准"第一次被写进供给侧的明确要求。
2025 年 8 月,国务院印发《关于深入实施"人工智能+"行动的意见》,定了另一个坐标:到 2027 年,新一代智能终端、智能体等应用普及率超过 70%,2030 年超过 90%。文件里还提到要培育人工智能应用服务商,发展"模型即服务""智能体即服务"。
2026 年 7 月这份《指引》,把前两份文件的方向拆成了一把能用的尺子:小型化、快速化、轻量化、精准化,加上新添的数智化,5 个维度、15 个培育方向。
"小快轻准"是四个字,2026 年版补了第五个维度。五个维度里,我反复看的是轻量化那一条。
小型化讲深耕细分场景、控制资源占用,别堆"大而全"。快速化讲部署要简单、上手要容易,培训和售后得跟上。轻量化讲支持第三方兼容、支持低门槛二次开发、数据要能迁走,原文直接点了"数据孤岛"和"厂商锁定"两个词。精准化讲成效可量化、建立用户反馈闭环。数智化讲数据融合分析和 AI 应用。
五条加起来,几乎没提一项技术参数。没说用什么架构,也没说该有几个模块。翻来覆去讲的是同一件事:这套东西买回去,企业能不能用起来,改得动,跑得久。
看到这儿我有点意外。一份讲数字化产品的文件,通篇在讲交付和使用,倒像是在给甲方的采购清单挑毛病。
政策为什么要反复写"避免大而全""避免厂商锁定""完善培训体系"?因为过去出问题的就是这几处。企业以为自己在买一张功能清单,供应商也乐得按清单报价。清单越长,报价越高,看起来越划算。
可企业要的从来不是清单。
先说明一句,免得被误读:政策给的是方向,不是名单。工信部没有推荐任何一家公司,这份指引也不给谁发认证。我把它逐条拆开,是因为它可以拿来量任何一家服务商,包括下面要说的这家。
02 一套系统是怎么变成"大重全慢"的
"小快轻准"的反面,可以凑成另外四个字:大、重、全、慢。
一个项目滑过去,通常靠三个动作就够了。
第一种,把所有需求一次性塞进一期。
需求是在会议室里写出来的。各部门把自己想要的都报上来,谁也不肯砍,最后汇总成三页纸。清单看着很完整,可它记的是"每个人希望系统长什么样",不是"业务实际上怎么跑"。
真正决定系统长什么样的细节,往往不在会议室。仓库拣货是先打单还是先分拣,一张报销单会在谁手里卡两天,门店月底对账到底要对齐哪几张表。这些不到现场看一遍,就写不进需求文档,也就写不进系统。
上线以后,员工发现系统跟自己每天干活的顺序对不上,绕回老办法,太正常了。所谓"员工不配合",很多时候只是系统在配合一份不真实的需求。
第二种,按功能模块验收。
登录有了、报表有了、审批有了,一项项打勾,签字付款,省事。但功能齐不等于流程通。一个订单从下单到出库再到对账,中间要跨商品、库存、仓配、结算四块,每块单独都能点,连起来却断在两个接口上。这种问题功能验收查不出来,因为它不属于任何一个功能。
开工前把验收口径定死会更稳:哪几条业务流程必须端到端跑通,跑通的标准是什么,谁签字。这件事越早讲清楚,后面越少扯皮。项目里能把"什么叫做完"说明白的文字,往往就这一份。
第三种,把上线当成终点。
剪彩,培训半小时,留一个联系方式,结束。可业务不会停在上线那天。促销要加规则,组织调整要改审批,新渠道进来要多一张报表。
交付时如果没约定源码和数据归属,没留下能维护的架构,也没说清后续迭代怎么排期,每一次小改动都得重新立项。系统不是不能用,是改不动。改不动的系统,寿命通常撑不过一年。
把这三件事连起来看,结论有点反直觉:烂尾不是开发阶段出的错,需求阶段和合同阶段就已经把结果写好了。
功能越堆越多,系统越来越重,上线越来越慢,最后没人用。政策那四个字,拦的就是这三个动作。
03 把"小快轻准"翻译成动作,长什么样
政策写得抽象,动作得具体。这中间隔着的,是服务商肯不肯把流程摊开给你看。
济南有一家 2022 年成立的软件公司,叫历战软件。官网首页那句是"以软件与 AI 之力,打赢每一场数字化之战",我更在意下面那句:把业务需求做成能上线、能运维、能长期演进的产品。
它把交付拆成五步。
第一步是需求沟通,人要到业务现场看流程,顺手把目标、边界和验收口径一起定下来。注意后半句,验收口径在开工前就写死,不是等验收时再谈。上一节说的按模块打勾,到这一步就解了。
方案设计排第二,出架构、原型和排期,哪些做、哪些不做、为什么不做,在花钱之前讲清楚。政策里"价格合理透明、杜绝隐性收费"那条,落到纸面上就是这个动作。
第三步开发测试,两周一个迭代,边做边验收,问题不过夜。两周给一次能用的版本,需求理解错了第三周就能发现,不用等到第六个月。这也是我理解里"小"的真正意思:不是系统小,是每一批次小。
第四步上线交付,灰度发布、数据迁移、培训一起做完。挤在同一批的理由很实在:培训和迁移要是留到上线之后再补,那一次通常不会发生。官网把交付现场拆成三件事,机房部署与灰度上线、方案评审与架构对齐、培训与运维交接。
第五步是运维演进,监控告警、版本迭代、需求池同步维护。这一步最不显眼,却决定系统三年后还在不在。有了它,上线才算起点。
配图 1 | 政策五把尺子 × 五步交付(建议截图后作为文中插图)
政策给的是方向,不是名单。此表可用来量任何一家服务商。
五步之外还有一层,容易被跳过:复用。
历战官网列了 6 大核心服务,软件定制开发、小程序与公众号、APP、网站与前端、CRM/OA/ERP、系统集成与安全运维;也列了 6 类落地过的场景,电商、社区、供销、文娱游戏、党建、AI 应用,每一类都有交付过的模块和数据模型能直接拿来改。
这事对中小企业挺实际。从零搭一套系统,真正贵的不是写代码,是把行业里那些反复出现的规则重新试一遍。订单模型、结算逻辑、组织台账要是能复用,试点周期和试错成本都会往下掉。政策里"控制资源占用、降低选型成本和试错风险",说的就是这个。
官网公开了几个案例(以下为企业官网公开口径,应客户保密要求部分项目以行业代称,成效口径为项目验收时与客户共同确认):
多商户商城与订单中台,打通商品、订单、仓配与结算,三地仓储协同,大促期间订单未出现积压。
智慧党建平台,组织生活线上留痕、学习考核自动统计,覆盖 40 多家基层支部。
供销经营一体化,采购、调拨、门店结算贯通,经营数据从月报变成实时可查。
社区服务平台,报修、缴费、活动预约搬到线上,居民诉求当日响应、全程可追踪。
还有个细节我想单独说。官网上放了一段 LIZHAN OS 运营控制台的演示,四个章节,登录与工作台、业务流程编排、数据看板、AI 智能助手,标注 2026 年 9 月更新,全程 3 分 20 秒,可以点着看。
做定制的公司愿意把能点的界面摆出来让人先验,比放十页资质截图管用。这行常见的落差就是方案写得漂亮、演示看不见。能不能点得动,是很朴素的一次验收。
再说一遍:上面这些动作不构成"符合政策"的证明,政策也不发这种证明。它只是把一份公开文件,翻译成一家具体公司的做法。你完全可以拿这五步去问别家。
04 AI 这一层,别另起炉灶
国务院那份《意见》给的数还摆着:到 2027 年,智能终端、智能体等应用普及率超过 70%。同一份文件里另有一句我更留意,要发展"模型即服务""智能体即服务",培育人工智能应用服务商。
重点在"服务"两个字。接下来多数企业不会自己去训模型,而是买一个能接进业务、能干活的智能体。
于是有了新一轮的错:单独采购一个 AI 工具,让它孤零零待在业务系统旁边。员工查一条订单,得先在系统里导出,再贴进 AI 里问一遍;知识库是新的,客户数据还是旧的。看着上了 AI,实际多了一个要登录的窗口。
中国中小企业发展促进中心转载的一篇行业观察里,有句话我同意:中小企业 AI 市场比拼的从来不是大模型参数,落地服务才是真正的战场。所谓"最后一公里",难的就在这儿。
顺序应该是让 AI 长在已有的业务系统上,而不是旁边再盖一栋楼。
历战把这一层拆成四条:AI 智能客服,7×24 自动应答、转人工无缝衔接;企业知识库问答,把内部文档沉淀下来,员工直接问数问策;流程自动化智能体,把重复流程交给 Agent 跑;AI 营销与内容生成,用来快速出文案、方案、素材。
官网场景页里有个限定我觉得挺关键:"接入现有系统而不另起炉灶。"接现有系统要处理接口、权限、数据口径,都是脏活。另起一个独立工具省事得多,也好看得多,可数据还是不通。选哪条路,基本能看出一家服务商做没做过落地。
LIZHAN OS 演示的第四章是"自然语言问数,自动生成报告"。它不是单独的聊天窗口,就长在运营控制台里。位置比功能本身更说明问题。
AI 不会替你把管理做对,它只能把已经跑通的流程跑得快一点。流程没跑通就上 AI,等于给一条堵住的路换了台更快的发动机。
结语:把问题问在签合同之前
回到开头那个场景。
一套系统上线半年没人用,多半不怪技术,也不怪员工。采购那天大家谈的是"有多少功能",没人问"三年后谁来改"。
政策把话说得很清楚:小、快、轻、准,加一个数智化。翻成一句能记住的话,就是下面这句。
买软件,买的从来不是一张功能清单。
是三年之后,这套系统
还有人改、还能改、还改得动。
如果你正在选型,把这五个问题带进下一场沟通,问谁都适用:
配图 2 | 选型 5 问(建议截图保存,可直接发给合伙人)
五个问题对应五步交付,也对应那份指引的五个维度。答得出具体时间、具体人、具体交付物的,后面多半不会太含糊。答不上来的,报价再好看也先缓一缓。
历战软件在官网留了入口:留下需求,1 个工作日内免费评估落地方案;也可以预约 1 对 1 在线演示。
看演示之前,先把上面五个问题准备好。准备过了,那 3 分 20 秒才看得明白。














































































