你要是正在对比几家做网站的，这篇帮你理理该问什么问题。

范围和盘点

• 中途改需求正常，但要有记录，不然做到后面谁都说不清。
• 预算里要留出测试和调整的钱，这部分通常比预估的多。
• 日志别清理太勤，排查问题全靠它。
• 维护期内发现的小问题，集中整理一次再提，比零散提效率高。真遇到就明白了。
• 按钮要像按钮。有些设计做得好看，用户根本不知道哪儿能点。
• 选型要看有没有合规资质，这个过不了后面都白做。
• 别只看价格。便宜做出来的东西，后面返工花的钱更多。真遇到就明白了。
• 改的不只是软件，运维习惯和工具链也得跟着调整。
• 签合同前把交付内容列清楚，尤其是源码和维护这两项。
• 备份要做，更要验证能不能恢复，这一步经常被忽略。
• 我通常建议把常见问题单独做一页。用户问的问题就那些，提前答了省很多沟通。
• 老网站里那些插件和控件，是改造时最头疼的部分，很多已经没人维护了。
• 沟通效率低是这类项目最大的隐形成本，找个能聊明白的团队挺关键。
• 一定要留退路，新环境出问题能马上切回去，这是底线。反正记着就行。
• 网站不是做完就完了。内容更新、小改小动，这些才是长期的事。真遇到就明白了。
• 错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。
• 我看过一个站，全站就一张大图，产品信息一个字没有。这种站做出来是浪费钱。
• 后台的易用性是长期体验的关键，别图省事。
• 问清楚是谁在做。有些公司接了活转手外包，沟通链一长问题就多。
• 政策要求这类事要提前确认，哪些系统必须改、什么时间点前完成，别拍脑袋。
• 换环境后性能要重新测，参数照搬很容易出问题。
• 动手前列个清单：用了什么系统、什么数据库、什么中间件，一个不落。
• 手机端必须单独验收，大部分访客是从手机进来的。
• 备案这事要提前留时间，一般十来个工作日左右，急的时候容易卡住上线。
• 改造完把文档补齐，不然后续维护全靠猜。
• 做国产化改造，第一步是明确范围，全替换和部分适配工作量差很远。
• 内容结构别照抄同行。你跟他的客户群体、产品结构都不一样，抄过来很多地方是空的。我反正是这么看的。
• 权限要分清楚。谁能发、谁能改、谁能删，提前定好。
• 上线前自己当用户体验全流程，问题基本都能跑出来。
• 前期没调研清楚，做到一半卡住的情况不少，多花点时间在前面。我反正是这么看的。
• 测试环境要贴近真实环境，不一致的测试结果不可信。
• 留资表单越短越好，字段一多，填的人就少了。
• 验收要跑真实业务，清单勾完了不代表能用。
• 案例页要写过程。只放个甲方名字，说服力基本为零。
• 换数据库最麻烦的是差异，类型、语法、函数都不一样，得逐个改。我觉得值这个功夫。
• 站点内容多了以后，站内搜索是刚需，早点做上。

别嫌我啰嗦。

组织和预算

• 联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。
• 备份这事别嫌麻烦，出一次事就知道值了。
• 改造建议分阶段来。先做非核心模块，跑稳了再动核心业务。

这个条目就记到这，有新的变化再补。