我吃过交付不清的亏，所以现在特别较真这块。

周期和节奏

说白了，我习惯分阶段验收，等到最后再发现问题就晚了。

• 后台账号和密码要在验收时交接，并且自己改一遍密码。

验收要自己动手试，截图说明不了实际问题。

交付文档不能省，不然人员一变动就没人会用了。

留个测试环境，改东西心里踏实。

顺便提一句，哪些不在范围内，交付时一并说明，省得误会。

交付清单越细越好，口头承诺的东西最后最容易扯皮。

网站做好之后，自己多拿手机点几遍，比什么验收报告都实在。

交付和验收

老实说，源文件要拿到手。设计稿、代码、原始素材，这些都是你的资产。我觉得值这个功夫。

先说个前提，验收标准提前写，包括兼容哪些浏览器、支持哪些机型。别等出问题才想起来。

怎么算做完，这个提前说清楚，后面省掉无数争执。

可导出是硬要求，别等要用的时候才发现拿不出来。

后来才发现，签合同前把交付内容列清楚，尤其是源码和维护这两项。

说实话，付款节奏建议分阶段，定金、中期、验收，别一次付清。

时间上要现实一点，定制站动辄说几天交付，质量很难保证。

层级别做太深。点三四下还没到，用户没那个耐心。

弹窗这东西要克制。一进来就挡住内容，用户第一反应是关掉。

每个页面得有个明确目的，不然写着写着就不知道在干嘛了。

在兰州找本地团队做，见面沟通效率高不少，这点确实有差。

有些功能看着高级，实际上一年用不上两次。别为了炫技堆功能。

• 改版最容易出问题的就是旧链接处理，这一步省了，前面全白干。这点挺重要。

权限要分清楚。谁能发、谁能改、谁能删，提前定好。

表单字段越少越好，这个跟转化率直接相关。

手机端的体验单独拎出来看，别用电脑的感觉去代替。这两边差别可以很大。

正文字号大一点，别为了塞内容把字缩得太小。

看案例要进内页，别只看首页截图。首页谁都能做得好看。

光有视觉没有信息的站，中看不中用，用户看完还是不知道你是干嘛的。

内容和细节别糊弄

旧站哪些内容要保留，提前标出来。别到迁移的时候才发现重要内容没留。

• 问答式的内容一直被低估。它土是土了点，但用户问的问题就在那儿，你答得准，被引用的机会就大。

有个细节，我发现很多站点的联系方式藏得特别深，翻三页才找得到。这种设计是在赶客。

验证码别做得太复杂，简单能用就行，太难是在赶客。

不同浏览器都看看，尤其是对方要求的那几个，别只看自己常用的。

我发现问答类的内容特别容易被引用，因为结构清楚，一句问一句答。

标题和描述这两个地方，改动成本低，收益往往最直接。

运营的人要培训。系统做得再好，不会用也白搭。

说远了，拉回来。

我习惯让客户找三个喜欢的站给我看，比我听他描述半天强。

用脚本动态生成内容的页面，抓取方不一定看得见，这点要测试。

换个说法，HTTPS 这种基础配置现在应该是标配了，但还真有站点没弄。

统计代码上线时就埋好，从第一天开始积累数据。

合作前看对方案例，别只看首页截图，要点进去看看细节和实际效果。

• 做这一行久了，我发现好网站的标准实际上很朴素：用户能快速找到他想要的东西。

安全别不当回事，尤其是有表单和后台的站，定期检查一下没坏处。

先确认收录。没被收录的页面，后面做再多也是白搭。

差不多写到这儿，再写就成说明书了。