网站、小程序、APP验收时要查什么？一份企业可直接用的交付验收清单

不少企业在网站、小程序或APP开发快结束时，会收到开发方一句“已经做好了，您验收一下”。很多负责人打开首页看了看，觉得页面挺好看，就签了验收单。等到真正上线运营，才发现手机上表单提交不了、后台改不了图片、换个浏览器排版就乱。这时候再找开发方，对方往往会说“已经验收过了，后续算新需求”。验收是整个项目里最后一次主动权在自己手上的环节，值得花上一两天认真做。下面按我们做项目时的实际经验，把验收拆成几个部分讲清楚。

一、验收之前，先把依据找出来

验收不是凭感觉判断好不好看，而是对照当初约定的东西逐项核对。动手之前，建议把这几份材料准备好：合同或报价单里的功能清单、确认过的设计稿、开发过程中双方书面确认的需求变更记录。如果当初只是在微信里聊过，没有整理成文档，也可以把聊天里确认的关键内容先摘出来，做成一张表格。

有了这张表，验收时每一项都能回答“做了没有、做得对不对”。没有依据的验收，最后很容易变成双方各说各话。

二、功能验收：按真实使用流程走一遍

功能验收最容易犯的错误，是只点几个页面看看能不能打开。更有效的做法，是站在真实用户的角度，把核心流程完整走一遍。

1. 前台流程

企业官网要重点测试询价表单、在线留言、电话一键拨打、地图导航这些和获客直接相关的功能。表单提交后，要确认后台能收到，邮件或短信通知是否按约定发出。商城类小程序要从浏览商品、加入购物车、下单、支付、退款一直测到订单完成。预约类小程序要测试同一时段被多人预约时的处理方式，以及取消预约后名额是否释放。

2. 异常情况

正常流程走通之后，再故意做一些“错误操作”：必填项不填直接提交、手机号输错位数、上传超大图片、网络断开后重新进入页面。好的系统会给出清楚的提示，而不是直接报错或者白屏。这些细节在上线后会天天遇到，验收时花半小时测一测很划算。

3. 后台管理

后台是企业自己以后天天要用的地方。建议让平时负责更新内容的同事亲自操作：发布一篇文章、更换首页轮播图、修改产品价格、导出订单数据。如果某个操作必须找开发人员才能完成，要当场问清楚原因，是本来就没做，还是需要培训。

三、兼容性和显示效果

深圳的企业客户访问渠道很分散，有人用电脑看官网，有人在微信里点开链接，也有人用平板浏览。验收时至少要覆盖这几种情况：电脑端的常用浏览器、苹果手机和安卓手机各一台、微信内置浏览器。重点看文字有没有重叠、图片有没有变形、按钮在手机上是否容易点到、横向有没有多出滚动条。

APP项目还要注意不同系统版本的表现。安卓机型差异比较大，建议用公司员工手上现有的几台旧手机也试一下，因为客户不一定都用新机。

四、上线相关的技术项

这部分普通负责人不太容易发现，但出问题时影响很大，可以直接请开发方逐项演示或给出说明：

网站是否已经部署HTTPS，证书由谁续期；域名和服务器是否登记在企业自己名下；网站是否做了定期备份，备份保存在哪里，怎么恢复；后台管理员密码是否已经交给企业并且可以自行修改；页面标题和描述是否按页面内容填写，而不是全站都是同一句话。小程序和APP还要确认开发者账号的主体是企业本身，源代码和相关文档是否按合同约定交付。

五、发现问题怎么记录

验收中发现的问题，建议统一记在一张表里，写清楚出现问题的页面、操作步骤、使用的设备和截图。像“手机上有点乱”这种描述，开发人员很难定位，来回沟通会浪费不少时间。

问题记录下来之后，可以和开发方一起分类：哪些属于合同内应当修改的缺陷，哪些属于新增需求，哪些可以放到后续版本。分清楚之后再约定修改时间，修改完成后针对这些问题再验证一次。不要一次性口头说完就算了，最好有书面的修改清单和确认记录。

六、签字之前再确认三件事

第一，所有账号、密码、源码和文档已经交接完毕；第二，售后维护的范围和响应方式已经写清楚，比如出现故障多久内响应、哪些情况收费；第三，验收单上列明的是“哪些功能验收通过”，而不是笼统一句“项目验收合格”。

无论是做深圳网站建设、深圳小程序开发还是深圳APP开发，认真验收都不是为了挑开发方的毛病，而是让双方对交付结果有一致的理解，后续合作也会顺畅很多。如果您正在准备验收某个项目，不知道从哪里下手，也可以联系讯网科技，我们可以根据您的项目类型，一起梳理一份验收清单。

返回首页 上一篇：公司网站打开越来越慢：先查这 5 个常见拖累