我这些年最大的体会是：网站做不好，八成不是技术问题，是前期没想清楚。真遇到就明白了。
服务内容和模式
- 增值服务要问清楚哪些要加钱。改版、加内容、加语种，常常另算。
自己运维的前提是有人。没人维护的系统，最后一定荒掉。
合作初期自己要多参与。流程跑顺了再放手，这个过渡别省。
双方的职责要划清。你提供什么、他负责什么，写下来。具体还得看情况。
合作模式常见的有包月、项目制、按量。按自己的节奏选。
- 服务内容要写清楚包含哪些、不包含什么，这两块同样重要。
- 托管和自己维护各有利弊。托管省心，自己维护可控。
就这点事。
托管的话，数据和账号的归属要特别留意，别全放在别人那儿。
接着说。
周期和节奏
对接方式要先定：谁对谁、多久碰一次、用什么工具沟通。
- 甲方提供的素材要按时给，这是影响进度的常见原因。
定期开个短会，同步进展和下阶段计划，比零散沟通有效。
每隔一段时间做次小结，及时纠偏。
搜索友好的结构最好一开始就规划好，事后补代价很大。
主色别超过三个，越简单越耐看。
听起来简单，权限要分清楚。谁能发、谁能改、谁能删，提前定好。
网站改版的跳转规则必须做。旧链接不跳，之前攒的权重基本清零。
谈需求先问痛点，客户最难受的那个点，往往就是系统该解决的第一件事。
图片格式换一下，体积小很多，加载速度就上来了。
把现有网站的问题列出来，比畅想新功能有用。改掉痛点，体验立刻不一样。
换个说法，系统日志保留一段时间，出事的时候能查到线索。
可点击的元素要一眼能认出来，别为了设计牺牲可用性。
- 移动端的点击热区要大一点，太小容易点错。
安全性这块，中小企业最容易忽略。被挂个黑链，可能很久都不知道。
我自己踩过，数据导出功能别漏。哪天想换个系统，导不出数据就很被动。
做这一行久了，我发现好网站的标准其实很朴素：用户能快速找到他想要的东西。
域名和服务器账号自己注册，别让对方代持，后面很被动。
功能范围早定，中途加的代价往往是翻倍。
别小看 FAQ 这种看起来很土的东西。用户问什么你就答什么，这种结构在现在的搜索环境里反而吃香。这点挺重要。
老实说，结构化数据这事没那么玄，就是给内容贴标签，方便机器抓取。
- 补丁要及时打，这是最基础的安全习惯。
光有视觉没有信息的站，中看不中用，用户看完还是不知道你是干嘛的。
- 文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。
验收的时候自己当用户体验一遍，什么问题都跑出来了。
旧站哪些内容要保留，提前标出来。别到迁移的时候才发现重要内容没留。
- 用一堆域名做同样的内容，这种玩法风险很高，我不建议。
服务器别图便宜。三天两头打不开的站，做得再漂亮也没人看得见。
先说个前提，别在一个页面上塞好几个词。一个页面解决一个问题，聚焦反而容易出结果。
跳出率高不一定是坏事，得看这个页面本来是干嘛的。
沟通成本是这行的大头。需求说得越模糊，来回改的次数越多。
验证方式别搞得太麻烦，简单有效就好。
维护期内发现的小问题，集中整理一次再提，比零散提效率高。
有具体情况再聊，空讲意义不大。