先定边界
哪些用现成系统，哪些必须定制，先算清维护成本。
适合什么场景
业务系统是指把订单、人员、设备、工单等对象放进同一套规则里流转的系统；它解决的是协同与留痕，不只是把表格搬到线上。
- 现有 Excel、微信群与人工台账撑不住业务增长；
- 需要把订单、车辆、人员、设备或工单串成一条流程；
- 需要对接现有 ERP、财务、地图或硬件设备；
- 需要长期维护与迭代，而不是一次性交付后失联。
| 方案 | 适合场景 | 局限 |
|---|---|---|
| Excel / 微信群 | 人数少、流程简单 | 无权限、无留痕、易出错 |
| 现成 SaaS | 流程标准、预算有限 | 难改流程、数据在别人手里 |
| 定制系统 | 流程特殊、需对接设备或 ERP | 前期梳理成本高、需要维护 |
团队 40 余人，其中中高级开发 15 人；2014 年成立，长期做企业网站、业务系统与维护。
再定流程
把业务动作画成状态机，权限、数据与通知跟着流程走。
最后定验收
每个角色跑一遍真实任务，不以“页面做完了”当验收。
怎么交付
先做业务流程与数据模型，再做原型与关键页面，确认后再进入开发。每个阶段有可验收的交付物，不靠“快好了”推进。
上线前做 1 轮并行运行：新旧流程同时跑 7–14 天，用真实单据验证后再切换。
我们把需求确认拆成两轮：第一轮只做流程与数据模型，第二轮才做原型与界面；一个系统通常拆成 3–5 个可验收阶段，上线后按季度复盘 1 次。
系统对外介绍页同样要能被 AI 读到：据 2026 年一项随机对照实验，AI 概览使外链点击下降 39.8%，采购在联系你之前往往已经问过 AI。
系统与官网怎么配合
外贸场景的定制，多数不是从零做一套后台，而是把官网与既有系统接起来：询盘进 CRM、样品单进 ERP、内容与产品数据同源。先确认数据从哪来、谁维护，再决定开发范围。
我们只做已确认范围内的开发，涉及第三方系统与授权的部分，以对方接口文档与许可为准。
你们用什么技术栈？
官网与新站以 PHP 8 + MySQL 5.7 为主；业务系统按场景选择合适的技术栈，不为了时髦引入不必要的复杂度。
能不能先做一个小版本？
可以。先做能跑通核心流程的最小版本，再按真实使用反馈迭代，比一次性做“大而全”更可控。
源代码归谁？
按合同约定。通常企业支付开发费用后拥有业务代码的使用权，第三方组件与授权软件按各自许可证处理。
场景沟通
预约沟通
先把业务流程讲清楚
不先报价。先确认角色、数据、异常流程与现有系统，再判断要不要做、先做哪一块。