有朋友问我做网站是怎么回事。我说这事没那么玄，拆开看也就那么几块。

交付和验收

把要做的事列成清单，一条一条对着做，比凭感觉推进靠谱得多。

说实话，先小范围验证，确认有效再放大。

执行过程记一笔，复盘和交接都用得上。

说白了，第一步一定是把现状摸清楚。不知道现在什么样，谈改进就是空谈。细节往往就差在这。

遇到拿不准的，先做两个版本试试，数据会告诉你答案。

简单说，做网站第一步不是设计，是想清楚目的。是为了获客，还是为了给客户看资质，这两个做法完全不同。

收录是第一步。页面都没被收录，谈什么排名。去后台看看，有多少页面是没进索引的。

需求中途加功能是常事，但一定要走变更流程，不然项目和预算都会失控。

关于页面数量，我建议先做精几个核心页，比铺一堆空页面强。细节往往就差在这。

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

上线之后才是开始

网站改版的时候记得做跳转。我见过改版之后流量直接掉一半的，就是没处理旧链接。

无锡这边的商家有个通病：网站做好就放着，几年不动。这种站基本等于没有。

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

标题标签和描述，很多网站要么是空的，要么全是重复的。这种地方改一改，见效反而快。

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

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

这个细节挺关键。

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

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

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

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

我的建议是每个月固定复盘一次，看看哪些页面在涨，哪些一直没动静。

编辑器要好用。粘贴进来的格式乱七八糟，是最常见的抱怨。

备份设成自动的，人工靠不住。

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

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

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

分期付款对双方都是保障，一次付清风险大。

字体版权这事容易被忽略，商用前确认一下，免得后面收到函件。

字号别太小。我见过正文十二像素的站，看着费劲，尤其对年长的人。

我会优先去看表现最差的页面，那里藏着最值得改的东西。

域名和服务器账号自己注册，别让对方代持，后面很被动。

这事吧，后台易用性很重要，不然改个电话号码都得等别人，很耽误事。

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

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

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

我自己踩过，先列旧站的毛病，再谈新站要什么，这个顺序比较靠谱。

有个细节，案例展示要有细节。光放个客户 logo 没什么说服力，写清楚做了什么、解决了什么。这点挺重要。

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

后来才发现，别只看价格。便宜做出来的东西，后面返工花的钱更多。这点挺重要。

别嫌我啰嗦。

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

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

JS 渲染的页面要小心。看着挺好，但抓取的时候可能什么都拿不到。真遇到就明白了。

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

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

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

表单提交之后要有明确反馈。用户不确定有没有提交成功，就会重复提交。

能记住的就一句：网站是拿来用的，不是拿来看的。