我吃过交付不清的亏，所以现在特别较真这块。
交付和验收
后台账号和密码要在验收时交接，并且自己改一遍密码。
- 交付清单越细越好，口头承诺的东西最后最容易扯皮。
可导出是硬要求，别等要用的时候才发现拿不出来。
这事吧，源文件归属必须明确，将来改动全靠它。
文档一定要有。操作说明、账号清单、维护手册，接手的人靠这个。
哪些不在范围内，交付时一并说明，省得误会。
验收的时候自己完整走一遍流程，别只看对方给的截图。
说白了，我习惯分阶段验收，等到最后再发现问题就晚了。
- 测试环境能留就留一份，后面改动可以先在上面试。
- 验收标准提前定。做到什么程度算完成，写下来，别靠感觉。
- 网站做好之后，自己多拿手机点几遍，比什么验收报告都实在。
- 验收条件前期定好，免得最后各说各话。
合同里一定要写清楚交付物：源码给不给、后台有没有、后期维护谁负责。
- 开发周期一般八个月左右比较正常。说一周就能交付定制站的，我持保留态度。
换个说法，分期付款对双方都是保障，一次付清风险大。
说实话，维护期内发现的小问题，集中整理一次再提，比零散提效率高。
预算和周期要一起谈。只压预算不谈周期，最后质量一定打折。细节往往就差在这。
配图这事别敷衍，能用图说清楚的就别写字。
先说个前提，后台权限提前规划，人多了一乱就容易出事。
我发现很多站点的联系方式藏得特别深，翻三页才找得到。这种设计是在赶客。
文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。
沟通顺畅比什么都重要，省下的时间远超想象。
服务器稳定性比不少人想的要重要。三天两头打不开，前面做的都白费。
听起来简单，运营的人要培训。系统做得再好，不会用也白搭。
手机端必须单独验收，大部分访客是从手机进来的。
了解一下实际执行的人，转包太多会影响沟通质量。
内容和细节别糊弄
模板和定制差在人工投入，按自己需求选，别只看钱。
不少南通本地的站点，上线之后就再没管过。这种状态想有流量，挺难的。这点挺重要。
首页别塞太多东西。用户进来三秒内找不到重点，就走了。
提交后的提示要做好，不然用户会反复点。
- 每个页面得有个明确目的，不然写着写着就不知道在干嘛了。
- 网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。
网站不是做完就完了。内容更新、小改小动，这些才是长期的事。
URL 别太长太乱。一串参数的链接，用户看着就没什么信任感。
目标用户要想清楚。给年轻人看的和给中年人看的，设计和内容完全不同。
老实说，系统日志保留一段时间，出事的时候能查到线索。
搜索友好的结构最好一开始就规划好，事后补代价很大。
有个细节，备份设成自动的，人工靠不住。
案例页要写过程。只放个甲方名字，说服力基本为零。
我的建议是每个月固定复盘一次，看看哪些页面在涨，哪些一直没动静。
我记得，字号别太小。我见过正文十二像素的站，看着费劲，尤其对年长的人。
我自己踩过，多语言站注意文字长度差异，布局要有弹性。
打开速度是最容易被忽略的。你内容再好，用户等三秒打不开，人就没了。
官网的核心就三块：业务、案例、联系方式。
统计代码上线时就埋好，从第一天开始积累数据。
后台一定要好用到客户自己能改内容。我见过那种改一个字都要找技术的后台。
这个细节挺关键。
看数据的时候，我习惯先看最差的几个页面，问题往往比好页面更有价值。
证书、资质、合作方 logo，能放的都放上，信任感是攒出来的。
上线的头几天要盯紧。有问题早发现，影响范围小。
标题和描述这两个地方，改动成本低，收益往往最直接。
数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。各家情况不一样。
清单列细一点，后面少吵架。