清单式的东西好用在能对照。关于做网站，我把要点一条条写下来。
交付和验收
把要做的事列成清单，一条一条对着做，比凭感觉推进靠谱得多。
- 第一步一定是把现状摸清楚。不知道现在什么样，谈改进就是空谈。
犹豫不决的时候就做测试，比争论快。
先小范围验证，确认有效再放大。
说远了，拉回来。
执行过程记一笔，复盘和交接都用得上。
收录是第一步。页面都没被收录，谈什么排名。去后台看看，有多少页面是没进索引的。我觉得值这个功夫。
先想清楚要什么
- 动手之前先定目标。获客的站和展示资质的站，结构和内容差得很远。
- 需求中途加功能是常事，但一定要走变更流程，不然项目和预算都会失控。
- 关于页面数量，我建议先做精几个核心页，比铺一堆空页面强。
说白了，目标用户要想清楚。给年轻人看的和给中年人看的，设计和内容完全不同。
- 手机上的排版单独看一遍。电脑上好看的，手机上经常挤成一团。
- 最忌讳的是频繁改。没有数据支撑的改动，多数是在瞎折腾。
图片和视频别只当装饰。能说明问题的图，比一大段字管用。
- 网站不是做完就完了。内容更新、小改小动，这些才是长期的事。
- 小问题攒一批一起提，双方都省事。
- 我习惯让客户找三个喜欢的站给我看，比我听他描述半天强。
- 看数据的时候，我习惯先看最差的几个页面，问题往往比好页面更有价值。
手机端必须单独验收，大部分访客是从手机进来的。
表单能少一项是一项。我统计过，每多一项，填完的人就少一截。
- 权限要分清楚。谁能发、谁能改、谁能删，提前定好。
这个细节挺关键。
- 图片用新格式能省不少体积。同样清晰度，文件大小能差出一大半。
- 手机端的体验单独拎出来看，别用电脑的感觉去代替。这两边差别可以很大。
我记得，功能范围早定，中途加的代价往往是翻倍。
- 服务器稳定性比很多人想的要重要。三天两头打不开，前面做的都白费。
了解一下实际执行的人，转包太多会影响沟通质量。
兼容性测试别偷懒，多试几个浏览器。
层级别做太深。点三四下还没到，用户没那个耐心。
一定要有数据导出，不然将来换系统就麻烦了。
多语言站点别靠机翻，老外一眼能看出不地道，信任感直接掉。
错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。
说实话，案例要有细节，做过什么、结果如何，写出来才有说服力。各家情况不一样。
这事吧，预算和周期要一起谈。只压预算不谈周期，最后质量一定打折。
页面加载速度很关键。超过三秒还没出来，多数人已经走了。
付款节奏建议分阶段，定金、中期、验收，别一次付清。
备份设成自动的，人工靠不住。
谈需求先问痛点，客户最难受的那个点，往往就是系统该解决的第一件事。
这里不多展开。
上线后的培训不能省，配一份简单的手册更好。
上线的头几天要盯紧。有问题早发现，影响范围小。
看案例要进到内页去，首页截图谁都能做得好看。
旧站哪些内容要保留，提前标出来。别到迁移的时候才发现重要内容没留。
GEO 和 SEO 到底什么关系？我通常这么跟人解释：SEO 是让页面在结果页排得靠前，GEO 是让内容能被直接拿来当答案。目标不一样，但底子的活儿差不多。
内容和细节别糊弄
搞一堆站发同样内容，听着聪明，实际上容易被一锅端。
把现有网站的问题列出来，比畅想新功能有用。改掉痛点，体验立刻不一样。
说远了，拉回来。
每年做一次整体检查：内容有没有过期、链接有没有失效、设计有没有过时。
写得有点散，想到哪写到哪。