1. 项目沟通
正式项目通常会建立明确的项目沟通渠道，并指定双方主要负责人。
项目实施过程中，我们会围绕以下事项持续对齐：
- 业务流程和关键规则；
- 开发范围与一期边界；
- 原型或阶段性成果；
- 待确认问题；
- 测试与修改；
- 上线及培训。
对于可能影响整体架构、交期或费用的新增需求，我们会先沟通确认，不默认直接扩大开发范围。
2. 项目推进方式
常规项目通常按照以下路径推进：
业务梳理 → 系统原型 → 搭建集成 → 测试培训 → 上线使用 → 持续优化
不同项目可能根据实际情况调整顺序，但核心原则保持一致：
3. 问题分级
高优先级问题
包括：
- 核心业务无法正常使用；
- 关键流程整体中断；
- 存在明显数据安全风险。
处理原则：优先确认问题和影响范围，并尽快给出临时处理方式或修复计划。
中优先级问题
包括：
- 重要功能异常；
- 但存在临时替代方式；
- 尚未造成整体业务停止。
处理原则：进入优先处理队列，在合理工作时间内分析并处理。
一般问题
包括：
- 界面展示问题；
- 低频功能问题；
- 操作咨询；
- 体验优化；
- 不影响主要业务运行的异常。
处理原则：纳入常规维护或后续迭代。
4. 常规响应时间
常规服务时间：
工作日 9:30–18:30（北京时间）
一般情况下：
| 问题级别 | 响应原则 |
|---|---|
| 高优先级 | 工作时间内优先响应 |
| 中优先级 | 原则上当个工作日响应 |
| 一般问题 | 原则上 1 个工作日内响应 |
实际处理周期取决于：
- 问题复杂程度；
- 第三方平台状态；
- 是否需要客户补充信息；
- 是否涉及业务规则确认。
5. 问题处理流程
收到问题后通常按照以下流程处理：
确认问题 → 复现问题 → 判断原因 → 确定处理方式 → 修改 / 配置 → 测试 → 客户确认
如果问题来自业务规则本身尚未明确，我们会优先确认业务规则，而不是直接修改系统。
6. 新需求与功能迭代
上线后出现以下情况，通常属于新需求或功能迭代，而不是 Bug：
- 新增业务流程；
- 新增管理模块；
- 原有业务规则发生变化；
- 新增第三方系统集成；
- 大范围调整字段、权限或数据结构；
- 新增复杂自动化；
- 新增 AI 能力。
对于此类需求，我们会先评估：
- 工作量；
- 影响范围；
- 实施方式。
再确认是否纳入原服务范围或进行单独报价。
7. 第三方平台说明
项目可能基于：
- 飞书；
- 简道云；
- 其他第三方系统或接口
完成实施。
第三方平台自身发生以下情况：
- 服务中断；
- 功能调整；
- API 变化；
- 套餐调整；
- 价格变化；
- 权限规则变化；
- 使用额度变化
不属于我们能够完全控制的范围。
出现上述情况时，我们会在项目范围内协助判断，并寻找合理的调整方案。
8. 数据与备份
客户应根据自身管理要求做好：
- 重要业务数据；
- 系统账号；
- 权限
的日常管理。
涉及重大：
- 结构修改；
- 批量数据调整；
- 数据迁移
时，我们建议在操作前做好必要的数据备份和验证。
9. 服务边界
我们会对双方约定范围内的实施结果负责。
但“系统上线”不代表：
企业业务会变化，流程会调整，系统也需要随着真实使用持续迭代。
我们的原则是：