摘要：给学校、园区、政企后勤的一份选型清单：先定三个角色，再验六项能力，最后算清隐性成本。附 5 个最常见的踩坑点，和一张可以直接照着问供应商的对比表。

一、先定三件事，再看功能清单

多数单位选型失败，不是因为功能不够，是因为一开始就在比“功能数量”。

先回答三个问题，答案会直接筛掉一半候选：

1. 谁报修？ 是全校师生、园区所有租户、机关几十个科室，还是只有设备科几个人。人数决定入口形态：几百人要扫码即用，几十人可以后台代录。

**2. 谁派单？ **是后勤处统一调度、按楼栋分组、按专业分组，还是让师傅自己抢单。派单方式定不下来，系统再好也会卡在第一单。

3. 谁验收？ 报修人打分、部门负责人签字，还是管理员抽查。验收方式决定工单能不能真正闭环，而不是“修完了没人确认”。

这三件事想清楚，再去看功能，才不会被人均 50 项功能表的 PPT 带偏。

二、六项能力，逐项问到底

1. 报修入口是不是真的零门槛

要求供应商现场演示：不装 App、不注册账号，用微信扫一张二维码，能不能在 30 秒内提交一单，并且自动带上位置和设备编号。注意“小程序”和“H5 网页”是两回事，前者能留在微信里反复用，后者每次都要重新找链接。

2. 派单方式有几种，能不能组合

只有手动派单的系统，在报修高峰期一定堵。至少要支持：手动派单、按分组派单、按日历排班自动派单、班组抢单。四种不是都要用，但要有得选——学校假期和开学季的派单逻辑完全不同。

3. 异常情况怎么处理

问三个具体场景：师傅请假了这单怎么办？派错了能不能转？报修人联系不上怎么挂起？合格的产品应该有转单、退单限制、重新派单、挂单、催单这些动作，而不是只能“删除重报”。

4. 耗材和工单是不是一条线

维修必然换件。如果耗材还在另一个 Excel 里，年底一定对不上账。要求演示：师傅在工单里发起领用、管理员审批、库存自动扣减、领用记录回写到这台设备。

5. 数据能不能导出、能不能按区域看

大屏好看不等于有用。要确认：能不能按楼栋、按科室、按故障类型筛选；能不能导出 Excel；能不能看到“哪类设备故障最多”“哪个班组响应最慢”。

6. 部署和权限

云端开通即用的，问清楚账号数和存储；要本地部署的，问清楚服务器配置、等保要求、升级方式。多校区、多分支机构的，必须确认子账号和分组权限能做到“各看各的”。

三、五个坑，每一个都有人踩过

坑一：按功能数量打分。 功能表越长，越容易掩盖“核心链路不通”。只看一件事：从扫码到结单，中间要跳几个页面。

坑二：只看 PC 后台。 真正每天用系统的是维修师傅，他们在现场、在梯子上、在车间里。移动端难用，后台再漂亮也会被弃用。

坑三：派单方式单一。 只支持手动派单的系统，在报修量翻倍的时候会直接瘫痪。

坑四：耗材不联动。 工单和耗材两张皮，等于把线下的糊涂账搬到了线上。

坑五：上线要装服务器、配账号、培训半个月。 对中小单位，落地周期超过两周，项目基本就黄了。轻量部署、开通即用，比“功能强大”重要得多。

四、六个问题，让供应商书面回答

不要只听演示。把这六个问题发过去，要求写下来——写不清楚的，基本可以排除。

一、不装 App 能报修吗？ 这决定实际使用率。合格线是扫码 30 秒内提交，位置和设备自动带上。

二、派单方式有几种？ 这决定高峰期会不会堵。合格线是至少三种，并且能组合使用。

三、师傅请假怎么转单？ 这决定工单会不会悬空。合格线是支持转单，也支持管理员重新派单。

四、耗材能和工单关联吗？ 这决定成本能不能算清。合格线是领用审批和库存联动在同一个系统里。

五、数据能按区域筛选吗？ 这决定考核能不能做。合格线是多条件筛选加 Excel 导出。

六、上线要多久？ 这决定项目能不能落地。合格线是一周内可用，不需要自备服务器。

五、算清隐性成本

报价单上的钱只是一部分。真正拉开差距的是三块：

 培训成本：需要专门培训半天的系统，人员一流动就要再培训一次。

 运维成本：要自己买服务器、自己备份、自己升级的，IT 人手不足的单位会被拖住。

 二次开发成本：流程一改就要找厂商改代码的，第二年就开始难受。

轻量化的 SaaS 模式之所以在中小单位流行，本质是把这三块成本压到了最低——开通即用、后台配

置、按需开关。

六、上线头三个月怎么走

选型时顺便问一句“你们怎么带上线”，回答含糊的，基本可以往后排。上线失败的原因很少是系统不

行，多是没人推。

第一个月：单点试点。 选一栋楼、一个车间、一个片区，只在这里跑。目标是让 20 个人形成习惯，而

不是让 2000 人同时注册。试点期把二维码贴好、故障类型配好、派单规则调顺。

第二个月：扩面。 试点跑顺之后，按楼栋或部门复制。这时候要盯两个数：报修入口的扫码占比、超时

工单占比。前者低于 60%，说明入口还不够顺；后者高于 15%，说明派单规则还没调好。

第三个月：进考核。 把响应时长、结单率、评分纳入班组考核，同时开始用数据做复盘：哪类故障最

多、哪个环节最慢。走到这一步，系统才算真正落地。

三个月内不要做的事：一上来就全校全厂推广、一开始就追求所有功能都开、把系统当成“记录工

具”而不改流程。

七、不同单位，侧重不一样

 高校：多校区、多楼栋，重点看区域权限和报表导出，学生入口必须零安装。

 园区：主体多（物业、业主、租户），重点看分组派单和区域限制报修。

 政企：重点看权限分级、数据归属和部署方式。

 医院：重点看科室协同和满意度回访。

 工厂：重点看设备台账、备件领用和故障频次分析。

写在最后

选报修系统，本质是选一条“从报修到结单”的最短路径。功能可以慢慢加，路径不通，用一个月就会被弃用。

千舟报修云的做法是把这条路径压到最短：微信小程序扫码报修，PC 后台派单考核，报修人、师傅、管理员三方在同一个工单里，30 多项平台级开关按需打开。是否需要，建议先用自己单位的一个真实场景试一遍，再决定。