去年秋天我去崇左江州区拜访一家做甘蔗收割机刀片的老厂，老板老黄掏出手机给我看他们刚上线的APP，一脸苦笑：花了六万八，外包团队三个月交付，结果车间工人根本不用，只有他自己每天点开看看订单数。问题出在哪？不是APP本身有多烂，而是从一开始就没搞清楚机械制造行业的APP到底该长什么样。
崇左的机械制造企业有个鲜明特点——规模不大，但品类极散。有做糖厂设备的，有做矿山破碎机的，还有专攻农机配件的。这类企业的APP设计制作，第一步不是画原型图，而是把使用场景钉死。是给销售跑客户用，还是给车间主任派工用，还是给售后人员查配件库存用？三个场景对应三套完全不同的信息架构。老黄那个APP失败就败在把三个场景揉进一个首页，谁点开都是一团乱麻。
确定场景之后，功能清单要按“车间逻辑”而非“互联网逻辑”来排优先级。机械制造行业的核心链路是：设备档案→维修记录→配件库存→工单流转。崇左不少厂子还在用纸质派工单，APP要做的不是推翻这套流程，而是把它电子化。比如城南那家做输送带的厂子，他们的APP只做了三件事：扫码查设备历史维修记录、拍照上传故障点自动关联配件编码、生成带签名的电子工单。就这三项，车间老师傅一周就上手了。功能越少，落地越快。
UI设计环节有个坑要特别注意：崇左机械厂车间光线复杂，粉尘大，工人戴手套操作。字体小于16pt基本看不清，按钮间距不够就会误触。我见过一个反面案例，设计团队把按钮做成圆角细线风格，好看是好看，工人戴着帆布手套根本点不准。后来改成大色块加粗边框，误操作率直接降了七成。还有配色，别整那些低饱和度的莫兰迪色系，车间环境下高对比度才管用——深灰底配亮橙按钮，丑是丑点，但好用。
后端对接是崇左本地企业最容易忽略的环节。很多厂子的ERP是十年前上的，数据库字段命名混乱，APP要调个库存数据得写三层中间件。建议在开发前就让外包团队跟厂里的IT或ERP供应商对一遍接口文档，别等做到一半才发现“物料编码”在ERP里叫“WLBM”，在APP里叫“part_no”，对不上。有个做糖机配件的老板跟我吐槽，他们APP上线后发现库存显示永远比实际多3个，查了半个月才搞明白是ERP里有个“安全库存”字段没屏蔽掉。
测试阶段别只让办公室人员点，把手机扔给车间班组长用两天。他们会告诉你什么功能是花架子——比如那个“设备健康度雷达图”，班组长看一眼就划走了，他要的是“这台机器上次换轴承是几月几号”。真实需求往往藏在骂骂咧咧里。
上线后的运维比开发更磨人。崇左机械企业普遍没有专职IT，APP出个小bug能拖一周。签合同时务必写明：交付后三个月内免费运维，响应时间不超过4小时。最好再要求外包方提供一份“傻瓜版运维手册”，教厂里行政小妹怎么重启服务、怎么查日志。别笑，真有用。
最后说句实在话：崇左机械制造行业的APP，别追求大而全。一个能扫码查维修记录、能拍照传故障、能生成电子工单的轻量工具，比什么“智能制造工业互联网平台”都实在。老黄后来砍掉三分之二功能重做了一版，现在车间里那帮老师傅每天主动扫码报修，他说这六万八才算没白花。
