软件外包项目怎么验收，交付时要拿到哪些东西
软件外包项目到了验收阶段，常见两种情况：一种是客户随便点了几下就签字付尾款，上线后问题不断；另一种是验收标准不清，双方对“做完了没有”争论不休。验收要做得扎实，其实要从签合同时就开始准备。
验收依据：需求文档和功能清单
验收的标准，是双方在开发前确认过的需求文档、功能清单和原型设计。没有这些文件，验收只能凭感觉，很容易产生分歧。
所以在签合同时，就要确保功能清单足够具体。“用户可以下单”不够，“用户可以选择规格和数量、使用优惠券、选择收货地址，支持微信支付，支付后可在订单列表查看”才算清楚。开发过程中确认过的需求变更，也要留下书面记录。
用真实业务走一遍
开发团队会做测试，但他们对你的业务不如你熟悉。验收时，最好安排实际使用系统的员工，用真实的业务场景完整走一遍：
- 按平时的工作流程操作，从下单到发货、退款、对账，看每一步是否顺畅；
- 用不同的角色登录，确认每个角色能看到和不能看到的内容；
- 在几款不同品牌、不同系统版本的手机上试用，包括员工手里比较旧的手机；
- 导入一批接近真实规模的数据，看列表加载和报表计算是否还流畅。
专门测一测异常情况
正常流程一般都没问题，出问题的多是异常情况。验收时可以有意识地试一试：
- 支付过程中断网、退出，再回来时订单状态是否正确；
- 快速连续点击提交按钮，会不会产生重复订单；
- 库存只剩一件时两个人同时下单，结果如何；
- 退款后金额、库存、积分是否都恢复正确；
- 输入特别长的文字、特殊符号、表情时，页面是否正常。
发现的问题记录成清单，标明严重程度，约定修复时间，修复后逐条复测。
交付时要拿到哪些东西
功能验收通过后，还要确认交付物是否齐全。这一步常被忽略，以后换团队或者自己维护时才发现缺东西。
- 完整源代码。包括前端、后端、管理后台，确认能够从源码重新编译和部署，而不只是一个打包好的程序。
- 数据库结构和初始化脚本。
- 部署文档。服务器环境、配置项、部署步骤，换一个技术人员也能按文档部署起来。
- 接口文档。以后要接其他系统或开发新的客户端时会用到。
- 操作手册。按角色区分，给员工培训用。
- 各类账号。服务器、域名、小程序、公众号、支付商户号、应用商店开发者账号、短信和云存储等第三方服务，都应该在你公司名下，密码交接后自行修改。
维护期和后续服务
验收通过不等于没有问题。签合同时就应该约定：
- 免费维护期多长，这期间发现的程序问题免费修复；
- 出现故障时的响应时间，比如影响业务的严重问题多久内处理；
- 维护期之后的服务方式和费用；
- 新增功能如何评估工作量和报价。
尾款怎么付
比较合理的做法是按阶段付款，把尾款和验收、交付挂钩：功能验收通过、交付物齐全、正式上线运行一段时间没有严重问题，再支付尾款。这样双方的权利义务都比较清楚。
芊雅的项目在开发前确认需求清单和原型，开发中分阶段演示可用版本，上线时提供测试报告、操作手册和使用培训。合作流程的每个阶段和交付物，可以在合作流程页面查看。
