衡量债，是真的债。
它会静静地复利。每一次用没有人完全信任的数字去评断成效、每一小时用人手拼凑简报、每一个因为两块仪表板对不上而推迟的决定，都是在为一套从来没有做对的衡量付利息。
- GA4 只搬了一半。资源是有的，事件也会触发（有时候），但没有人确定，从 Universal Analytics 搬过来的途中丢了什么。
- 没有人信得过的事件。转化重复计算、命名规则走样，每个利益相关者都「以防万一」自己留一份表格。
- 数据散落在十个平台。广告平台、分析工具、CRM、电商，各有各的数字，没有一组对得上，也没有一个可信的单一来源。
- 周一早上的简报。截图、导出、复制粘贴，专业的人花上几个小时，拼出一份周二就已经过时的报告。
GA4 与 GA4 360，从头到尾部署。
下游的一切，包括每一块看板、每一个模型、每一个决定，都继承衡量层的质量。我们用第一次就应该有的方式部署 GA4：有架构、有文档、有治理。
资源架构
账户、资源与数据流按你的组织（市场、品牌与团队）来设计，而不是照抄默认模板。
事件与转化设计
一套设计过的事件分类：命名规则、参数与关键事件，对应你的业务实际上怎样定义成功。
同意模式与治理
按你运营所在的法规配置同意模式，加上数据保留、访问与文档标准，让整套设置长期值得信任。
BigQuery 导出
第一天就把原始事件导出接进 BigQuery，这是数据仓库、定制分析以及日后一切分析工作的地基。
- 现有 GA4 设置的迁移与诊断：先修补，才考虑重建
- 当规模、服务级别协议或子资源足以支持授权成本时，推行 GA4 360
- 在确有需要时才做服务器端代码，不会当成默认加价项目
合适就用现成引擎，不合适就做真正的软件。
我们在最贴合你架构、授权与团队的 BI 平台上建立报表：Looker、Looker Studio、Tableau 或 Power BI。当现成工具真的走到尽头，我们就在 Google Cloud 或 AWS 上开发应用级的定制 BI：真正的软件，有身份验证、数据管道、定时刷新与监控。
把平台 BI 做对
在 Looker、Looker Studio、Tableau 或 Power BI 上的看板，底层是建好模的数据，而不是在原始导出文件上逐张图表即兴发挥。
应用级 BI
当需求超出工具的范围（对外客户门户、量身定制的流程、不常见的数据结构），我们就在 GCP 或 AWS 上开发定制 BI 应用。
BigQuery 与数据仓库
把营销数据放进 BigQuery：广告平台、分析工具、CRM 与电商数据接成一个查得到、有文档的可信来源。
会自己运转的报表
用自动刷新与派送取代人工做的每周简报。周一早上用来做决定，不是用来拼数据。
这条路线上的工具。
原则到处都一样：我们建议适合你架构、又真正带动成效的方案。
每一次合作都属于以下三种形态之一，也可以随进度转换：
衡量诊断、GA4 健康检查与 BI 路线图
GA4 部署、仪表板、数据管道与定制 BI 应用
代管报表与持续的数据质量监控
几乎人人都问。
我们已经有 GA4，为什么要重新部署？
Looker Studio、Power BI 还是定制，你们怎样选？
代码与数据谁拥有？
你们可以跟我们现有的数据团队合作吗？
别再为坏掉的衡量付利息。
告诉我们哪里最痛：做到一半的 GA4 迁移、没有人信的数字、周一那份简报。我们会坦白告诉你，修好它的路线长什么样子。