做完不等于结束，后面的维护才是常态。

交付和验收

• 维护范围要说清：改文字算不算，改结构算不算，加页面算不算。

我自己踩过，故障分级挺有用。小问题几小时解决，大问题几小时响应，分清楚。

有个细节，风险要在事前说。藏着的隐患，最后爆发的代价更大。

后来才发现，迭代要排期，零敲碎打做不出东西。

我记得，应急预案写给谁看、谁来启动，这些要明确。

备份机制一定要有，而且要定期验证能恢复。

长期不动的系统也会有安全问题，定期检查别省。

升级改造前先评估影响。动一处可能牵一片，别想当然。

响应时效约定清楚，这是售后的核心。

• 系统升级要提前通知，别在业务高峰做。

老实说，联系方式变更要第一时间同步给对方，这个细节经常被忘。

• 售后响应时间要写进合同。出问题几天没人理，谁都受不了。

备份这事别嫌麻烦，出一次事就知道值了。

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

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

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

签合同前把交付内容列清楚，尤其是源码和维护这两项。反正记着就行。

• 备份设成自动的，人工靠不住。

安全更新别拖。框架出了补丁不及时打，被攻击的概率就上去了。这点挺重要。

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

先想清楚要什么

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

有空扫一遍死链，这活儿不复杂，但很多站都没做。

顺便提一句，搜索功能在企业站上挺实用，内容一多就离不开。

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

第三方统计代码早点装上，上线就有数据，不用等。

网站改版的跳转规则必须做。旧链接不跳，之前攒的权重基本清零。

听起来简单，源码归属必须写进合同，这是底线。

说实话，视频和图片的搜索量涨得挺快，有资源可以顺手布局。

先定结构再设计，这个顺序反了会返工很多次。

接着说。

不同浏览器都看看，尤其是对方要求的那几个，别只看自己常用的。

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

点击区域别太小，手机上手指没那么精准，这个细节很影响体验。

页面不在多，在于每个页面是不是真的有内容。空页面反而拖后腿。

案例要有细节，做过什么、结果如何，写出来才有说服力。

标题和描述这两个地方，改动成本低，收益往往最直接。

结构化数据听起来挺技术，其实就是给内容加标签，让机器更容易看懂你在说什么。

服务器稳定性比不少人想的要重要。三天两头打不开，前面做的都白费。

我发现很多网站的产品页写得跟说明书一样，参数一堆，用户想知道的一个没说。

手机端必须单独验收，大部分访客是从手机进来的。

文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。

网站改版的时候记得做跳转。我见过改版之后流量直接掉一半的，就是没处理旧链接。细节往往就差在这。

看案例要进到内页去，首页截图谁都能做得好看。

备案要提前规划，临时抱佛脚很容易耽误事。

应急方案写好了还得有人知道怎么用。