有个做本地服务的老板跟我说，他上一个网站花了几千块，做完就没管过。挺可惜的。
迁移和测试
- 响应时效约定清楚，出了问题才知道找谁、多快能解决。
- 功能范围早定，中途加的代价往往是翻倍。
- 谈需求先问痛点，客户最难受的那个点，往往就是系统该解决的第一件事。
- 主色别超过三个，越简单越耐看。
- 企业官网最该放的是：你是做什么的、做过什么、怎么联系。其他的往后排。
- 联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。
- 找几个参考站给到我，比用形容词描述高效得多。
- 兼容性测试是重点。原来在老环境跑得好好的，换个环境经常出问题。
这里不多展开。
上线和运维
- 性能问题在新环境上很常见，硬件和软件都要重新压测一遍。
- 文档要齐全，架构说明、部署步骤、运维手册，后面接手的人靠这个。
- 按钮要像按钮。有些设计做得好看，用户根本不知道哪儿能点。
- 后台易用性挺关键，不然改个电话号码都得等别人，很耽误事。
换环境之后要给使用的人做培训，不然抵触情绪很大。
SEO 的基础要在建站时就埋进去，等做完再补，改起来很痛苦。
案例别只放合作方名字，把过程和结果写出来，说服力完全不同。
验收的时候按业务场景走一遍，别只看功能清单打勾。
判断一个网站好不好，就看用户能不能三下之内找到他要的信息。
提交后的提示要做好，不然用户会反复点。
运营的人要培训。系统做得再好，不会用也白搭。
有些功能看着高级，实际上一年用不上两次。别为了炫技堆功能。
听起来简单，我看过一个站，全站就一张大图，产品信息一个字没有。这种站做出来是浪费钱。
验证码别做得太复杂，简单能用就行，太难是在赶客。
报价单要看细项。笼统一个总价，后面加东西就全靠扯皮。
图片别直接传原图。相机拍出来好几兆一张，传上去页面就废了。
动手之前先定目标。获客的站和展示资质的站，结构和内容差得很远。
首页要克制，重点太多等于没重点。
把现有网站的问题列出来，比畅想新功能有用。改掉痛点，体验立刻不一样。我觉得值这个功夫。
说实话，关于「大气」，我通常会追问具体指什么。是配色沉稳，还是排版留白多，还是图大。
先说个前提，信创不是换一批软件就完事，配套的运维方式也得跟着变。
留资表单越短越好，字段一多，填的人就少了。
有个细节，主机的稳定性比价格重要，这个钱真不建议省。
一定要留退路，新环境出问题能马上切回去，这是底线。
老实说，前期需求说得越具体，后期返工越少，这条基本不会错。
就这点事。
改造项目的沟通成本很高，涉及的部门多，最好有个牵头的。
问清楚是谁在做。有些公司接了活转手外包，沟通链一长问题就多。
组织和预算
迁移前一定要做全量备份，还要验证备份能恢复，不然等于没有。
图片上传最好能自动压缩，不然运营的人根本不会管这事。
国产浏览器和操作系统要单独适配，字体、排版、控件表现都不一样。
兼容性测试别偷懒，多试几个浏览器。
改造建议分阶段来。先做非核心模块，跑稳了再动核心业务。
第三方统计代码早点装上，上线就有数据，不用等。
关于价格，模板站几千块能搞定，定制开发一般要贵不少。主要差在设计和功能的工作量。
范围和盘点
前期没调研清楚，做到一半卡住的情况不少，多花点时间在前面。
政策要求这类事要提前确认，哪些系统必须改、什么时间点前完成，别拍脑袋。真遇到就明白了。
案例要有细节，做过什么、结果如何，写出来才有说服力。我反正是这么看的。
换个说法，先定结构再设计，这个顺序反了会返工很多次。
后台的易用性是长期体验的关键，别图省事。
报错信息要具体，光说失败用户根本不知道怎么改。
条目不全，但关键的应该都在了。