技巧篇，不展开讲原理，只说怎么用。关于网站建设，这几条是我觉得最值的。
先想清楚要什么
需求聊的时候我通常会问：现在业务上最头疼的是哪件事？从这儿入手最实在。
- 一定要有数据导出，不然将来换系统就麻烦了。
- 常见问题页很实用，也省客服的重复劳动。
- 判断一个网站好不好，就看用户能不能三下之内找到他要的信息。
- 介绍页面写点实在的，比如团队构成和做事方式，比喊口号强。
- 联系方式要显眼，用户想找你的时候找不到，就没下文了。
- 跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。
- 表单提交之后要有明确反馈。用户不确定有没有提交成功，就会重复提交。
- 最忌讳的是频繁改。没有数据支撑的改动，多数是在瞎折腾。
先说个前提，案例展示要有细节。光放个客户 logo 没什么说服力，写清楚做了什么、解决了什么。
有个细节，沟通顺畅比什么都重要，省下的时间远超想象。
备份这事别嫌麻烦，出一次事就知道值了。
日志别清理太勤，排查问题全靠它。
上线之后才是开始
说白了，需求中途加功能是常事，但一定要走变更流程，不然项目和预算都会失控。
网站结构别搞太深。用户点三次还找不到想要的东西，基本就走了。
在沈阳做本地服务，网站上把位置和服务范围写明白，用户心里有底。
技术上的几件事
我记得，服务器稳定性比不少人想的要重要。三天两头打不开，前面做的都白费。
后来才发现，HTTPS 这种基础配置现在应该是标配了，但还真有站点没弄。
配图这事别敷衍，能用图说清楚的就别写字。
编辑器要好用。粘贴进来的格式乱七八糟，是最常见的抱怨。
内容和细节别糊弄
这事吧，内容结构别照抄同行。你跟他的客户群体、产品结构都不一样，抄过来很多地方是空的。
字体版权这事容易被忽略，商用前确认一下，免得后面收到函件。
我自己踩过，多语言站点别靠机翻，老外一眼能看出不地道，信任感直接掉。
在沈阳找本地团队做，见面沟通效率高不少，这点确实有差。
付款节奏建议分阶段，定金、中期、验收，别一次付清。
不同浏览器都看看，尤其是对方要求的那几个，别只看自己常用的。
沟通成本是这行的大头。需求说得越模糊，来回改的次数越多。
别小看 FAQ 这种看起来很土的东西。用户问什么你就答什么，这种结构在现在的搜索环境里反而吃香。
问清楚是谁在做。有些公司接了活转手外包，沟通链一长问题就多。
功能贵在实用，堆一堆用不上的，只会拖慢网站。
顺便提一句，搜索友好的结构最好一开始就规划好，事后补代价很大。
看数据的时候，我习惯先看最差的几个页面，问题往往比好页面更有价值。
配色我建议控制在两三种。颜色一多，档次立刻就下来了。
听起来简单，移动端现在才是主战场。我评审网站都是先看手机，再看电脑。各家情况不一样。
换个说法，链接地址尽量简短好懂，一串乱七八糟的参数，观感很差。
合作怎么谈
速度这事容易被忽略，但直接影响用户去留。
标题和描述这两个地方，改动成本低，收益往往最直接。
说实话，主机的稳定性比价格重要，这个钱真不建议省。
证书、资质、合作方 logo，能放的都放上，信任感是攒出来的。
一页一词，别贪。贪的结果往往是哪个都做不好。
先确认收录。没被收录的页面，后面做再多也是白搭。
上传自动压缩能省很多麻烦，指望人工处理不现实。
弹窗别滥用，尤其是刚打开就盖住内容的那种，很招人烦。
接着说。
源码一定要拿在自己手里，这条我强调多少遍都不为过。
案例页要写过程。只放个甲方名字，说服力基本为零。
安全更新别拖。框架出了补丁不及时打，被攻击的概率就上去了。
后台权限提前规划，人多了一乱就容易出事。
小问题攒一批一起提，双方都省事。
小技巧说完了，多用几次就成习惯了。