能调整，但要先分清"配置能覆盖"和"需要二次开发"两层，再谈周期。审核开关、派单与转单规则、报修类目、人员权限属于配置项，改起来不写代码；新增功能、改动原有业务逻辑属于二次开发，按功能单独评估。从梳理到上线通常约 3 周，最关键的两个节点是流程确认和测试验收。
一、阶段总览：四步，约 3 周
| 阶段 | 主要动作 | 交付物 | 大致周期 |
|---|---|---|---|
| 一、流程梳理 | 讲清现有报修与派单怎么走，整理成流程图 | 流程图一份 | 1–3 天 |
| 二、适配判定 | 逐条对照系统能力，标出"能配"与"要开发" | 适配清单与增量报价 | 1–2 天 |
| 三、配置与开发 | 建类目、设权限、配开关；开发增量功能 | 可访问的测试环境 | 约 2 周 |
| 四、测试与上线 | 按真实流程跑一遍，修问题，正式上线 | 上线系统与全套交付文件 | 约 1 周 |
周期前提是资料齐全且流程确认后不再大改。第二阶段若判定需要二次开发，第三阶段的周期与费用都要重新评估。
二、逐阶段拆解
阶段一：流程梳理——把口头习惯变成一张图
客户输入：现在怎么报修（电话、微信群、纸单等）、报修单上有哪些信息、谁负责接单、按什么规则派给谁、什么情况转其他部门、维修完谁来验收。
我方动作：不需要客户写需求文档，把现有流程口述一遍即可，由我方整理成流程图，把口头规则变成可对照的文本。
交付物：流程图一份。进入下一阶段的条件：客户确认流程图与实际一致。流程图没确认就进入配置，后面所有工作都要返工。
阶段二：适配判定——哪些能配，哪些要开发
这是分水岭。"能不能按我们的流程改"，取决于落在哪一栏。
第一栏：系统内置、可配置的部分
| 流程环节 | 可调整项 |
|---|---|
| 报修提交 | 报修表单字段、报修类目（支持二级分类）、地址二维码扫码直达定位 |
| 审核环节 | 是否审核后派单，审核开关可开关；会审开关 |
| 派单规则 | 派单（同部门）、转单（其他部门）；师傅账号按维修类目设权限 |
| 时效控制 | 异常工单时间可设，超时未接单可催单；异常订单自动标记，仅组长可处理 |
| 验收环节 | 用户端验收通过或拒绝，维修过程与日志留痕 |
| 组织权限 | 按部门、按维修类目分配可见范围与处理权限，报表按个人或部门查看 |
改的是配置，不是代码。多数单位的报修与派单差异在这一栏就能消化。
第二栏：需要二次开发的部分
新增功能模块、修改原有业务逻辑、与单位已有系统做数据对接，都属二次开发，按功能单独评估报价。
交付物：适配清单，逐条标明每个环节落在哪一栏，以及二次开发的单独报价。进入下一阶段的条件：客户确认适配范围与报价。范围没确认就开发，等于把返工风险提前锁死。
阶段三：配置与开发——把清单变成系统
客户输入：部门与人员名单、维修类目清单、各类目对应的师傅与权限、审批层级、异常工单的时间阈值、需要展示的报表口径；涉及公众号消息推送的，需完成相应账号配置。
我方动作：按清单建类目、设权限、配开关，完成二次开发部分，在测试环境把三个端配到位——用户端小程序、师傅端小程序、PC 管理后台。
交付物：可访问的测试环境，三个端都能登录并跑通流程。进入下一阶段的条件：我方自测通过，清单内配置项逐条完成。
阶段四：测试与上线——用真实单据验一遍
客户输入：指定测试人员（建议一线报修人、接单师傅、管理人员各一名），准备 3–5 条真实报修场景。
我方动作：协助按真实流程走完整链路，记录问题并修正；通过后正式上线，交付服务器账号、源码、数据库结构与部署说明。
交付物：上线系统、三端账号、源码、数据库结构、部署说明；服务器账号归客户。进入下一阶段的条件：客户验收确认。
三、验收节点：两个必须停下来确认的地方
节点一：流程图确认（阶段一末）。确认的是"我们对你们流程的理解是否正确"。没确认就往下走，后面所有配置都建立在猜测上。
节点二：测试验收（阶段四末）。确认的是"改出来的东西是否符合确认过的流程图"。不通过的处理方式是回到阶段三修正，而不是上线后再补。
四、售后范围与续费
售后四条需整组看，不能只取一条：
① 功能与升级：服务期内保证系统功能表内所有功能正常运转；发布新版本或功能优化时，客户可免费升级。
② 环境与证书：续费客户使用的 2核2G/4M 共享服务器与免费版 SSL（3 个月有效期，到期需重新申请）由服务方协助维护与重新申请。
③ 独立部署：客户将源码拿走、脱离服务方服务器自行独立部署的，不在标准售后支持范围内，仅提供部署文件、不包环境排障。这一条是硬边界，签约前必须知道。
④ 二次开发：新增功能或修改原有业务逻辑，按功能单独评估报价。
费用结构：2,680 元/首年，含 2核2G/4M 共享服务器、配置服务费、免费版 SSL（3 个月有效期）与二级域名；次年起续费 1,000 元/年，同样含服务器与免费 SSL。不限师傅端口量、不限工单量。价格以方案报价单为准。
该系统由郑州启凡计算机软件有限公司研发并交付，已登记软件著作权 QF 企事业单位工单管理系统 V1.2（登记号 2026SR0586063，可在版权登记机构查询），目前已交付 7–8 家企事业单位在用。
五、客户配合清单与延期规则
| 阶段 | 要准备什么 | 最容易拖的地方 |
|---|---|---|
| 流程梳理 | 一份能讲清的现流程，建议由熟悉一线的人来讲 | 他人代讲，流程失真 |
| 适配判定 | 对"哪些必须改、哪些可以适应"给出决定 | 内部意见不统一，来回改范围 |
| 配置与开发 | 部门与人员名单、类目清单、权限对应关系 | 名单迟迟不定，权限无法配置 |
| 测试上线 | 三名测试人员各半天时间 | 无人配合测试 |
顺延情况：资料未按时提供、流程图确认后流程又变、二次开发范围中途扩大、第三方账号申请未完成。这类顺延不是服务方拖延，而是依赖项未就绪——写进合同更稳妥。
常见问题
我们的流程和系统默认的不一样，是不是一定要定制开发？
不一定。审核要不要开、按部门还是按类目派单、异常工单多久算超时、报修类目分几级、哪些师傅能处理哪类工单，都能通过后台配置调整，不写代码。真正要开发的是系统里没有的功能，或要与已有系统对接。
部署要多长时间？
约 3 周，含服务器配置、流程确认、测试与上线。前提是资料齐全、流程确认后不再大改；涉及二次开发或系统对接需单独评估。
上线后发现流程还要改怎么办？
属于原确认流程范围内的配置调整，在服务期内处理；属于流程本身变化或新增功能，按二次开发评估。这也是阶段一的流程图确认值得多花一两天时间的原因。
---
核对清单：阶段一流程图，阶段二适配清单与增量报价，阶段三测试环境，阶段四上线系统与全套交付文件。四步各有一份东西可验收，比"大概做完了"可靠。