先讲清边界，
再谈报价与工期。

标准产品能覆盖 70% 的通用流程，剩下的 30% 往往才是你的竞争力所在：多组织代管、按项目核算、特殊审批链、和现场设备联动。硬套标准产品的结果是流程被改坏，或者业务长期靠 Excel 补丁运转。

• 业务建模：角色、流程、单据与状态机逐项画清
• 领域拆分与数据库设计，预留扩展点
• 按迭代开发，每两周交付可运行版本
• 与既有系统、设备和报表打通

适合 200 人以上、流程跨部门、已有系统但“越用越别扭”的组织；也适合准备把核心业务从 Excel 迁到系统的成长型企业。

• 需求规格、原型与数据字典
• 可运行系统与全套源码
• 部署脚本与运维手册

周期

8–16 周

计价

固定总价 / 人月

协作

驻场 + 远程，按里程碑验收

团队

5–8 人，核心成员全程在场

移动端不是“把网页缩小”。一线人员要的是三步内完成操作、断网也能用、拍照扫码不卡顿；管理者要的是数据实时回到总部，而不是晚上再补录。

• 按角色设计任务流，减少输入与跳转
• 小程序 / App / H5 共用一套后端与权限
• 弱网缓存、离线补传与冲突处理
• 上架、隐私合规与推送通道配置

适合有门店、外勤、巡检、审批场景的企业；也适合需要快速验证新业务、又不想先做 App 的团队。

• 可上架安装包 / 小程序与前后端源码
• UI 设计稿与组件库
• 上架材料与合规自查表

周期

4–10 周

计价

按功能范围报价

协作

远程为主，关键节点驻场

团队

3–5 人，核心成员全程在场

同一个“营收”在财务、销售和运营的报表里是三个数。开会先花半小时对数字，最后发现是统计口径不同。看板做得再漂亮，也没人敢用它做决策。

• 指标字典与统计口径评审，先定义再开发
• 数仓分层建模，ods / dwd / dws / ads
• 实时与离线链路，异常自动补偿
• 看板与自助分析，支持下钻到单据

适合报表靠人肉汇总、口径经常打架的中大型组织；也适合准备做数据治理、但不想一上来就买大平台的企业。

• 数据模型与指标口径
• ETL 任务与调度配置
• 经营看板与自助分析

周期

6–12 周

计价

按数据域与看板数量报价

协作

远程 + 驻场结合

团队

4–6 人，核心成员全程在场

系统之间的数据靠人导出、改格式、再导入，白天做业务、晚上做“数据搬运”。更麻烦的是没有契约：字段含义靠口口相传，出问题先互相怀疑。

• 先出接口契约：字段、错误码、幂等与重试
• API 网关统一鉴权、限流与日志
• 主数据与单据的双向同步、冲突处理
• 灰度切换与旧通道回退预案

适合已有 3 套以上系统、跨部门数据要人工搬运的企业；也适合并购后多套系统需要并存过渡的集团。

• 接口契约与字段口径文档
• 集成中间层 / API 网关
• 联调、压测与验收报告

周期

3–8 周

计价

按接口数量与复杂度报价

协作

远程为主，联调期驻场

团队

3–5 人，核心成员全程在场

系统上线只是开始。没有监控，故障靠用户打电话；没有回滚，发版像拆弹；没有备份演练，真出事时备份文件可能根本恢复不了。

• 容器化与一键部署，环境配置代码化
• CI/CD 流水线、灰度发布与回滚
• 监控告警、日志与值班机制
• 等保整改、漏洞修复与备份演练

适合没有专职运维、但系统不能停的团队；也适合准备上云或做等保测评的企业。

• 部署流水线与回滚方案
• 监控告警大盘
• 运维手册与交接培训

周期

2–6 周

计价

按评估（人月）

协作

远程托管 + 现场支持

团队

2–4 人，核心成员全程在场

系统功能不少，一线却不愿用：入口太深、字段太多、术语看不懂。等到开发完再改交互，成本是原型阶段的数倍。

• 业务流程梳理与角色任务地图
• 可点击高保真原型与验收口径
• 设计令牌、组件库与响应式规范
• 上线前可用性走查与改版建议

适合已有系统但使用率低、或正准备重建前端的团队：政企门户、内部管理系统、移动端作业工具。

• 设计规范与组件库
• 高保真原型
• 体验诊断与数字化路线图

周期

2–6 周

计价

按评估（固定总价）

协作

远程 + 现场工作坊

团队

2–3 人，产品设计 + 前端