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

交付和验收

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

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

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

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

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

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

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

这里不多展开。

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

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

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

付款节奏建议分阶段，定金、中期、验收，别一次付清。

时间上要现实一点，定制站动辄说几天交付，质量很难保证。我反正是这么看的。

合同里一定要写清楚交付物：源码给不给、后台有没有、后期维护谁负责。

简单说，验收的时候自己当用户体验一遍，什么问题都跑出来了。

验收条件前期定好，免得最后各说各话。

后台的易用性是长期体验的关键，别图省事。

联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。

官网的核心就三块：业务、案例、联系方式。

说实话，一个月复盘一次，把没动静的页面单独拎出来处理。

刚上线那几天多留意，出问题及时回滚。

维护的范围提前写清楚，免得后面每次都要重新谈。

安全别不当回事，尤其是有表单和后台的站，定期检查一下没坏处。

首页要克制，重点太多等于没重点。

我通常会先出个结构图，把栏目和层级画出来，确认了再做设计。

先想清楚要什么

顺便提一句，GEO 和 SEO 到底什么关系？我一般这么跟人解释：SEO 是让页面在结果页排得靠前，GEO 是让内容能被直接拿来当答案。目标不一样，但底子的活儿差不多。

这事吧，验证码别做得太复杂，简单能用就行，太难是在赶客。

换个说法，备案这事要提前留时间，一般七个工作日左右，急的时候容易卡住上线。

结构化数据这事没那么玄，就是给内容贴标签，方便机器抓取。

谈需求先问痛点，客户最难受的那个点，往往就是系统该解决的第一件事。

有个细节，提交后的提示要做好，不然用户会反复点。

说白了，我会优先去看表现最差的页面，那里藏着最值得改的东西。

先说个前提，想被引用，内容得有明确的结论，模棱两可的那种很难被选中。

后来才发现，我发现问答类的内容格外容易被引用，因为结构清楚，一句问一句答。

听起来简单，改版之前先把老站的数据摸清楚：哪些页面有流量，哪些词有排名。别一改全没了。

你先记住这个。

配图这事别敷衍，能用图说清楚的就别写字。

就这点事。

移动端单独验收，两边差别经常超出预期。

案例别只放合作方名字，把过程和结果写出来，说服力完全不同。

网站不是做完就完了。内容更新、小改小动，这些才是长期的事。

表单能少一项是一项。我统计过，每多一项，填完的人就少一截。

关于我们那页别写成公司口号。写点真实的，比如团队是什么人、怎么做事。

这里不多展开。

我记得，访问的人分散在各处的话，加速节点挺有用，投入也不大。

老实说，建议每年体检一次，过期内容和死链接都要处理。

后台一定要好用到客户自己能改内容。我见过那种改一个字都要找技术的后台。

弹窗别滥用，尤其是刚打开就盖住内容的那种，很招人烦。

参考同行可以，照抄就免了。抄来的结构往往跟自己的业务对不上。

响应时效约定清楚，出了问题才知道找谁、多快能解决。

链接地址尽量简短好懂，一串乱七八糟的参数，观感很差。

小问题攒一批一起提，双方都省事。

真要做的话，先把需求列成几条，哪怕只是几行字。