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

交付和验收

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

我自己踩过，交付的时候把没做的部分也说清楚，避免后面以为漏了。

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

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

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

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

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

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

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

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

网站做好之后，自己多拿手机点几遍，比什么验收报告都实在。

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

开发周期一般三个月左右比较正常。说一周就能交付定制站的，我持保留态度。

验收标准提前写，包括兼容哪些浏览器、支持哪些机型。

分期付款对双方都是保障，一次付清风险大。

接着说。

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

跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。

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

验收别走过场

源码一定要拿在自己手里，这条我强调多少遍都不为过。别等出问题才想起来。

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

老实说，验证码别做得太复杂，简单能用就行，太难是在赶客。

旧站哪些内容要保留，提前标出来。别到迁移的时候才发现重要内容没留。

搞一堆站发同样内容，听着聪明，实际上容易被一锅端。

做这一行久了，我发现好网站的标准其实很朴素：用户能快速找到他想要的东西。

只做首页不做内页，也是常见的误区。用户是从各种页面进来的，不是只从首页。

案例页要写过程。只放个甲方名字，说服力基本为零。

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

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

字体版权这事容易被忽略，商用前确认一下，免得后面收到函件。具体还得看情况。

我记得，多语言站注意文字长度差异，布局要有弹性。

功能范围早定，中途加的代价往往是翻倍。

移动端一定要单独看。现在大部分流量来自手机，但你用电脑看着挺好，手机上可能已经乱了。

目标用户要想清楚。给年轻人看的和给中年人看的，设计和内容完全不同。

我习惯给每个页面设一个目标，比如留资、加微信、打电话。没有目标的页面，做起来容易散。

AI 搜索给答案的时候，喜欢引用结构清楚、观点明确的内容。你写得含糊，它就没法用。

报价差异主要在人工上。模板省的是设计和开发时间，定制贵在这两块的投入。

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

域名和服务器账号自己注册，别让对方代持，后面很被动。这块别偷懒。

速度这事容易被忽略，但直接影响用户去留。

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

说实话，内容结构别照抄同行。你跟他的客户群体、产品结构都不一样，抄过来很多地方是空的。

企业官网最该放的是：你是做什么的、做过什么、怎么联系。其他的往后排。

听起来简单，数据导出功能别漏。哪天想换个系统，导不出数据就很被动。

服务器稳定这事别图便宜，老打不开的站，怎么优化都没用。

编辑器要好用。粘贴进来的格式乱七八糟，是最常见的抱怨。

不少贺州本地的站点，上线之后就再没管过。这种状态想有流量，挺难的。

周期和节奏

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

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

权限要分清楚。谁能发、谁能改、谁能删，提前定好。

先说个前提，搜索友好的结构最好一开始就规划好，事后补代价很大。

报错信息要具体，光说失败用户根本不知道怎么改。

图片上传最好能自动压缩，不然运营的人根本不会管这事。

就说这么多，剩下的自己琢磨。