昨天跟一个联合会的人聊完，我发现标准制定和软件落地其实是一回事

昨天约了一个朋友喝茶。他给我讲他们做的事，我越听越觉得眼熟——政策研究、团体标准制定、培训、技术推广、项目协同。说白了，就是把“该怎么干”这件事先给定出规矩来。

比如他们正在推的《某应急管理能力现代化建设规范》，从提案到立项、起草、征求意见、技术审查、批准发布，八个阶段，全程不超过六个月。封面格式、ICS国际分类号都调了好几轮。他说技术审查必须按正式专家评审表来，之前“专家咨询”不算数，还得补市应急局的书面意见。

我说这不就跟我们做软件一样吗？需求调研、方案设计、原型评审、开发测试、上线验收，少一环都不行。

更让我觉得有意思是他们的合作模式。他们做前端的标准研究、政策咨询，我们这种企业做后端的系统开发、落地实施。他们已经有团标发行权，可以在国家标准平台直接发布。如果我们一起搞个“智慧梁厂”或“智慧钢筋”的团体标准，那就是标准的制定者和系统的实现者绑在一起，客户那边说服力翻倍。

他们还组织会员联合投标，比如某某街道的社区安全检查、应急演练培训，几个会员一起干。人家说了，不是靠会费活着，要的是实质性参与——你写标准、你投项目、你出专家，大家一起把事干成。

回来路上我在想两件事：

第一，很多做软件的公司天天抱怨“客户需求不清”，其实缺的是一个能帮客户把“规矩”先画清楚的角色。

第二，“标准制定+系统落地”这个模式，不光是应急管理行业能用。我们做矿山、做隧道、做梁场的，哪个行业不需要先定标准再上系统？谁跟协会走得近，谁就能在项目前端卡住位置。

延伸思考：其实智慧矿山里的设备通信协议标准，和应急管理规范逻辑一模一样——都是“先定规矩、再建系统”。谁参与定标准，谁的系统就天然适配。后面有空我专门写一篇矿山标准制定的案例。