我们的做法
一客户一版本
贵校用的这一版，只服务贵校。代码独立、部署独立，改动只需要对贵校的场景负责。
这听起来像是效率低，但它换来一件事：我们敢改，也改得快。不需要考虑"改了这里会不会影响另外几十所学校"，不需要把您的需求放进一个和别人共享的版本计划里排队。
- 需求不排队评审标准只有一条——贵校要不要，不存在和别家比优先级
- 不被别人带乱其他学校提的任何改动，都不会进到贵校这一版
- 流程跟着学校走编制、审批层级、院系结构按贵校现状配，不要求学校迁就系统
SERVICE
服务与陪跑
一客户一版本，服务期内需求不排队。这一页把「我们都能改」落成可执行的分级承诺。
首页 ／ 服务与陪跑
对照
产品化软件为什么做不到
不是不想为某一所学校改，是机制上改不了。这四条是行业的普遍情况，不针对某一家。
一
一套代码服务所有学校
为你改一处，要保证另外几十所学校不出问题。改动成本与客户数量成正比，所以天然抗拒改。
二
需求要排版本计划
你的需求和别家的需求一起排队，优先级由厂商定，不由你定。常见结果是"下个版本考虑"。
三
个性化只能做成配置项
配置项越堆越多，界面越来越复杂，而你要的那个细节多半仍然配不出来。
四
升级必须跟
厂商发新版你要跟着升，别家提的改动可能打乱你已经用顺的流程。
承诺
服务期内的需求怎么响应
"任何需求都接受"如果不落成可执行的东西，就是一句空话。下面是我们的分级。
A 类 · 1 个工作日内上线
字段增减、表单调整、报表口径、权限与角色调整、文案与短信模板。不限次数，不另收费。
B 类 · 5 个工作日内上线
流程调整、新增页面或报表、已有数据的对接改造。不限次数，不另收费。
C 类 · 15 个工作日内出方案
新增功能模块、与第三方系统集成、设备接入。方案与排期双方确认后实施。
紧急 · 2 小时响应
影响正常使用的故障。7×24 通道；开学普查、迎检等重大时段可驻场。
边界
必须同时说清楚的一句话
服务期内需求受理不限次数、不另行收费，按上面的分级响应。
如果需求超出了原定的建设范围——比如要新建一套独立的业务系统——那需要双方另行商定。
我们把这句话写在这里，而不是等签完合同再说。承诺兑现不了的代价不在签约那一刻，在交付期。
联系
想知道具体怎么配合？
实施周期、人员投入、学校需要配合什么，我们可以一条条说清楚。
不想填表也可以直接打电话。如果您只是想先了解"这套东西到底怎么用"，我们可以先聊二十分钟，不谈采购。