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

交付和验收

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

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

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

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

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

先把基础打牢

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

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

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

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

数据要能导出。哪天想换系统，导不出数据就很被动。

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

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

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

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

换个说法，素材我主要从三个地方来：客户提问、行业报告、自己踩过的坑。

内容这块最费功夫

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

我自己踩过，流程图、对比表、清单这几种形式，用户接受度很高，可以多写。反正记着就行。

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

站点迁移的时候，跳转要一条一条对，漏一批就是丢一批流量。

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

说白了，本地服务的页面里，服务范围、区域、案例这三样缺一不可。

行业媒体的报道、协会的收录，这些都是实打实的背书，能争取就争取。

这事吧，手机端的体验单独拎出来看，别用电脑的感觉去代替。这两边差别可以很大。

老实说，方向对了还看不到效果，多半是时间没到，别急着动手改。具体还得看情况。

顺便提一句，动笔前先看排在前面的内容，找出能做得更好的地方。

写的时候想着「谁会看这个」。想清楚这个，语气和内容深度自然就对了。

本地这块的机会

说实话，上海这边搜东西常带区域名，顺着这个习惯写内容，命中率更高。

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

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

别嫌我啰嗦。

我记得，有的团队只会执行不会思考，你让他做什么他做什么，这种合作价值有限。

你先记住这个。

作者信息能加就加。有个具体的人署名，信任感会强一点。

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

简单说，老站优化先别动结构，调内容更稳妥，改动小风险也小。

别只比价格。同样一笔钱，花在内容上和花在别的地方，结果差很远。

听起来简单，页面太多的时候，先按流量排序，把前三个页面做精，比全面铺开有效。

一个页面最好只服务一种意图。又想科普又想卖货，通常两头都不讨好。具体还得看情况。

行业里有个说法叫「内容资产」，我觉得挺贴切。你今天写的东西，半年后还在帮你接客。

换句话说，打开速度是最容易被忽略的。你内容再好，用户等三秒打不开，人就没了。

合同里把内容归属写清楚。做完之后东西是谁的，这个要说明白。

技术和内容要坐一起聊。各干各的，最后结构对不上，返工很多。

内容和账号的归属写进合同，免得后面说不清。

换了域名基本等于从头开始，除非万不得已，我通常不建议。

原理是这样：我习惯给每个页面建个小档案：上线日期、目标词、改过什么。回头查很方便。

该拿的东西一样别落下。