交付这块最容易扯皮，我习惯在动手前就把清单列好。

交付和验收

我记得，验收的时候自己完整走一遍流程，别只看对方给的截图。

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

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

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

源文件归属必须明确，将来改动全靠它。

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

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

听起来简单，数据要能导出。哪天想换系统，导不出数据就很被动。

这事吧，哪些不在范围内，交付时一并说明，省得误会。

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

开发周期一般十来个月左右比较正常。说一周就能交付定制站的，我持保留态度。细节往往就差在这。

有个细节，验收标准提前写，包括兼容哪些浏览器、支持哪些机型。

说白了，合同里一定要写清楚交付物：源码给不给、后台有没有、后期维护谁负责。

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

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

有空扫一遍死链，这活儿不复杂，但很多站都没做。

别嫌我啰嗦。

移动端现在才是主战场。我评审网站都是先看手机，再看电脑。

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

主机的稳定性比价格重要，这个钱真不建议省。

跳出率高不一定是坏事，得看这个页面本来是干嘛的。

换个说法，主色别超过三个，越简单越耐看。

我习惯给每个页面设一个目标，比如留资、加微信、打电话。没有目标的页面，做起来容易散。

案例页要写过程。只放个甲方名字，说服力基本为零。

图片要压缩，原图直接往上放，加载速度肯定崩。

验收别走过场

手机上的排版单独看一遍。电脑上好看的，手机上经常挤成一团。

老实说，移动端一定要单独看。现在大部分流量来自手机，但你用电脑看着挺好，手机上可能已经乱了。

说实话，参考同行可以，照抄就免了。抄来的结构往往跟自己的业务对不上。

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

一个月复盘一次，把没动静的页面单独拎出来处理。

先说个前提，沟通效率低是这类项目最大的隐形成本，找个能聊明白的团队挺关键。

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

刚上线那几天多留意，出问题及时回滚。

本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。

数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。

改版最容易出事的就是旧链接。新站上线之前，把跳转规则先配好。各家情况不一样。

文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。

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

需求聊的时候我通常会问：现在业务上最头疼的是哪件事？从这儿入手最实在。

案例别只放合作方名字，把过程和结果写出来，说服力完全不同。

备案要提前规划，临时抱佛脚很容易耽误事。

网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。

就这点事。

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

内容和细节别糊弄

简单说，SEO 关心的是排名，GEO 关心的是引用。一个是位置，一个是内容本身够不够格被拿走。

访问的人分散在各处的话，加速节点挺有用，投入也不大。

URL 别太长太乱。一串参数的链接，用户看着就没什么信任感。

验收自己动手走一遍，最踏实。