清单式的东西好用在能对照。关于网站建设，我把要点一条条写下来。
内容和细节别糊弄
- 表单提交之后要有明确反馈。用户不确定有没有提交成功，就会重复提交。
- 页面不在多，在于每个页面是不是真的有内容。空页面反而拖后腿。
- 谈需求先问痛点，客户最难受的那个点，往往就是系统该解决的第一件事。各家情况不一样。
- 多语言站注意文字长度差异，布局要有弹性。
- 视频和图片搜索的量在涨，有条件的话把这一块也做起来。
- 不同浏览器都看看，尤其是对方要求的那几个，别只看自己常用的。
- 报价单要看细项。笼统一个总价，后面加东西就全靠扯皮。
- 想被引用，内容得有明确的结论，模棱两可的那种很难被选中。
- CDN 能解决一部分速度问题，尤其是用户分布广的时候，效果比较明显。
- 中途改需求正常，但要有记录，不然做到后面谁都说不清。
- 表单别设计得太长。让用户填四项，他能填完三项就算给你面子了。
- 别只看价格。便宜做出来的东西，后面返工花的钱更多。
你先记住这个。
JS 渲染的页面要小心。看着挺好，但抓取的时候可能什么都拿不到。
本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。
资质和荣誉该放就放，这是建立信任最快的东西。
结构化数据听起来挺技术，其实就是给内容加标签，让机器更容易看懂你在说什么。
付款节奏建议分阶段，定金、中期、验收，别一次付清。
老实说，图片格式换一下，体积小很多，加载速度就上来了。
验收标准提前写，包括兼容哪些浏览器、支持哪些机型。
光有视觉没有信息的站，中看不中用，用户看完还是不知道你是干嘛的。
我记得，别把力气全砸在首页。大部分流量其实是从内页进来的。
数据导出功能别漏。哪天想换个系统，导不出数据就很被动。
日志别清理太勤，排查问题全靠它。
我发现很多网站的产品页写得跟说明书一样，参数一堆，用户想知道的一个没说。
正文字号大一点，别为了塞内容把字缩得太小。
用一堆域名做同样的内容，这种玩法风险很高，我不建议。
说白了，预算和周期要一起谈。只压预算不谈周期，最后质量一定打折。
常见问题页很实用，也省客服的重复劳动。
服务器别图便宜。三天两头打不开的站，做得再漂亮也没人看得见。
上线的头几天要盯紧。有问题早发现，影响范围小。
有个细节，问答式的内容一直被低估。它土是土了点，但用户问的问题就在那儿，你答得准，被引用的机会就大。
小问题攒一批一起提，双方都省事。
最忌讳的是频繁改。没有数据支撑的改动，多数是在瞎折腾。这点挺重要。
先想清楚要什么
我自己踩过，跳出率高不一定是坏事，得看这个页面本来是干嘛的。
这事吧，做这一行久了，我发现好网站的标准其实很朴素：用户能快速找到他想要的东西。
死链接要及时清。我见过有站点积累了几百个 404，自己还不知道。
后来才发现，后台的易用性是长期体验的关键，别图省事。
技术上的几件事
看数据的时候，我习惯先看最差的几个页面，问题往往比好页面更有价值。
搜索友好的结构最好一开始就规划好，事后补代价很大。
配图这事别敷衍，能用图说清楚的就别写字。
字体和版权要留意。随便下载的字体拿来商用，是有风险的。
配色我建议控制在两三种。颜色一多，档次立刻就下来了。我反正是这么看的。
案例要看细节，进到内页去，才知道真实水平。
URL 别太长太乱。一串参数的链接，用户看着就没什么信任感。
先定受众，不同年龄层的审美和阅读习惯差别很大。
清单可以自己往下加，用着用着就变长了。