要给网站建设下个定义不难：以……为目标，通过……方式提供服务。但定义没多大用，用处在于它解决什么。

技术上的几件事

• 先列旧站的毛病，再谈新站要什么，这个顺序比较靠谱。
• 结构化数据听起来挺技术，其实就是给内容加标签，让机器更容易看懂你在说什么。
• 有些功能看着高级，实际上一年用不上两次。别为了炫技堆功能。
• 东莞这边的商家有个通病：网站做好就放着，几年不动。这种站基本等于没有。
• 我的建议是每个月固定复盘一次，看看哪些页面在涨，哪些一直没动静。
• 企业官网最该放的是：你是做什么的、做过什么、怎么联系。其他的往后排。
• 域名和服务器账号这种东西，务必自己拿着。麻烦都是出在这种细节上。
• 参考同行可以，照抄就免了。抄来的结构往往跟自己的业务对不上。我反正是这么看的。
• 兼容性测试别偷懒，多试几个浏览器。
• 文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。
• 权限要分清楚。谁能发、谁能改、谁能删，提前定好。
• 图片别直接传原图。相机拍出来好几兆一张，传上去页面就废了。

别嫌我啰嗦。

内容和细节别糊弄

• 层级别做太深。点三四下还没到，用户没那个耐心。
• 联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。
• 表单别设计得太长。让用户填十来项，他能填完三项就算给你面子了。

你先记住这个。

• 移动端单独验收，两边差别经常超出预期。
• 看数据的时候，我习惯先看最差的几个页面，问题往往比好页面更有价值。细节往往就差在这。
• 一定要有数据导出，不然将来换系统就麻烦了。
• 上线前自己当用户体验全流程，问题基本都能跑出来。
• 先定结构再设计，这个顺序反了会返工很多次。
• 安全别不当回事，尤其是有表单和后台的站，定期检查一下没坏处。
• 功能范围早定，中途加的代价往往是翻倍。
• 图片格式换一下，体积小很多，加载速度就上来了。
• 错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。
• 打开速度是最容易被忽略的。你内容再好，用户等三秒打不开，人就没了。
• 钱和时间是绑在一起的，只砍一头，另一头一定出问题。
• 标题和描述这两个地方，改动成本低，收益往往最直接。
• 搜索友好的结构最好一开始就规划好，事后补代价很大。
• 我发现问答类的内容特别容易被引用，因为结构清楚，一句问一句答。
• 多语言站要考虑排版方向。不同语言长度不一样，版式要留余地。
• 提交后的提示要做好，不然用户会反复点。
• 签合同前把交付内容列清楚，尤其是源码和维护这两项。
• 视频和图片的搜索量涨得挺快，有资源可以顺手布局。
• 改版前先看老站哪些页面在带来流量，这些要保住，不然等于重来。
• 案例展示要有细节。光放个客户 logo 没什么说服力，写清楚做了什么、解决了什么。

真要动手的话，建议先把需求写下来，哪怕只有几行字。