代码与架构评估
识别耦合、重复、过期依赖和高风险模块，形成问题清单。
BUSINESS FIRST
先评估风险，再决定修补、重构还是替换
旧系统可能承载真实用户、订单和经营数据，贸然重写往往比持续修补风险更高。我们会先检查代码结构、依赖版本、数据库、部署环境、关键接口和现有问题，再给出分阶段处理建议。
升级过程尽量保持兼容，通过备份、灰度、数据校验和可回滚发布降低线上影响。对于无法一次替换的系统，可先隔离高风险模块，再逐步建立新的工程和交付基础。
DELIVERABLES
可以交付的核心能力
根据现状选择低风险、可验证的改进路径。
性能诊断与优化
分析页面、接口、数据库、缓存和任务执行中的实际瓶颈。
框架与环境升级
兼容性迁移运行环境、依赖、构建工具和服务器配置。
数据与接口治理
修正不一致数据、接口边界、错误处理和关键日志。
发布与回滚机制
建立备份、阶段验证、版本记录和可恢复的上线流程。
持续维护支持
处理缺陷、系统变化、安全修复和后续业务迭代。
USE CASES
常见升级场景
优先解决影响业务连续性和后续开发效率的问题。
旧技术栈升级
在保持核心功能的同时更新运行环境、框架、依赖和构建流程。
线上性能与稳定性
定位慢接口、数据库压力、阻塞任务、内存或并发问题。
模块化重构
逐步拆分高耦合代码，统一公共能力并降低后续修改风险。
DELIVERY PROCESS
从目标确认到稳定上线
需求与边界
确认业务目标、用户角色、核心流程、首期范围与上线条件。
产品与技术方案
梳理页面、状态、权限和接口，形成可评审的交付计划。
设计与阶段研发
按模块提供可查看成果，持续同步进度并记录重要变更。
测试与发布
覆盖核心流程、异常分支和多端兼容，备份后完成正式部署。
交付与持续维护
移交代码和必要文档，并根据运营反馈继续迭代。
SCOPE & ESTIMATE
哪些因素会影响报价与周期
我们依据实际范围评估，不用模糊的“模板价”掩盖后续成本。
现有代码可维护性
文档、版本管理、模块边界、测试和依赖状态。
数据与线上风险
历史数据规模、实时业务、停机窗口和回滚要求。
升级跨度
运行环境、框架、数据库和第三方接口的版本差距。
目标范围
仅解决明确问题，或同步完成架构、流程和体验升级。
SERVICE FAQ
服务常见问题
可以先做一次系统体检吗？
可以。先以只读检查为主，输出风险、优先级和建议路径，再决定是否进入修改阶段。
旧系统必须全部重写吗？
不一定。能通过隔离、升级和局部重构解决的问题，不建议为了“新技术”承担一次性替换风险。
升级过程中如何保护数据？
会根据系统建立备份、校验和回滚方案；涉及结构变化时先在副本或测试环境验证。
能接手没有原开发团队的项目吗？
可以评估，但需要能够取得合法的源代码、数据库和部署权限，并先确认系统当前可运行状态。
先判断最小风险的升级路径
说明当前技术环境、主要问题和线上要求，我们可以先给出分阶段评估建议。