第一次跟客户碰需求，我一般会问三个问题，答上来了，方案基本就有了方向。

交付和验收

列清单是我一直用的办法，挺难漏。

先做小的试点，跑通了再铺开，风险可控得多。

执行过程记一笔，复盘和交接都用得上。

第一步一定是把现状摸清楚。不知道现在什么样，谈改进就是空谈。

犹豫不决的时候就做测试，比争论快。

做网站第一步不是设计，是想清楚目的。是为了获客，还是为了给客户看资质，这两个做法完全不同。

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

说白了，先确认收录。没被收录的页面，后面做再多也是白搭。

需求中途加功能是常事，但一定要走变更流程，不然项目和预算都会失控。

我自己踩过，多语言站注意文字长度差异，布局要有弹性。

合规和安全

安全性这块，中小企业最容易忽略。被挂个黑链，可能很久都不知道。

主色别超过三个，越简单越耐看。

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

这事吧，把现有网站的问题列出来，比畅想新功能有用。改掉痛点，体验立刻不一样。

说实话，域名一定要注册在自己名下。我见过太多用别人代注册的，后面想要回来特别麻烦。

错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。

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

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

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

上线之后才是开始

听起来简单，上线后的培训不能省，配一份简单的手册更好。

这里不多展开。

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

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

上线的头几天要盯紧。有问题早发现，影响范围小。

在南昌找本地团队做，见面沟通效率高不少，这点确实有差。细节往往就差在这。

页面速度这事，说的人不多，但影响很实在。我自己测过，慢一秒，跳出率能差出一大截。

我记得，用脚本动态生成内容的页面，抓取方不一定看得见，这点要测试。

客户说要「高端」，我会让他找几个喜欢的站给我看，比我猜强。我觉得值这个功夫。

后来才发现，后台要能自己改内容。改个电话还要找技术，这种后台用起来很痛苦。

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

要不要后台、要不要会员、要不要多语言，这些基础问题早点拍板。

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

备份要自动化，靠人记着肯定会有忘的那天。

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

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

补丁要及时打，这是最基础的安全习惯。

同城团队可以当面沟通，复杂需求尤其明显。

顺便提一句，维护期内发现的小问题，集中整理一次再提，比零散提效率高。

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

你先记住这个。

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

源码一定要拿在自己手里，这条我强调多少遍都不为过。

跳出率高不一定是坏事，得看这个页面本来是干嘛的。

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

死链接要及时清。我见过有站点积累了几百个 404，自己还不知道。

留资表单越短越好，字段一多，填的人就少了。

内链这块容易被忽略。相关内容之间互相链一下，用户停留时间明显不一样。

弹窗这东西要克制。一进来就挡住内容，用户第一反应是关掉。

数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。

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

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

有具体情况再聊，空讲意义不大。