服务一
云资源接入与迁移
把现有服务器、数据库和文件存储搬到云上，先从一小部分业务试跑，确认稳定之后再整体切换。
- 迁移前盘点系统依赖与流量高峰时段
- 保留回退通道，出现异常可以切回原环境
- 上线后一周内每日巡检，逐项记录结果
服务清单
四类服务，按你需要的方式组合
每一项都写清了做多少、做多久、做到什么程度。可以先看范围，再决定从哪一块开始。
服务二
数据平台与经营报表
把订单、库存、财务几个系统的数据接到同一处，每天早上打开就能看到昨天的经营结果。
- 打通已有数据源，不重复录入同一笔数据
- 按门店、区域、品类分别拆开查看
- 关键指标出现异常波动时自动提醒
服务三
运维托管与值守
系统交给专门的团队看着，出问题第一时间有人处理，不用等到第二天上班才发现。
- 每天 8:00 至 20:00 人工值守，覆盖业务时段
- 告警五分钟内响应到具体负责人
- 每月提交一份运行报告，含事件与处理过程
服务四
行业应用定制
现有系统能不能改、改多少合适，先评估再动手。目标是把每天重复的操作减下来。
- 按实际业务流程调整表单、字段与审批顺序
- 与在用系统对接，避免同一份数据填两遍
- 上线后提供操作培训与一页式使用说明
交付节奏
四个阶段，每一步都有明确产出
不跳过现状盘点，也不在没验证的情况下全量切换。每个阶段结束时会给到一份可以直接看的材料。
1
现状梳理
了解现有系统、数据量、访问高峰和正在使用的人员范围，形成一份现状清单。
2
方案确认
给出服务范围、交付时间与费用明细，双方确认后再进入实施，中途不加项。
3
灰度上线
先让一部分业务或一部分门店跑通，观察一周再决定是否扩大范围。
4
稳定值守
转入日常运维，按月复盘事件与资源使用情况，需要时再调整配置。
服务规格
三个合作档位，按规模选择
档位只影响响应时限与值守时长，四类服务内容本身都可以单独选择。
| 合作档位 | 适用规模 | 响应时限 | 值守方式 | 数据备份 | 交付周期 |
|---|---|---|---|---|---|
| 轻量起步 | 单业务线、二十人以内团队 | 工作时间 30 分钟内 | 工作日报警值守 | 每日一次自动备份 | 二至三周 |
| 标准护航 | 多业务线、二十至一百人团队 | 五分钟内响应到人 | 每天 8:00 至 20:00 人工值守 | 每六小时一次，保留三十天 | 四至六周 |
| 专属驻场 | 多区域经营、百人以上团队 | 三分钟内响应，专人跟进 | 全天值守，含夜间值班 | 实时同步，异地留存 | 按业务分批排期 |
表中时限为服务承诺范围，具体以双方确认的服务说明为准。超出范围的事项会提前告知，并给出可选处理方式。
服务保障
三件事，让合作过程清楚可控
先确认范围再动手
每项服务都写明做什么、做多久、交付什么材料，确认之后才开始实施，中途新增内容单独说明。
问题有人接着
出现异常时先保证业务可用，再定位原因。处理过程记录在案，下次复盘时可以直接查阅。
每月一份运行报告
记录当月事件、资源使用和处理结果，用来说明系统运行情况，也方便内部汇报时有据可依。
常见问题
合作前，大家问得最多的三件事
迁移过程中会不会影响正在使用的业务？
不会整体停机。通常的做法是把一小部分业务或一部分门店先切过去，观察几天确认稳定，再逐步扩大范围。
整个过程保留回退通道，一旦发现异常可以快速切回原来的环境，避免影响正常使用。
服务费用怎么计算？
先看现状再报价。影响费用的主要是系统数量、数据量、需要值守的时段，以及是否包含应用调整。
确认范围之后会给出费用明细，包含一次性实施费用与后续服务费用两部分，中途新增内容会单独列出。
能不能只买其中一项服务？
可以。四类服务之间没有绑定关系，只做报表、只做值守都能单独合作。
如果暂时只处理最紧急的一块，建议先做现状梳理，把优先级排出来再决定从哪一项开始。