下面这份流程是我自己常用的，做网站建设基本都按这个走，你可以照着改。
验收别走过场
- 资质和荣誉该放就放，这是建立信任最快的东西。
- SEO 的基础要在建站时就埋进去，等做完再补，改起来很痛苦。
- 做这一行久了，我发现好网站的标准实际上很朴素：用户能快速找到他想要的东西。
- 开发周期一般五个月左右比较正常。说一周就能交付定制站的，我持保留态度。
- 网站的语言版本，如果涉及外贸，别用机器翻译直接上，客户看得出来。
- 图片用新格式能省不少体积。同样清晰度，文件大小能差出一大半。
- 合同里一定要写清楚交付物：源码给不给、后台有没有、后期维护谁负责。
网站结构别搞太深。用户点三次还找不到想要的东西，基本就走了。
移动端现在才是主战场。我评审网站都是先看手机，再看电脑。
换个说法，响应时效约定清楚，出了问题才知道找谁、多快能解决。
提交后的提示要做好，不然用户会反复点。
有个细节，光有视觉没有信息的站，中看不中用，用户看完还是不知道你是干嘛的。
移动端的点击热区要大一点，太小容易点错。
联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。
别把力气全砸在首页。大部分流量其实是从内页进来的。
配色我的建议是控制在两三种。颜色一多，档次立刻就下来了。
了解一下实际执行的人，转包太多会影响沟通质量。
顺便提一句，有些功能看着高级，实际上一年用不上两次。别为了炫技堆功能。
在成都做本地服务，网站上把位置和服务范围写明白，用户心里有底。
想被引用，内容得有明确的结论，模棱两可的那种很难被选中。
需求中途加功能是常事，但一定要走变更流程，不然项目和预算都会失控。
钱和时间是绑在一起的，只砍一头，另一头一定出问题。
上线前自己当用户体验全流程，问题基本都能跑出来。
网站上线只是开始。内容更新、数据查看、小改小动，这些才是长期的活。
内容和细节别糊弄
用脚本动态生成内容的页面，抓取方不一定看得见，这点要测试。
页面不在多，在于每个页面是不是真的有内容。空页面反而拖后腿。
访问的人分散在各处的话，加速节点挺有用，投入也不大。
先列旧站的毛病，再谈新站要什么，这个顺序比较靠谱。
我自己踩过，弹窗别滥用，尤其是刚打开就盖住内容的那种，很招人烦。
维护期内发现的小问题，集中整理一次再提，比零散提效率高。
我一般建议把常见问题单独做一页。用户问的问题就那些，提前答了省很多沟通。
你先记住这个。
域名和服务器账号这种东西，务必自己拿着。麻烦都是出在这种细节上。
改版前先看老站哪些页面在带来流量，这些要保住，不然等于重来。
沟通成本是这行的大头。需求说得越模糊，来回改的次数越多。
先想清楚要什么
内容结构别照抄同行。你跟他的客户群体、产品结构都不一样，抄过来很多地方是空的。
链接地址尽量简短好懂，一串乱七八糟的参数，观感很差。
这里不多展开。
错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。
案例要看细节，进到内页去，才知道真实水平。
补丁要及时打，这是最基础的安全习惯。
沟通效率低是这类项目最大的隐形成本，找个能聊明白的团队很重要。
希望这些啰嗦的话有点用，哪怕省你一次返工。