PHP外包采购：先核对旧系统，再约定维护验收
采购PHP维护或开发协作时，先说明当前代码、运行版本、业务流程和待改工作，再比较人员或项目方案。相同语言不代表相同接手成本。这份指南保留原页已有任务和技能材料，补充旧系统基线、范围变更和验收清单；服务沟通由Xinda对应商业页面承接。
适合哪些企业场景
现有网站后台需要增加业务功能。 历史PHP系统需要排查性能或数据处理问题。 多个业务工具需要通过接口交换信息。
主要工作任务
阅读现有模块与业务规则，开发后台功能及接口。 维护SQL查询、输入处理和异常反馈，配合测试回归。 整理依赖、运行说明和变更记录，便于后续维护。
必备技术与经验
PHP、项目实际框架、SQL、HTTP接口、基础Web安全意识与Git协作。
可选技能
缓存、队列、网站性能分析或具体开源系统二次开发经验。
先明确工作边界
同为PHP项目，不同框架与开源产品的维护经验可能差异较大，建议说明真实系统。
采购方可以先准备什么
整理项目背景、任务优先级、岗位人数、技术环境、开始时间、预计周期和面试负责人。暂时不确定的部分可以标注待确认，并约定补充时间。 需求示例：维护现有PHP业务后台，新增客户查询接口并修复历史表单问题，不更换现有框架。
接手清单先记录系统现状
列出PHP版本、框架、扩展、数据库和构建部署方式。将历史问题与本次新增任务分开，未核实部分作为待确认，不从语言名称推定可以直接接手全部系统。
把日常维护与升级重建分开
说明是修复现有问题、新增接口还是调整运行环境。版本升级、组件替换和架构重建分别评估依赖、检查条件与回退；不能把它们默认为一个岗位服务的免费附带范围。
验收同时检查正常与异常流程
关键表单、权限、数据变化、重复操作和接口异常应有可回溯的条件与结果。一次页面打开或提交代码不代表维护任务已完成；已知限制应保留在交接清单。
用同一范围比较报价和交接方案
提供相同任务、周期、环境与负责人安排，核对包含工作、变更方式和后续接手材料。不要仅用日价判断方案，代码、配置引用与数据库变更说明都应能继续维护。
常见问题
没有写清框架也能先沟通吗？
可以，先提供系统用途与可公开的技术概况，后续由技术负责人补充框架和版本。
网站二次开发需要哪些资料？
可准备模块清单、测试环境、依赖说明和已有授权情况。
PHP维护是否包含服务器运维？
建议区分应用开发、环境维护和安全管理的负责人及权限。
历史代码没有文档怎么办？
可先安排代码梳理和重点模块确认，把不确定范围单独记录。