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

内容和细节别糊弄

• 上线只是开始，后面的维护才是常态。
• 动手之前先定目标。获客的站和展示资质的站，结构和内容差得很远。
• 找本地团队的好处是沟通方便，能当面聊。兰州本地的团队在这一点上有优势。
• 有空扫一遍死链，这活儿不复杂，但很多站都没做。
• 改版最容易出事的就是旧链接。新站上线之前，把跳转规则先配好。
• 验证方式别搞得太麻烦，简单有效就好。
• 做这一行久了，我发现好网站的标准实际上很朴素：用户能快速找到他想要的东西。
• 搜索功能在企业站上挺实用，内容一多就离不开。
• 安全更新别拖。框架出了补丁不及时打，被攻击的概率就上去了。
• 钱和时间是绑在一起的，只砍一头，另一头一定出问题。
• 需求中途加功能是常事，但一定要走变更流程，不然项目和预算都会失控。
• 基础的安全配置别省，这个属于及格线。
• 签合同前把交付内容列清楚，尤其是源码和维护这两项。
• 沟通成本是这行的大头。需求说得越模糊，来回改的次数越多。
• 图片上传最好能自动压缩，不然运营的人根本不会管这事。
• 留资表单越短越好，字段一多，填的人就少了。
• 每年做一次整体检查：内容有没有过期、链接有没有失效、设计有没有过时。
• 案例别只放合作方名字，把过程和结果写出来，说服力完全不同。
• 错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。
• 域名一定要注册在自己名下。我见过太多用别人代注册的，后面想要回来特别麻烦。
• 我发现很多站点的联系方式藏得特别深，翻三页才找得到。这种设计是在赶客。
• 结构化数据听起来挺技术，其实就是给内容加标签，让机器更容易看懂你在说什么。
• 服务器别图便宜。三天两头打不开的站，做得再漂亮也没人看得见。
• 图片用新格式能省不少体积。同样清晰度，文件大小能差出一大半。
• 旧站哪些内容要保留，提前标出来。别到迁移的时候才发现重要内容没留。
• 合作前看对方案例，别只看首页截图，要点进去看看细节和实际效果。
• 上线的头几天要盯紧。有问题早发现，影响范围小。
• 可点击的元素要一眼能认出来，别为了设计牺牲可用性。
• 搜索友好的结构最好一开始就规划好，事后补代价很大。
• 后台一定要好用到客户自己能改内容。我见过那种改一个字都要找技术的后台。
• 只做首页不做内页，也是常见的误区。用户是从各种页面进来的，不是只从首页。
• 本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。
• 表单提交之后要有明确反馈。用户不确定有没有提交成功，就会重复提交。
• 我习惯让客户找三个喜欢的站给我看，比我听他描述半天强。
• 网站的语言版本，如果涉及外贸，别用机器翻译直接上，客户看得出来。
• 响应时效约定清楚，出了问题才知道找谁、多快能解决。
• 字体版权这事容易被忽略，商用前确认一下，免得后面收到函件。
• 问清楚是谁在做。有些公司接了活转手外包，沟通链一长问题就多。
• 模板和定制差在人工投入，按自己需求选，别只看钱。

别嫌我啰嗦。

上线之后才是开始

• 小问题攒一批一起提，双方都省事。
• 我习惯给每个页面设一个目标，比如留资、加微信、打电话。没有目标的页面，做起来容易散。
• 备案要提前规划，临时抱佛脚很容易耽误事。
• 网站上线只是开始。内容更新、数据查看、小改小动，这些才是长期的活。

别嫌我啰嗦。

• 运营的人要培训。系统做得再好，不会用也白搭。
• 网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。
• 验收的时候自己当用户体验一遍，什么问题都跑出来了。
• 后台权限提前规划，人多了一乱就容易出事。
• 网站改版的跳转规则必须做。旧链接不跳，之前攒的权重基本清零。

以上算是把这个概念梳理了一遍，细节还得看具体情况。