系统做完了没有？验收别凭感觉，按这四份清单逐项对
验收不是看一眼页面像不像，而是确认功能能点通、真实流程走得完、账号资料在自己名下、售后边界写得清。本文给出四份可直接打印对照的清单：功能对照、真实数据试跑、账号交接、售后边界，并说明验收该留几天、要不要请第三方看。
系统做完要签字了，你却说不清哪里不对——页面点开都能看，真要下单、退款、改价格，又不知道会不会出问题。验收不是走个形式，它决定你后面半年是省心还是天天救火。这篇给你四份能直接照着对的清单。
验收不是挑毛病，是确认这家店能开门做生意
很多人把验收理解成"看一眼页面做得像不像"。真正要确认的只有三件事：该有的功能在不在、走完整流程会不会卡住、这套东西以后归谁管。
打个比方。店面装修完，你不会只看墙刷得白不白，而是去开一下水龙头、插一下插座、放一池水看下不下得去。系统也一样：页面好看是墙面，能下单、能退款、能改价，才是水电。
差别在于，房子的问题你看得见，系统的问题常藏在"正常操作"之外——顾客信号差一点、连着点了两次提交、退款只退其中一件、半夜有人下单没人管。验收就是把这些不常见但一定会发生的情况，提前走一遍。
四份清单，一份一份对
下面四份单子建议按顺序对，打印出来一边点一边打勾，别靠回忆。对完再谈签字。
清单 A：功能对照单——按当初那张报价单逐条点
把当初那份需求清单或报价单找出来，从顶上一条一条往下点，每一条都要能自己动手操作一次，不能只看对方演示时的截图。
- 每一屏都要看完三个状态：能不能提交、提交后能不能看到结果、结果能不能改和删。
- 容易漏的是"边上"的条目：改密码、导出名单、批量操作、谁能看谁的订单。
- 条目多时按业务分块对：下单、支付、发货、售后、统计，一块一块过。
一家做建材批发的公司，验收时发现"按客户等级显示不同报价"这条只做了展示：销售在后台改完价，客户那边看到的还是原价。这种问题不上手点一遍，光看演示是发现不了的。
清单 B：真实数据试跑单——别用"测试一、测试二"
用真实商品、真实价格、真实手机号跑一遍完整流程，付一笔小钱（几分钱到一块钱都行），再原路退掉。假数据是干净的，真实数据会暴露问题。
- 正常路径跑一遍：选货、下单、付款、看订单、申请退款、退款到账。
- 故意走错一遍：断网时提交、快速连点两次提交、只退其中一件、下单后不付钱放着。
- 换三台手机看：你自己的、店里员工的、一台用了三四年的旧机型。
一家有 3 家门店的餐饮店做预约点单，测试时一切正常。上线当天才发现，顾客在地下车库信号弱，点了两次"提交订单"，系统出了两单，后厨多做两份。这不是开发不用心，是测试环境里没人站在地下车库点手机。
清单 C：账号与资料交接单——东西到底在谁名下
这一项比功能更容易出事，因为它当下不出问题，等你换服务商或者起纠纷时才爆出来。
| 要确认的东西 | 应该写在谁名下 | 当场要看什么 |
|---|---|---|
| 后台账号 | 你公司 | 你手里有能加人、能删人的管理员账号 |
| 域名 | 你公司 | 登录进去能看到续费日期和解析记录 |
| 服务器 | 你公司 | 合同写明谁续费、到期前多久提醒 |
| 备案 | 你公司主体 | 备案号能查到，主体名称与营业执照一致 |
| 收款账号 | 你公司 | 结算银行卡是你公司的对公账户 |
| 短信条数 | 你公司 | 剩余条数与到期时间的截图留存 |
后台就是你登录进去管理商品、订单、文章的那个界面；服务器是放这套系统的那台机器，相当于店面的房子；域名是门牌地址。房子和钥匙写在别人名下，生意做得再顺也不踏实。
这三样东西都要你公司自己持有，密码当场改成只有你知道的，并让对方把账号列成一张纸、签字确认。
清单 D：售后与边界单——出问题谁管、多久管、管到哪
- 上线后多长时间内修问题不另收费，起止日期写清楚。
- 出问题多久回应、多久处理，工作日和节假日分开写。
- 每年那笔维护费包含什么、不包含什么，换版面和加功能算不算在内。
- 源码（这套系统的原始设计图纸和全部材料）什么时候给、以什么形式给。
- 以后加功能怎么报价：按人天算还是按功能算。
见过一份验收单只写了"提供一年维护"，没写响应时间。真出事那天，等三小时和等三天，是两种生意。
验收要留多久，要不要花钱请人看
时间上别抠。功能 20 项以内的小项目，留 1 到 2 天；带支付、多角色、多门店的，留 3 到 5 天。半天看完就签字的，等于没验。
人要对：老板定标准，实际用的人上手（店长、销售、客服），别只让一个对接人看完就说没问题。天天用的人，三分钟就能点出你觉得"应该没事"的地方。
要不要请第三方？多数项目不需要。合同金额较大（比如 20 万元以上）、或者内部完全没人能判断时，可以请专门做验收测试的团队，参考区间几千元到两三万元，看范围定。这笔钱买到的是"有人替你较真"。
还有一条：验收期发现的问题，写在同一张表里一次性提，不要今天提一条、明天提一条。改一处常牵动别处，来回折腾，工期和情绪都会耗掉。
今天就能做的一件事
把当初那张报价单或需求清单找出来，打印一份，从头逐条点一遍。能点通打勾，点不通就记下现象——不是记"不好用"，而是记"我点了什么、期望看到什么、实际看到什么"。这张带勾和叉的纸，比任何口头承诺都管用。
如果项目还没开始，可以反过来用：让服务方在报价阶段就把这四份清单对应的内容写进合同——做到什么程度、交什么、多久响应，先写清楚再谈钱。具体条款可以对照开发合同里的六件事一起看。
尊云做过网站、小程序、APP 各类项目，验收这一环通常由项目负责人陪客户一起过一遍：按你的实际业务把该验的条目列出来，也会直接说清哪些必须上线前改、哪些可以上线后再补。小程序开发和网站建设两个服务页上写了报价方式与交付范围，可以先看，再决定要不要聊。