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

交付和验收

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

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

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

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

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

交付物清单要在合同里列全。账号、源码、文档、素材，一样一样写。

听起来简单，后台账号和密码要在验收时交接，并且自己改一遍密码。

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

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

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

有个细节，源文件要拿到手。设计稿、代码、原始素材，这些都是你的资产。

• 素材我主要从三个地方来：客户提问、行业报告、自己踩过的坑。
• 搜索词报告要定期看。用户实际是怎么找到你的，跟你想的经常不一样。我觉得值这个功夫。

先把基础打牢

数据造假这种事，我见过后果很严重的。别为了报表好看去做这种事。

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

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

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

产品页最容易写砸。参数列得再全，用户关心的其实就那几个点。

节奏和心态

别跟别人比。行业不同、基础不同，比来比去只会影响自己的节奏。各家情况不一样。

合肥的市场有它自己的节奏，照搬一线城市的打法，未必合适。

先说个前提，想靠一篇爆款解决所有问题，这种想法本身就有问题。

• 换了域名基本等于从头开始，除非万不得已，我一般不建议。
• 这不是一锤子买卖，停了就慢慢退回去。

你先记住这个。

案例按时间线写，读起来顺，也更有说服力。

说远了，拉回来。

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

一个页面最好只服务一种意图。又想科普又想卖货，通常两头都不讨好。

移动端一定要单独看。现在大部分流量来自手机，但你用电脑看着挺好，手机上可能已经乱了。我反正是这么看的。

• 我感觉接下来比的不是谁写得多，而是谁的内容能被信任、被引用。

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

优化一个页面，我习惯从标题、描述、开头三段入手，这几处权重最高。

内容这块最费功夫

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

接着说。

写的时候多用「你」，少用「我们」。用户不关心你怎么样，他关心他自己。

多语言站点要注意语言标记，不然搜索引擎可能把版本搞混。

说实话，放弃的人多数是在快出结果的时候走的，挺可惜。

这块的玩法还在变，我能确定的是，能被单独引用的一句话，比一整段套话有用。

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

搜索意图大致分四种：想知道、想比较、想买、想找某个页面。写之前先判断是哪种。

忽略老内容维护也是个坑。写过的东西放着不管，过两年信息就过时了。

我记得，换合作方代价不小，之前的东西可能白做，决定前多想想。

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

新站起步别贪多。先把八个核心页面做好，等有收录了再扩。

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

前期看不到效果是常态，多数人就是死在这一段。

带附近的查询，一定得有地理位置信息，不然满足不了需求。

搜索见效的周期，一般短则六个月，长的话半年往上。这个要有心理准备。

说白了，真实的用户反馈和案例，比任何自述都有分量。

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

今天写得有点多，能看到这的估计是真需要。