我不爱一上来就谈设计。网站是拿来用的，好看只是其中一环。

内容和细节别糊弄

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

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

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

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

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

先想清楚要什么

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

有个细节，系统日志保留一段时间，出事的时候能查到线索。

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

先列旧站的毛病，再谈新站要什么，这个顺序比较靠谱。

上线之后才是开始

改版最容易出事的就是旧链接。新站上线之前，把跳转规则先配好。

一问一答的形式很讨巧，结构清晰，摘取也方便。

判断一个网站好不好，就看用户能不能三下之内找到他要的信息。

听起来简单，验证码别做得太复杂，简单能用就行，太难是在赶客。

这事吧，模板站和定制站的区别，主要在设计和功能的工作量上，别光看价格。

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

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

功能贵在实用，堆一堆用不上的，只会拖慢网站。

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

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

报价单要看细项。笼统一个总价，后面加东西就全靠扯皮。

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

后台权限提前规划，人多了一乱就容易出事。

预算和周期要一起谈。只压预算不谈周期，最后质量一定打折。

最忌讳的是频繁改。没有数据支撑的改动，多数是在瞎折腾。

技术上的几件事

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

别嫌我啰嗦。

别小看 FAQ 这种看起来很土的东西。用户问什么你就答什么，这种结构在现在的搜索环境里反而吃香。

顺便提一句，产品页最容易写砸。参数列得再全，用户关心的实际上就那几个点。

说实话，一定要有数据导出，不然将来换系统就麻烦了。

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

网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。

表单字段越少越好，这个跟转化率直接相关。

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

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

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

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

后来才发现，安全更新别拖。框架出了补丁不及时打，被攻击的概率就上去了。细节往往就差在这。

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

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

了解一下实际执行的人，转包太多会影响沟通质量。

写得有点散，想到哪写到哪。