不写成文章了，直接列条目。关于做网站，值得记住的就这些。
交付和验收
- 验收节点别设太密。频繁验收，双方都耗精力。
- 给这事留六个月，太早下结论没意义。
我通常按三阶段排，每阶段重点不一样。
- 排期要留缓冲。安排得太满，一有变动全线延后。
周期的长短主要看基础。底子好的快，从零开始的慢。
- 项目延期的常见原因是素材没准备好。
文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。
开发周期一般四个月左右比较正常。说一周就能交付定制站的，我持保留态度。
日志别清理太勤，排查问题全靠它。
- 有些功能看着高级，其实一年用不上两次。别为了炫技堆功能。
说远了，拉回来。
每年做一次整体检查：内容有没有过期、链接有没有失效、设计有没有过时。
- 正文字号大一点，别为了塞内容把字缩得太小。
后来才发现，标题标签和描述，很多网站要么是空的，要么全是重复的。这种地方改一改，见效反而快。各家情况不一样。
苏州这边的商家有个通病：网站做好就放着，几年不动。这种站基本等于没有。
备案这事要提前留时间，一般八个工作日左右，急的时候容易卡住上线。这块别偷懒。
目标用户要想清楚。给年轻人看的和给中年人看的，设计和内容完全不同。
- 打开速度是最容易被忽略的。你内容再好，用户等三秒打不开，人就没了。
我记得，我的建议是每个月固定复盘一次，看看哪些页面在涨，哪些一直没动静。具体还得看情况。
售后和维护
- 售后响应时间要写进合同。出问题几天没人理，谁都受不了。
- 预算和周期要一起谈。只压预算不谈周期，最后质量一定打折。
维护期内发现的小问题，集中整理一次再提，比零散提效率高。
按钮要像按钮。有些设计做得好看，用户根本不知道哪儿能点。
- 网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。
有个细节，先定结构再设计，这个顺序反了会返工很多次。
- 权限要分清楚。谁能发、谁能改、谁能删，提前定好。
- JS 渲染的页面要小心。看着挺好，但抓取的时候可能什么都拿不到。
说远了，拉回来。
我自己踩过，域名一定要注册在自己名下。我见过太多用别人代注册的，后面想要回来特别麻烦。
移动端单独验收，两边差别经常超出预期。
- 后台易用性很重要，不然改个电话号码都得等别人，很耽误事。
- 首页要克制，重点太多等于没重点。
顺便提一句，先列旧站的毛病，再谈新站要什么，这个顺序比较靠谱。
验收标准提前写，包括兼容哪些浏览器、支持哪些机型。
上线后的培训不能省，配一份简单的手册更好。
先说个前提，页面加载速度很关键。超过三秒还没出来，多数人已经走了。
需求聊的时候我通常会问：现在业务上最头疼的是哪件事？从这儿入手最实在。
合作怎么谈
看案例要进到内页去，首页截图谁都能做得好看。
换个说法，案例展示要有细节。光放个客户 logo 没什么说服力，写清楚做了什么、解决了什么。
层级别做太深。点三四下还没到，用户没那个耐心。
每个页面得有个明确目的，不然写着写着就不知道在干嘛了。
老实说，手机端的体验单独拎出来看，别用电脑的感觉去代替。这两边差别可以很大。
本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。
说实话，网站上线只是开始。内容更新、数据查看、小改小动，这些才是长期的活。
问清楚是谁在做。有些公司接了活转手外包，沟通链一长问题就多。
改版前先看老站哪些页面在带来流量，这些要保住，不然等于重来。
上传自动压缩能省很多麻烦，指望人工处理不现实。
这事吧，第三方统计代码早点装上，上线就有数据，不用等。
关于我们那页别写成公司口号。写点真实的，比如团队是什么人、怎么做事。
希望这些啰嗦的话有点用，哪怕省你一次返工。