出故障的时候才知道预案有多重要，我遇到过。
售后和维护
说实话，迭代计划建议按季度排。想到什么做什么，最后会堆一堆半拉子工程。
- 应急预案不能只是文档。真出事的时候，得有人知道第一步做什么。
- 对接人换了要及时通知，不然关键时刻找不到人。
按严重程度分级处理，效率会高很多。
- 备份机制一定要有，而且要定期验证能恢复。
更新时间点要挑，避开业务高峰。
响应时效约定清楚，这是售后的核心。
风险要在事前说。藏着的隐患，最后爆发的代价更大。
放着不管的系统风险只会变大，定期巡检有必要。
维护包含哪些动作，提前界定，不然每次都要谈。
升级改造前先评估影响。动一处可能牵一片，别想当然。
- 网站上线只是开始。内容更新、数据查看、小改小动，这些才是长期的活。
签合同前把交付内容列清楚，尤其是源码和维护这两项。
顺便提一句，上线只是开始，后面的维护才是常态。
维护期内发现的小问题，集中整理一次再提，比零散提效率高。
先说个前提，补丁要及时打，这是最基础的安全习惯。
备份要自动化，靠人记着肯定会有忘的那天。
网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。
数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。
说白了，售后响应时间要写进合同。出问题几天没人理，谁都受不了。
域名和服务器账号自己注册，别让对方代持，后面很被动。
- 想被引用，内容得有明确的结论，模棱两可的那种很难被选中。
模板和定制差在人工投入，按自己需求选，别只看钱。
图片别直接传原图。相机拍出来好几兆一张，传上去页面就废了。反正记着就行。
验收标准提前写，包括兼容哪些浏览器、支持哪些机型。
网站结构别搞太深。用户点六次还找不到想要的东西，基本就走了。
合作怎么谈
换个说法，案例要有细节，做过什么、结果如何，写出来才有说服力。
- 案例展示要有细节。光放个客户 logo 没什么说服力，写清楚做了什么、解决了什么。
我自己踩过，配色我建议控制在两三种。颜色一多，档次立刻就下来了。
搞一堆站发同样内容，听着聪明，实际上容易被一锅端。细节往往就差在这。
运营的人要培训。系统做得再好，不会用也白搭。
- 后台一定要好用到客户自己能改内容。我见过那种改一个字都要找技术的后台。
证书、资质、合作方 logo，能放的都放上，信任感是攒出来的。
- 谈需求先问痛点，客户最难受的那个点，往往就是系统该解决的第一件事。
这里不多展开。
有个细节，产品页最容易写砸。参数列得再全，用户关心的其实就那几个点。
后台的易用性是长期体验的关键，别图省事。
我一般会先出个结构图，把栏目和层级画出来，确认了再做设计。
技术上的几件事
图片用新格式能省不少体积。同样清晰度，文件大小能差出一大半。
这事吧，别把力气全砸在首页。大部分流量实际上是从内页进来的。
关于「大气」，我通常会追问具体指什么。是配色沉稳，还是排版留白多，还是图大。
GEO 和 SEO 到底什么关系？我通常这么跟人解释：SEO 是让页面在结果页排得靠前，GEO 是让内容能被直接拿来当答案。目标不一样，但底子的活儿差不多。
功能范围早定，中途加的代价往往是翻倍。
网站改版的时候记得做跳转。我见过改版之后流量直接掉一半的，就是没处理旧链接。
备份这事定期验一次，踏实。