验收到底验什么，很多人是到那天才想的。

交付和验收

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

换句话说，验收的时候自己完整走一遍流程，别只看对方给的截图。这点挺重要。

验收标准提前定。做到什么程度算完成，写下来，别靠感觉。

测试环境能留就留一份，后面改动可以先在上面试。

数据要能导出。哪天想换系统，导不出数据就很被动。

别嫌我啰嗦。

交付的时候把没做的部分也说清楚，避免后面以为漏了。

源文件要拿到手。设计稿、代码、原始素材，这些都是你的资产。

文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。

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

交付物清单要在合同里列全。账号、源码、文档、素材，一样一样写。

就这点事。

原理是这样：签合同前把交付内容列清楚，尤其是源码和维护这两项。

拆开看，验收条件前期定好，免得最后各说各话。

验收的时候自己当用户体验一遍，什么问题都跑出来了。

开发周期一般七个月左右比较正常。说一周就能交付定制站的，我持保留态度。

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

先定受众，不同年龄层的审美和阅读习惯差别很大。

网站不是做完就完了。内容更新、小改小动，这些才是长期的事。

多语言站注意文字长度差异，布局要有弹性。

系统日志保留一段时间，出事的时候能查到线索。

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

内容和细节别糊弄

后台权限提前规划，人多了一乱就容易出事。

跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。

上线的头几天要盯紧。有问题早发现，影响范围小。

功能贵在实用，堆一堆用不上的，只会拖慢网站。

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

把现有网站的问题列出来，比畅想新功能有用。改掉痛点，体验立刻不一样。

结构化数据这事没那么玄，就是给内容贴标签，方便机器抓取。

售后响应时间要写进合同。出问题几天没人理，谁都受不了。

改版前先看老站哪些页面在带来流量，这些要保住，不然等于重来。

要不要后台、要不要会员、要不要多语言，这些基础问题早点拍板。

弹窗别滥用，尤其是刚打开就盖住内容的那种，很招人烦。

找几个参考站给到我，比用形容词描述高效得多。

速度这事容易被忽略，但直接影响用户去留。

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

后台的易用性是长期体验的关键，别图省事。

常州本地的站点，把地址、实景照片、服务范围写清楚，对转化帮助挺大。

资质和荣誉该放就放，这是建立信任最快的东西。

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

别小看 FAQ 这种看起来很土的东西。用户问什么你就答什么，这种结构在现在的搜索环境里反而吃香。

页面不在多，在于每个页面是不是真的有内容。空页面反而拖后腿。

GEO 和 SEO 到底什么关系？我一般这么跟人解释：SEO 是让页面在结果页排得靠前，GEO 是让内容能被直接拿来当答案。目标不一样，但底子的活儿差不多。反正记着就行。

页面速度这事，说的人不多，但影响很实在。我自己测过，慢一秒，跳出率能差出一大截。我觉得值这个功夫。

清单列细一点，后面少吵架。