验收到底验什么，不少人是到那天才想的。
交付和验收
有个细节，文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。
可导出是硬要求，别等要用的时候才发现拿不出来。
怎么算做完，这个提前说清楚，后面省掉无数争执。
验收要自己动手试，截图说明不了实际问题。
- 源文件要拿到手。设计稿、代码、原始素材，这些都是你的资产。细节往往就差在这。
- 留个测试环境，改东西心里踏实。
哪些不在范围内，交付时一并说明，省得误会。
- 我习惯分阶段验收，等到最后再发现问题就晚了。
后台账号和密码要在验收时交接，并且自己改一遍密码。
交付物清单要在合同里列全。账号、源码、文档、素材，一样一样写。
后来才发现，后台的搜索词数据要常看，能发现不少意料之外的需求。
- 说过的事落到纸上，时间一长大家都忘，写下来最保险。
- 提前定好怎么算做到位，能省掉后面很多扯皮。
素材来源就那几处：客户的问题、行业资料、自己的经验。别等出问题才想起来。
老实说，数据造假这种事，我见过后果很严重的。别为了报表好看去做这种事。
- 报表要有判断，光列数字等于没做。
流程图、对比表、清单这几种形式，用户接受度很高，可以多写。
这事吧，跟外部团队合作，我建议先让他们出一版诊断，看看水平再说。各家情况不一样。
我不太建议一个人又写又审。新鲜的眼睛能看出写的人看不出的问题。
竞品对比类的内容，写的时候要客观。一味贬低对方，用户反而更信不过你。
我发现一个规律：能在摘要里被摘出来的，往往是那种一段话就把问题说清的内容。
内容这块最费功夫
做外贸的站点，讲的是另一套逻辑，加载和内容都得按对方习惯来。
- 给老板汇报我一般只说三件事：有多少人来了、从哪来的、留下来多少。
不是所有行业都适合搜索，得看客户的决策习惯。
别指望一个页面满足所有需求，混着写多半哪边都不占优。
数据要标来源。没出处的数据，读者心里会打个问号。
说实话，基础的安全配置别省，这个属于及格线。
说白了，弹窗这东西要克制。一进来就挡住内容，用户第一反应是关掉。
- 最典型的坑就是买外链。短期看着有点用，被处理的时候哭都来不及。
哈尔滨本地的词其实挺好做的，因为竞争范围小。加上区域、街道、具体服务，精准度高不少。
做这行得有延迟满足的准备，今天干完，几个月后才见动静。
我记得，图片上传前统一处理，尺寸和命名都规整一点，后面好管理。
听起来简单，页面太多的时候，先按流量排序，把前五个页面做精，比全面铺开有效。
想知道合作方做得怎么样，问动作比问排名有用。
这块的玩法还在变，我能确定的是，能被单独引用的一句话，比一整段套话有用。
钱不多就砸在内容上，这部分是能攒下来的。
只会照做的团队，价值打了折扣，你得找能提反对意见的。
顺便提一句，别只盯着一个平台。用户现在分散得很，搜索、问答、社交，哪里都有人在问。
案例写成故事会更好读：遇到什么问题、怎么做的、最后怎么样。
抢大词成本高，先算算投入产出，别硬上。
先说个前提，我自己写之前会先把用户可能问的问题列出来，答完一遍，一篇内容基本就成了。
我自己踩过，别指望一篇文章带火整个站。这是积累出来的，不是撞出来的。
站点地图和 robots 这些基础配置，很多站点居然是错的。上线前检查一遍很有必要。
每个地方的竞争环境不一样，别照抄别人的经验。
页面速度这事，说的人不多，但影响很实在。我自己测过，慢一秒，跳出率能差出一大截。具体还得看情况。
盯着排名看没意义。真正要关心的是有多少人来了、留下来多少。
清单列细一点，后面少吵架。