有个做本地服务的老板跟我说，他上一个网站花了几千块，做完就没管过。挺可惜的。别等出问题才想起来。

内容和细节别糊弄

• 服务器别图便宜。三天两头打不开的站，做得再漂亮也没人看得见。
• 维护期内发现的小问题，集中整理一次再提，比零散提效率高。
• 在天津做本地服务，网站上把位置和服务范围写明白，用户心里有底。
• 中途改需求正常，但要有记录，不然做到后面谁都说不清。
• 前期需求说得越具体，后期返工越少，这条基本不会错。
• 补丁要及时打，这是最基础的安全习惯。
• 低价往往意味着后面要补，算总账反而更贵。
• 验证方式别搞得太麻烦，简单有效就好。
• 数据导出功能别漏。哪天想换个系统，导不出数据就很被动。
• 我一般建议把常见问题单独做一页。用户问的问题就那些，提前答了省很多沟通。
• 不少天津本地的站点，上线之后就再没管过。这种状态想有流量，挺难的。
• 安全别不当回事，尤其是有表单和后台的站，定期检查一下没坏处。
• 数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。
• 一问一答的形式很讨巧，结构清晰，摘取也方便。
• 内容结构别照抄同行。你跟他的客户群体、产品结构都不一样，抄过来很多地方是空的。
• 域名一定要注册在自己名下。我见过太多用别人代注册的，后面想要回来特别麻烦。
• 售后响应时间要写进合同。出问题几天没人理，谁都受不了。我觉得值这个功夫。
• 源码一定要拿在自己手里，这条我强调多少遍都不为过。
• 正文字号大一点，别为了塞内容把字缩得太小。
• 在天津找本地团队做，见面沟通效率高不少，这点确实有差。
• 标题和描述这两个地方，改动成本低，收益往往最直接。
• 后台要能自己改内容。改个电话还要找技术，这种后台用起来很痛苦。
• 别小看 FAQ 这种看起来很土的东西。用户问什么你就答什么，这种结构在现在的搜索环境里反而吃香。
• 跳出率高不一定是坏事，得看这个页面本来是干嘛的。
• CDN 能解决一部分速度问题，尤其是用户分布广的时候，效果比较明显。
• 字体版权这事容易被忽略，商用前确认一下，免得后面收到函件。
• 我发现很多站点的联系方式藏得特别深，翻三页才找得到。这种设计是在赶客。细节往往就差在这。
• 每个页面得有个明确目的，不然写着写着就不知道在干嘛了。
• 问清楚是谁在做。有些公司接了活转手外包，沟通链一长问题就多。
• 备份要自动化，靠人记着肯定会有忘的那天。
• 改版前先看老站哪些页面在带来流量，这些要保住，不然等于重来。
• 先定受众，不同年龄层的审美和阅读习惯差别很大。
• 先定结构再设计，这个顺序反了会返工很多次。
• 同城团队可以当面沟通，复杂需求尤其明显。
• 找几个参考站给到我，比用形容词描述高效得多。
• 搜索功能在企业站上挺实用，内容一多就离不开。

这行没什么神秘的，多问几句就能看出水平。