我吃过交付不清的亏，所以现在特别较真这块。

交付和验收

验收的时候自己完整走一遍流程，别只看对方给的截图。

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

交付清单越细越好，口头承诺的东西最后最容易扯皮。

文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。

验收标准提前定。做到什么程度算完成，写下来，别靠感觉。

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

我习惯分阶段验收，等到最后再发现问题就晚了。

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

先把基础打牢

账号交接完记得改密码，这是基本的安全习惯。

换句话说，交付的时候把没做的部分也说清楚，避免后面以为漏了。

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

听起来简单，说过的事落到纸上，时间一长大家都忘，写下来最保险。各家情况不一样。

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

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

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

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

后来才发现，报表要有判断，光列数字等于没做。

先说个前提，一样的内容出现在好几个地址上，力量就分散了，能合并就合并。

说实话，每个页面得有个明确目的，不然写着写着就不知道在干嘛了。

基础的安全配置别省，这个属于及格线。

层级别做太深。点三四下还没到，用户没那个耐心。

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

结论前置，别让人读半天才知道你要说什么。

用户分散在各个地方，内容也得跟着铺，只守一个阵地不够。

本地这块的机会

保定本地的搜索，很多时候跟地图、评价绑在一起，这块得一起做。

顺便提一句，换了域名基本等于从头开始，除非万不得已，我一般不建议。

我发现保定这边不少同行还在靠熟人介绍，线上的活儿几乎没动。这其实是机会。

拿不准意图就自己搜一下，看结果页给的是什么，跟着那个方向写。

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

我判断一篇内容行不行，就看它有没有具体到数字和场景。全是形容词的，基本没戏。这块别偷懒。

这事吧，本地同行做得好的地方，值得研究但别照搬。人家的优势未必是你的优势。

看看站内搜索记录，用户找不到的东西就是你该补的内容。

写内容的时候，我习惯先列用户可能问的五个问题，再一个一个答。这样写出来的东西不会飘。我反正是这么看的。

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

问答社区里认真答题，也是曝光。那边的内容被摘用的情况不少。

只看首页数据，忽略内页。实际上大部分流量是从内页进来的。

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

技术和内容要坐一起聊。各干各的，最后结构对不上，返工很多。我反正是这么看的。

有个细节，小标题之间要有逻辑，从上往下能读出一条线，别东一句西一句。别等出问题才想起来。

以为发得越多越好，结果全是凑数的内容。数量堆不出效果。

换个说法，更新就真更新，只改发布时间这种小聪明，没什么意义。

只靠一个渠道风险大，多铺几条路，心里踏实。

这里不多展开。

外部链接看的是相关性，行业内的比乱七八糟的强得多。

多语言站要做语言标注，不然各版本之间容易互相干扰。

有人为了追热点，把跟自己无关的词硬塞进标题，短期有点流量，长期伤账号。

转化路径要自己走一遍。从搜索到留资，中间每一步都可能掉人。

清单列细一点，后面少吵架。