写这篇是因为最近连续碰到类似的咨询，问题都差不多。反正记着就行。
交付和验收
先小范围验证，确认有效再放大。
把要做的事列成清单，一条一条对着做，比凭感觉推进靠谱得多。
每一步做完留个记录，回头查的时候省很多事。
这事吧，第一步一定是把现状摸清楚。不知道现在什么样，谈改进就是空谈。
- 犹豫不决的时候就做测试，比争论快。
- 先确认收录。没被收录的页面，后面做再多也是白搭。
听起来简单，关于页面数量，我的建议是先做精几个核心页，比铺一堆空页面强。
需求中途加功能是常事，但一定要走变更流程，不然项目和预算都会失控。
动手之前先定目标。获客的站和展示资质的站，结构和内容差得很远。
有个细节，维护期内发现的小问题，集中整理一次再提，比零散提效率高。
别嫌我啰嗦。
打开速度是最容易被忽略的。你内容再好，用户等三秒打不开，人就没了。别等出问题才想起来。
看数据的时候，我习惯先看最差的几个页面，问题往往比好页面更有价值。
先说个前提，跳出率高不一定是坏事，得看这个页面本来是干嘛的。
图片用新格式能省不少体积。同样清晰度，文件大小能差出一大半。
- 手机上的排版单独看一遍。电脑上好看的，手机上经常挤成一团。
- 数据导出功能别漏。哪天想换个系统，导不出数据就很被动。
售后响应时间要写进合同。出问题几天没人理，谁都受不了。
找几个参考站给到我，比用形容词描述高效得多。
老实说，低价往往意味着后面要补，算总账反而更贵。
指标怎么定
- 结构化数据这事没那么玄，就是给内容贴标签，方便机器抓取。
- 提交后的提示要做好，不然用户会反复点。
- 日志别清理太勤，排查问题全靠它。
关于「大气」，我一般会追问具体指什么。是配色沉稳，还是排版留白多，还是图大。
沟通成本是这行的大头。需求说得越模糊，来回改的次数越多。
不少天津本地的站点，上线之后就再没管过。这种状态想有流量，挺难的。
图片和视频别只当装饰。能说明问题的图，比一大段字管用。这点挺重要。
关于我们那页别写成公司口号。写点真实的，比如团队是什么人、怎么做事。
沟通顺畅比什么都重要，省下的时间远超想象。
手机端必须单独验收，大部分访客是从手机进来的。
说实话，天津本地的站点，把地址、实景照片、服务范围写清楚，对转化帮助挺大。
上线只是开始，后面的维护才是常态。
简单说，SEO 关心的是排名，GEO 关心的是引用。一个是位置，一个是内容本身够不够格被拿走。
- 多语言站注意文字长度差异，布局要有弹性。
备份设成自动的，人工靠不住。
顺便提一句，层级别做太深。点三四下还没到，用户没那个耐心。
内容和细节别糊弄
换个说法，用脚本动态生成内容的页面，抓取方不一定看得见，这点要测试。
光有视觉没有信息的站，中看不中用，用户看完还是不知道你是干嘛的。各家情况不一样。
搜索友好的结构最好一开始就规划好，事后补代价很大。这点挺重要。
看案例要进到内页去，首页截图谁都能做得好看。
验收条件前期定好，免得最后各说各话。
留资表单越短越好，字段一多，填的人就少了。
我自己踩过，同城团队可以当面沟通，复杂需求尤其明显。
可点击的元素要一眼能认出来，别为了设计牺牲可用性。
图片要压缩，原图直接往上放，加载速度肯定崩。
URL 别太长太乱。一串参数的链接，用户看着就没什么信任感。
服务器稳定性比不少人想的要重要。三天两头打不开，前面做的都白费。
验收的时候自己当用户体验一遍，什么问题都跑出来了。
在天津找本地团队做，见面沟通效率高不少，这点确实有差。
有具体问题再聊，泛泛地说没多大意义。