找软件公司还在数他们有多少人这个老标尺正在坑你很多小老板选软件供应商的场面都差不多几家约来聊PPT 一页页翻翻到最后问题总会落到那句压轴的——「你们公司多少人」。人多显得有实力团队大听起来交付稳。这套逻辑用了二十年顺理成章。但我劝你现在留个心眼这个标尺已经开始坑人了——不是因为它从来没对过而是因为做软件这件事的底层结构最近这两年换掉了。数人头是上一个时代的好标尺先说公道话数人头在过去不是坏主意。那个年代的软件就是人力堆出来的——表单、流程、报表每一块都要工程师从零写起一个需求拆成几十个人天产能几乎等于人数。行业里后来用低代码平台把那些每家企业都要重复造的轮子做成了现成能力厂商公开口径是节约 80% 以上开发工作量——这个数字反过来说明在它之前交付就是人头密集型的。人越多链条越全开发、测试、实施各有人盯「公司大等于交付稳」大体成立。老标尺没有错它只是属于那个成本结构。人数和产能的相关性正在断开现在再数人头问题来了接单团队的规模已经量不出它的交付能力。行业里已经有厂商做到了「扔进去一份需求文档出来的不只是能跑的应用系统连用户操作手册都同步生成」交付周期从按周按月算压到按小时算。这意味着什么一个五人团队借平台能力和 AI 生成接住过去三十人团队的活不再是新闻而是新常态。软件公司的形态正在整体变「小」几个到十几人的团队依附在平台上获客和交付保障由平台解决——因为单打独斗的小团队接不住信任而平台恰好擅长把信任变成机制。当产能的天花板从「养了多少人」变成「借了什么平台、用了什么工具」人数这个指标的解释力就塌了。图产能的天花板换了地方信任的三个新锚点见货、兜底、归属标尺失灵了信任不能悬空。我的观察是甲方判断「这家能不能把系统做出来」的锚点正在整体迁移到三件事上。第一先见货。方案书写得再厚不如一个你能亲手点开的 demo。能小时级、天级拿出可运行成品的人交付能力已经被验证过一半只会发 PPT 的能力还停留在纸面上。第二有兜底。小团队单打独斗最怕干一半跑路但依附平台的团队背后有统一工具链、统一验收标准出了问题有地方找人。就像你不太担心网约车司机绕路不是因为司机都是好人是因为平台把担保做成了机制。第三东西归你。系统交付完数据存在哪、归谁、能不能整个带走这些必须白纸黑字。交付的终点不是验收签字是资产真正转移到你手里——数据留在乙方云端的东西严格说你只是租了个系统。老标尺的两种结局排队或者踩坑还在用老标尺的甲方通常会走向两个结局。一种是往大公司门口挤单子几千到几万块在大公司眼里是排不上优先级的小单需求排期按月起步改个流程走三道审批生意变了系统还在排队。另一种是凭「看起来专业」挑了不了解的团队交付能力没验证烂尾了没兜底数据还可能一直躺在别人手里。两种结局指向同一个原因你在用旧地图找新大陆。要说边界集团级的复杂大系统仍然需要重项目制和驻场专家老标尺在那个市场还管用——本文说的是一百人以内小企业的管理软件市场这里的老标尺确实到该换的时候了。我的判断我的判断很直接观点库 V14软件公司正在变成小团队加平台的形态甲方挑供应商的信任锚点必须跟着迁。落到选型上市面上已经有现成的参照像微鳄365 这类方案社区版免费起步——东西先给你用这就是「先见货」的极致做法按套买断、软硬一体机器插电就跑在你自己机房数据从头到尾在你硬盘里这就是「东西归你」背后是天翎平台和专家定制团队项目制驻场和产品化开箱即用两条交付线并存这就是「有兜底」。三件事对齐了接单的是五个人还是五十个人真没那么重要。图三个新锚点替掉一张旧名片读者能带走的下次选型把三个老问题换成三个新问题。一把「你们公司多少人」换成「多久能给我一个能点开的 demo」——用见货速度验证交付能力。二把「做过哪些大案例」换成「做砸了谁负责、找谁」——用兜底机制验证保障能力。三把「你们什么背景」换成「数据存在哪、归谁、能不能带走」——用归属条款验证资产安全。三个问题都答得利索的团队五个人也敢用三个问题都答不上来的五百人也别签。找谁做比跟谁做重要——因为做软件的底层结构已经换了。