交付这块最容易扯皮，我习惯在动手前就把清单列好。

交付和验收

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

验收要自己动手试，截图说明不了实际问题。

后台账号和密码要在验收时交接，并且自己改一遍密码。这块别偷懒。

后来才发现，源文件要拿到手。设计稿、代码、原始素材，这些都是你的资产。

交付文档不能省，不然人员一变动就没人会用了。

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

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

测试环境能留就留一份，后面改动可以先在上面试。

怎么算做完，这个提前说清楚，后面省掉无数争执。

分阶段交付比一次性交付好把控。每阶段看一次，偏差能及时纠正。

周期和节奏

我记得，说过的事落到纸上，时间一长大家都忘，写下来最保险。

搜索词报告要定期看。用户实际是怎么找到你的，跟你想的经常不一样。

提前定好怎么算做到位，能省掉后面很多扯皮。

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

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

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

流程图、对比表、清单这几种形式，用户接受度很高，可以多写。

看停留时间比看点开次数有用，前者才反映内容有没有被读。

内容里适当放数据和来源，可信度会高不少。空口说的东西，现在没人信。别等出问题才想起来。

有个细节，动笔前先看排在前面的内容，找出能做得更好的地方。

我判断意图的办法很简单：自己把这个词搜一遍，看排在前面的是什么类型的页面。

我发现一个规律：能在摘要里被摘出来的，往往是那种一段话就把问题说清的内容。

坚持更新这件事，说起来简单，真能做到的不多。能做到的，基本都拿到结果了。

文章结尾给个去处，相关阅读也好，咨询入口也好，别让流量白来。

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

别一签就是一年。先短期合作看看，合不合适几个月就知道了。别等出问题才想起来。

听起来简单，反复改标题不是好事，稳定一点更容易被识别。

做本地的话，把地名和具体服务组合起来，这类词转化比泛词好很多。

数据我的建议是看趋势，别看单日。今天涨明天跌，多数时候没什么意义。

看看本地同行哪里做得好可以，但别直接搬，条件不一样。

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

看下服务器日志，能发现不少问题，比如有些页面压根没被访问过。

效果好不好，跟起点关系很大。新站和老站的预期完全不一样。

别指望一篇文章带火整个站。这是积累出来的，不是撞出来的。别等出问题才想起来。

老实说，竞品对比类的内容，写的时候要客观。一味贬低对方，用户反而更信不过你。

别在内容里许诺做不到的事，后面出问题很难收场。

看转化要看质量，光看数字容易自己骗自己。

内容里有具体的人物、时间、地点，可信度会高一些，也更容易被当成信源。

说实话，别人提到你的次数，现在越来越重要。被讨论本身就是一种认可。

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