下面这份流程是我自己常用的，做网站建设基本都按这个走，你可以照着改。
内容和细节别糊弄
- 安全别不当回事，尤其是有表单和后台的站，定期检查一下没坏处。别等出问题才想起来。
- 搜索功能在企业站上挺实用，内容一多就离不开。
- 一个月复盘一次，把没动静的页面单独拎出来处理。
这里不多展开。
- 企业官网最该放的是：你是做什么的、做过什么、怎么联系。其他的往后排。细节往往就差在这。
- 资质和荣誉该放就放，这是建立信任最快的东西。
- 合同里一定要写清楚交付物：源码给不给、后台有没有、后期维护谁负责。
- 先定受众，不同年龄层的审美和阅读习惯差别很大。
先想清楚要什么
看数据的时候，我习惯先看最差的几个页面，问题往往比好页面更有价值。
多语言站要考虑排版方向。不同语言长度不一样，版式要留余地。
内链这块容易被忽略。相关内容之间互相链一下，用户停留时间明显不一样。
参考同行可以，照抄就免了。抄来的结构往往跟自己的业务对不上。
权限要分清楚。谁能发、谁能改、谁能删，提前定好。
补丁要及时打，这是最基础的安全习惯。
先说个前提，上线的头几天要盯紧。有问题早发现，影响范围小。
数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。
听起来简单，做这一行久了，我发现好网站的标准实际上很朴素：用户能快速找到他想要的东西。
本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。
分期付款对双方都是保障，一次付清风险大。
编辑器要好用。粘贴进来的格式乱七八糟，是最常见的抱怨。
时间上要现实一点，定制站动辄说几天交付，质量很难保证。别等出问题才想起来。
合作怎么谈
网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。
说白了，响应时效约定清楚，出了问题才知道找谁、多快能解决。
验证方式别搞得太麻烦，简单有效就好。
日志别清理太勤，排查问题全靠它。
我一般会先出个结构图，把栏目和层级画出来，确认了再做设计。
域名和服务器账号这种东西，务必自己拿着。麻烦都是出在这种细节上。
网站上线只是开始。内容更新、数据查看、小改小动，这些才是长期的活。
技术上的几件事
字体和版权要留意。随便下载的字体拿来商用，是有风险的。
页面不在多，在于每个页面是不是真的有内容。空页面反而拖后腿。
URL 别太长太乱。一串参数的链接，用户看着就没什么信任感。
可点击的元素要一眼能认出来，别为了设计牺牲可用性。
验收条件前期定好，免得最后各说各话。
说实话，统计代码上线时就埋好，从第一天开始积累数据。
我习惯让客户找三个喜欢的站给我看，比我听他描述半天强。
点击区域别太小，手机上手指没那么精准，这个细节很影响体验。反正记着就行。
沟通成本是这行的大头。需求说得越模糊，来回改的次数越多。
接着说。
老实说，光有视觉没有信息的站，中看不中用，用户看完还是不知道你是干嘛的。
谈需求先问痛点，客户最难受的那个点，往往就是系统该解决的第一件事。别等出问题才想起来。
沟通顺畅比什么都重要，省下的时间远超想象。
后台一定要好用到客户自己能改内容。我见过那种改一个字都要找技术的后台。
访问的人分散在各处的话，加速节点挺有用，投入也不大。
有个细节，表单提交之后要有明确反馈。用户不确定有没有提交成功，就会重复提交。
结构化数据这事没那么玄，就是给内容贴标签，方便机器抓取。
功能范围早定，中途加的代价往往是翻倍。
我自己踩过，预算和周期要一起谈。只压预算不谈周期，最后质量一定打折。
不少郑州本地的站点，上线之后就再没管过。这种状态想有流量，挺难的。
改版前先看老站哪些页面在带来流量，这些要保住，不然等于重来。
留资表单越短越好，字段一多，填的人就少了。
页面加载速度很关键。超过三秒还没出来，多数人已经走了。
搞一堆站发同样内容，听着聪明，实际上容易被一锅端。
这行没什么神秘的，多问几句就能看出对方靠不靠谱。