做完要交什么、怎么算做完，这些提前说清楚最省心。

交付和验收

• 后台账号和密码要在验收时交接，并且自己改一遍密码。
• 分阶段交付比一次性交付好把控。每阶段看一次，偏差能及时纠正。
• 文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。别等出问题才想起来。

哪些不在范围内，交付时一并说明，省得误会。

• 验收标准提前定。做到什么程度算完成，写下来，别靠感觉。别等出问题才想起来。
• 交付物清单要在合同里列全。账号、源码、文档、素材，一样一样写。
• 验收要自己动手试，截图说明不了实际问题。

源文件归属必须明确，将来改动全靠它。

留个测试环境，改东西心里踏实。

可导出是硬要求，别等要用的时候才发现拿不出来。

验收标准要提前定。不然到最后，一方说做了，一方说没效果，谁也说不清。

• 需求要写成文档。口头说的事，过两周谁都记不清了。

先说个前提，后台的搜索词数据要常看，能发现不少意料之外的需求。

素材来源就那几处：客户的问题、行业资料、自己的经验。

数据上动手脚，被发现的代价远大于那点好看。

数据报表别做成流水账。有个对比、有个结论，比一堆数字有用。

清单、表格、流程图这类形式读者最喜欢，性价比高。

我自己写之前会先把用户可能问的问题列出来，答完一遍，一篇内容基本就成了。

我不太建议专门去做外链。把内容做好，自然会有人引用。

别嫌我啰嗦。

做对比内容要公道，说清楚各自适合什么，比踩别人强。

写完放半天再过一遍，很多别扭的地方第二天一眼就能看出来。

听起来简单，最忌讳的是频繁改。没有数据支撑的改动，多数是在瞎折腾。

• 品牌被提到的次数，现在也变得重要了。别人讨论你，本身就是一种信号。

搜索这事的底层逻辑其实没怎么变：有人提问，有内容回答，中间那层负责匹配。变的是中间那层越来越聪明了。

就这点事。

渠道归因别太纠结。用户往往是看了好几处才来的，非要算清是哪一处，没意义。

我自己踩过，转化的入口要放在用户真想行动的位置，别硬插。

这里不多展开。

我通常会拉个小群，把相关的人放进去，有问题随时说，比发邮件快。

最好有人帮忙过一遍，自己写的东西自己容易看漏。

硬蹭无关热词，短期可能有点量，但会把账号的方向搞乱。

周期和节奏

说实话，别只看对方案例里的截图，要问具体的：做了多久、投入多少、现在什么状态。

改版最容易出事的就是旧链接。新站上线之前，把跳转规则先配好。

动笔之前先想清楚写给谁看，这一步省了，后面基本是白写。

• 预期要按基础来定，新站老站不能放一起比。

图片和视频别只当装饰。能说明问题的图，比一大段字管用。

这行有个特点：你今天做的事，可能五个月后才看到结果。能接受这点就好办了。

方向对了还看不到效果，多半是时间没到，别急着动手改。

线上的转化数据要跟实际业务核对，两边一致才可信。

后来才发现，站点地图和 robots 这些基础配置，很多站点居然是错的。上线前检查一遍很有必要。

这事吧，用一堆域名做同样的内容，这种玩法风险很高，我不建议。具体还得看情况。

同一个意思有不同说法，写的时候把常见的几种都覆盖到，比只盯一个词强。

该拿的东西一样别落下。