我通常建议指标定得朴素一点，能数得清就行。
指标怎么定
指标定完要约定复盘频率。一个月看一次，比天天盯着有用。
未达标的处置方式提前约定，出问题才不慌。
数据口径要统一。你算的和他算的不一样，争论就从这儿来。
就这点事。
短期指标和长期指标要分开。这个月看动作，半年看结果。
- 受外部环境影响的部分，考核时得留出余地。
- 别把指标定得太单一。只盯一个数，很容易把动作做变形。
复盘要说实话，只报喜的复盘等于没做。
- 定指标只定能量化的，模糊的东西没法考核。
我通常建议把过程指标也放进去。执行到位了，结果迟早会来。
- 起止基线要先记下来。没有对比，做到什么程度都说不清。
结构化数据听起来挺技术，实际上就是给内容加标签，让机器更容易看懂你在说什么。
- 一个月复盘一次，把没动静的页面单独拎出来处理。
后来才发现，改版之前先把老站的数据摸清楚：哪些页面有流量，哪些词有排名。别一改全没了。
我自己踩过，第三方统计代码早点装上，上线就有数据，不用等。
数据导出功能别漏。哪天想换个系统，导不出数据就很被动。
看数据的时候，我习惯先看最差的几个页面，问题往往比好页面更有价值。
有个细节，跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。
听起来简单，移动端的点击热区要大一点，太小容易点错。
这里不多展开。
- 备份这事别嫌麻烦，出一次事就知道值了。
- 上线不等于结束，后面还有内容维护和数据观察，这些才是常态。
关于价格，模板站几千块能搞定，定制开发一般要贵不少。主要差在设计和功能的工作量。这点挺重要。
这里不多展开。
后台权限提前规划，人多了一乱就容易出事。
交付和验收
- 在潍坊做本地服务，网站上把位置和服务范围写明白，用户心里有底。
- 功能范围早定，中途加的代价往往是翻倍。
- 参考同行可以，照抄就免了。抄来的结构往往跟自己的业务对不上。
- 上线前自己当用户体验全流程，问题基本都能跑出来。
先定结构再设计，这个顺序反了会返工很多次。
- 维护的范围提前写清楚，免得后面每次都要重新谈。
HTTPS 这种基础配置现在应该是标配了，但还真有站点没弄。
后台一定要好用到客户自己能改内容。我见过那种改一个字都要找技术的后台。这点挺重要。
想被引用，内容得有明确的结论，模棱两可的那种很难被选中。
表单别设计得太长。让用户填三项，他能填完三项就算给你面子了。
就这点事。
别在一个页面上塞好几个词。一个页面解决一个问题，聚焦反而容易出结果。
- 手机端必须单独验收，大部分访客是从手机进来的。
说实话，沟通成本是这行的大头。需求说得越模糊，来回改的次数越多。我觉得值这个功夫。
先列旧站的毛病，再谈新站要什么，这个顺序比较靠谱。
这个细节挺关键。
维护期内发现的小问题，集中整理一次再提，比零散提效率高。
沟通效率低是这类项目最大的隐形成本，找个能聊明白的团队挺关键。
搜索功能在企业站上挺实用，内容一多就离不开。
视频和图片的搜索量涨得挺快，有资源可以顺手布局。
手机上的排版单独看一遍。电脑上好看的，手机上经常挤成一团。
上线之后才是开始
- 网站不是做完就完了。内容更新、小改小动，这些才是长期的事。我觉得值这个功夫。
首页要克制，重点太多等于没重点。
老实说，改版最容易出事的就是旧链接。新站上线之前，把跳转规则先配好。
这里不多展开。
表单能少一项是一项。我统计过，每多一项，填完的人就少一截。
先说个前提，服务器稳定这事别图便宜，老打不开的站，怎么优化都没用。
顺便提一句，图片格式换一下，体积小很多，加载速度就上来了。
验收条件前期定好，免得最后各说各话。
我习惯给每个页面设一个目标，比如留资、加微信、打电话。没有目标的页面，做起来容易散。
系统日志保留一段时间，出事的时候能查到线索。
反正我建议先小范围做起来，跑通了再往上加。