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

内容和细节别糊弄

• 权限要分清楚。谁能发、谁能改、谁能删，提前定好。
• 正文字号大一点，别为了塞内容把字缩得太小。
• 开发周期一般四个月左右比较正常。说一周就能交付定制站的，我持保留态度。
• 钱和时间是绑在一起的，只砍一头，另一头一定出问题。
• 留资表单越短越好，字段一多，填的人就少了。
• 别只看价格。便宜做出来的东西，后面返工花的钱更多。
• 配图这事别敷衍，能用图说清楚的就别写字。
• 我发现很多站点的联系方式藏得特别深，翻三页才找得到。这种设计是在赶客。
• 安全别不当回事，尤其是有表单和后台的站，定期检查一下没坏处。
• 服务器稳定这事别图便宜，老打不开的站，怎么优化都没用。
• 维护期内发现的小问题，集中整理一次再提，比零散提效率高。别等出问题才想起来。
• 文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。
• 速度这事容易被忽略，但直接影响用户去留。
• 动手之前先定目标。获客的站和展示资质的站，结构和内容差得很远。
• 多语言站要考虑排版方向。不同语言长度不一样，版式要留余地。
• SEO 的基础要在建站时就埋进去，等做完再补，改起来很痛苦。
• 字体版权这事容易被忽略，商用前确认一下，免得后面收到函件。
• 源码一定要拿在自己手里，这条我强调多少遍都不为过。
• 一个月复盘一次，把没动静的页面单独拎出来处理。
• 弹窗别滥用，尤其是刚打开就盖住内容的那种，很招人烦。
• 备份这事别嫌麻烦，出一次事就知道值了。
• 搞一堆站发同样内容，听着聪明，实际上容易被一锅端。
• 历史内容的去留提前理一遍，迁移时不会手忙脚乱。
• 验证方式别搞得太麻烦，简单有效就好。
• 把现有网站的问题列出来，比畅想新功能有用。改掉痛点，体验立刻不一样。
• 产品页最容易写砸。参数列得再全，用户关心的其实就那几个点。
• 参考同行可以，照抄就免了。抄来的结构往往跟自己的业务对不上。反正记着就行。
• 跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。
• 一页一词，别贪。贪的结果往往是哪个都做不好。
• 日志别清理太勤，排查问题全靠它。
• 安全更新别拖。框架出了补丁不及时打，被攻击的概率就上去了。真遇到就明白了。
• 客户说要「高端」，我会让他找几个喜欢的站给我看，比我猜强。
• 找本地团队的好处是沟通方便，能当面聊。哈尔滨本地的团队在这一点上有优势。
• 结构化数据听起来挺技术，其实就是给内容加标签，让机器更容易看懂你在说什么。别等出问题才想起来。
• 找几个参考站给到我，比用形容词描述高效得多。
• 企业官网最该放的是：你是做什么的、做过什么、怎么联系。其他的往后排。
• 网站改版的时候记得做跳转。我见过改版之后流量直接掉一半的，就是没处理旧链接。各家情况不一样。
• 光有视觉没有信息的站，中看不中用，用户看完还是不知道你是干嘛的。
• 签合同前把交付内容列清楚，尤其是源码和维护这两项。
• 沟通成本是这行的大头。需求说得越模糊，来回改的次数越多。
• 备份要自动化，靠人记着肯定会有忘的那天。
• 同城团队可以当面沟通，复杂需求尤其明显。
• 页面不在多，在于每个页面是不是真的有内容。空页面反而拖后腿。
• 后台的易用性是长期体验的关键，别图省事。
• 付款节奏建议分阶段，定金、中期、验收，别一次付清。各家情况不一样。
• 配色我建议控制在两三种。颜色一多，档次立刻就下来了。

这个条目就记到这，有新的变化再补。

• 层级别做太深。点三四下还没到，用户没那个耐心。
• 改版前先看老站哪些页面在带来流量，这些要保住，不然等于重来。
• 报价单要看细项。笼统一个总价，后面加东西就全靠扯皮。

接着说。