我不太建议一开始就追求功能齐全。核心的几个跑通了，后面加什么都不难。

交付和验收

列清单是我一直用的办法，不容易漏。

先做小的试点，跑通了再铺开，风险可控得多。

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

每一步做完留个记录，回头查的时候省很多事。

动手前先做诊断，这是所有工作的起点。

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

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

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

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

图片别直接传原图。相机拍出来好几兆一张，传上去页面就废了。

维护的范围提前写清楚，免得后面每次都要重新谈。

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

换个说法，不少丽水本地的站点，上线之后就再没管过。这种状态想有流量，挺难的。

CDN 能解决一部分速度问题，尤其是用户分布广的时候，效果比较明显。

目标用户要想清楚。给年轻人看的和给中年人看的，设计和内容完全不同。这块别偷懒。

每年做一次整体检查：内容有没有过期、链接有没有失效、设计有没有过时。

低价往往意味着后面要补，算总账反而更贵。

我一般建议把常见问题单独做一页。用户问的问题就那些，提前答了省很多沟通。

站点内容多了以后，站内搜索是刚需，早点做上。

图片和视频别只当装饰。能说明问题的图，比一大段字管用。

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

说实话，多语言站要考虑排版方向。不同语言长度不一样，版式要留余地。

改版最容易出问题的就是旧链接处理，这一步省了，前面全白干。

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

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

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

找人合作要注意

同城团队可以当面沟通，复杂需求尤其明显。

维护期内发现的小问题，集中整理一次再提，比零散提效率高。

一定要有数据导出，不然将来换系统就麻烦了。

报价单要看细项。笼统一个总价，后面加东西就全靠扯皮。

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

我记得，关于价格，模板站几千块能搞定，定制开发一般要贵不少。主要差在设计和功能的工作量。

先说个前提，在丽水做本地服务，网站上把位置和服务范围写明白，用户心里有底。

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

我发现很多站点的联系方式藏得特别深，翻三页才找得到。这种设计是在赶客。

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

后台要能自己改内容。改个电话还要找技术，这种后台用起来很痛苦。

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

顺便提一句，基础的安全配置别省，这个属于及格线。

别嫌我啰嗦。

联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。

先定结构再设计，这个顺序反了会返工很多次。

这里不多展开。

别把力气全砸在首页。大部分流量其实是从内页进来的。

问清楚是谁在做。有些公司接了活转手外包，沟通链一长问题就多。

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

上线前自己完整走一遍，注册、提交、支付，每个环节都点一遍。

链接地址尽量简短好懂，一串乱七八糟的参数，观感很差。

用一堆域名做同样的内容，这种玩法风险很高，我不建议。

搜索友好的结构最好一开始就规划好，事后补代价很大。

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

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

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

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