验收到底验什么，很多人是到那天才想的。
周期和节奏
- 我习惯分阶段验收，等到最后再发现问题就晚了。
怎么算做完，这个提前说清楚，后面省掉无数争执。
数据要能导出。哪天想换系统，导不出数据就很被动。
文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。各家情况不一样。
交付清单越细越好，口头承诺的东西最后最容易扯皮。
交付和验收
源文件归属必须明确，将来改动全靠它。
- 后台账号和密码要在验收时交接，并且自己改一遍密码。
测试环境能留就留一份，后面改动可以先在上面试。
- 验收的时候自己完整走一遍流程，别只看对方给的截图。
- 交付的时候把没做的部分也说清楚，避免后面以为漏了。
验收条件前期定好，免得最后各说各话。
老实说，验收的时候自己当用户体验一遍，什么问题都跑出来了。
付款节奏建议分阶段，定金、中期、验收，别一次付清。
- 时间上要现实一点，定制站动辄说几天交付，质量很难保证。
验收别走过场
签合同前把交付内容列清楚，尤其是源码和维护这两项。
参考同行可以，照抄就免了。抄来的结构往往跟自己的业务对不上。
先说个前提，判断一个网站好不好，就看用户能不能三下之内找到他要的信息。
- 基础的安全配置别省，这个属于及格线。
- 跳出率高不一定是坏事，得看这个页面本来是干嘛的。
我记得，别把力气全砸在首页。大部分流量实际上是从内页进来的。
内容和细节别糊弄
- 我会优先去看表现最差的页面，那里藏着最值得改的东西。这点挺重要。
我自己踩过，先列旧站的毛病，再谈新站要什么，这个顺序比较靠谱。
编辑器要好用。粘贴进来的格式乱七八糟，是最常见的抱怨。
- AI 搜索给答案的时候，喜欢引用结构清楚、观点明确的内容。你写得含糊，它就没法用。
验证码别做得太复杂，简单能用就行，太难是在赶客。
JS 渲染的页面要小心。看着挺好，但抓取的时候可能什么都拿不到。别等出问题才想起来。
别嫌我啰嗦。
移动端的点击热区要大一点，太小容易点错。
介绍页面写点实在的，比如团队构成和做事方式，比喊口号强。
- 安全更新别拖。框架出了补丁不及时打，被攻击的概率就上去了。
- 视频和图片的搜索量涨得挺快，有资源可以顺手布局。
统计代码上线时就埋好，从第一天开始积累数据。
- 后台的易用性是长期体验的关键，别图省事。
- 网站不是做完就完了。内容更新、小改小动，这些才是长期的事。
- 权限要分清楚。谁能发、谁能改、谁能删，提前定好。
先想清楚要什么
联系方式要显眼，用户想找你的时候找不到，就没下文了。
关于「大气」，我一般会追问具体指什么。是配色沉稳，还是排版留白多，还是图大。
这事吧，改来改去也是个问题。今天听这个说改标题，明天听那个说改结构，最后越改越乱。
首页别塞太多东西。用户进来三秒内找不到重点，就走了。
死链接要及时清。我见过有站点积累了几百个 404，自己还不知道。
网站改版的跳转规则必须做。旧链接不跳，之前攒的权重基本清零。
资质和荣誉该放就放，这是建立信任最快的东西。
域名一定要注册在自己名下。我见过太多用别人代注册的，后面想要回来特别麻烦。反正记着就行。
你要是看到这，说明是真想做，那就先把需求列一列吧。我觉得值这个功夫。