在30天内改造？我几乎能听到读者的自言自语：“这怎么可能？”

为什么不可能的原因有很多——他们是理解为什么快速的分析发展几乎从未发生的关键。然而，一旦我们明确了为什么不可能的原因，我们就可以像清除路障一样清除他们，因为如果您以合适的速度和深思熟虑来处理，就完全有可能快速改造网络分析。

改造网络分析的首要一步是清除不必要的障碍。其中一些是结构性的，一些是技术性的，一些是心理上的。随后我们便可以看到。

快速配置的常见障碍

试图改造网络分析的公司所犯的最常见的失误是一种非常费时的失误：公司认为现在所用的工具有问题，选择一种新的工具将会解决大部分的分析问题。他们花费了大量时间去看那些在多数情况下并不需要的工具包。我们的建议是，如果您已经有了最新的工具或者服务，那么就充分利用它。它能够胜任这个工作，你只需要合适地配置它。

另一个误区是您必须全面部署网络分析，并且它的结果必须提供给所有的访问者。研究表明，促使分析成功的关键在于将分析集中在有用的地方，仅向那些真正使用分析的对象提供数据接入。同时，有重点的配置还可以节约时间。

在加速分析中最重要的，同时也是最耗时的障碍便是标签的开发和部署的周期。大部分人对编写合适标签和放置标签的艺术和科学都了解甚少。但是这也不是问题，因为您可以请专家来完成这种工作。多数情况下，不合格的代理或个人会参与到这个阶段。他们向所有人宣传自己的口头禅：“这个工作很难”，“这会花费相当长的一段时间”，“没有我们的系统，这就无法工作了”。这些话里没有一句是必然正确的。根据新的认识，避免开发商和代理参与到该阶段是有道理的。只要编写和放置标签的人将该工作当作是他们的业务的一部分，而非

第二或者第三级的责任，那么对标签而言，就几乎没有不可能或者非常困难的测量。

我们已经明确了负面的问题和障碍。接着让我们一起来看看30天改造计划包括哪些正面的措施。

第1-3天：关键利益相关者

第一个正面的措施是找到并召集您的利益相关者。人们希望这不会花费30天中的28天。如果是的话，那就从您召开会议的那天算起。有时候，将一群繁忙的人召集起来是很困难的，但在这种情况下是值得尝试的。参加者应该包括负责决策内容和设计的数字营销人员；清楚了解统计，市场营销，以及报告对公司的意义的网络分析人员；以及能够从技术角度透彻理解网络分析工具，并且能从整体上理解网络分析的专家或团队（最好能够避免那些不明显的陷阱和障碍）。

通常，在该会议上确定的测量要求为关键绩效指标（KPI）。它们构成了集中且快速的部署的基石。

第4-8天：报告设计

您的网络分析标记和技术专家现在要发挥作用了——他们应该在几天内拿出一个强健的报告设计方案。该报告的设计应包括所有有关的子报告，并且每个报告必须给不同的市场需求提供相对应的数据。同样重要的是，我们应该记录下目前的，不再需要的报告，资料，以及标签。一个精简的报告集会更加有效。营销人员的工作是确保新的，精简的报告设计符合要求。只有这样才能从利益相关者那里迅速获得买入。应当密切监测报告设计审批的周转时间，因为在这一环节上的任何拖延都会严重影响您的30天日程。

第9-12天：创建标签 tag

您的网络分析标记和技术专家必须建立一个标记框架结构，最大限度地了解您网站用户的行为模式。这一过程中尽可能使用工具原生的标准代码，同时也要在必要的时候创建自定义tag，使得您的报告符合本公司的需要。避免任何类似于在整个网站部署“开箱即用”的标签的建议，因为这将无法匹配报告的要求。

第13-18天：标签部署

在这个阶段进行标签部署。这并不像听起来那么简单。由于大多数分析团队不会接触到组织的HTML，那么HTML的开发人员必须介入该过程。这常常会引起摩擦。这里通常会发生的情况是，开发者被要求将测量代码放入他们的网页，以测量（通过中立的第三方）他们开发的东西是否成功。这样做无疑是让开发者拖住自己部署的步伐。我们曾经见到过有些项目消失了长达六个月或者更久。

然而，向组织作报告的是开发者。明确告诉他们放置标签实际上只是工程的一个小流程——因为它只是根据分析专家的指示在页面上复制和粘贴几行代码，执行这个简单的任务绝对不能超过几天。

第19-23天：质量保证（QA）

我们假设您的开发人员严格执行了时间表。现在，分析技术专家应该开始执行标签放置的质量保证任务。他们将仔细浏览每个标签页以确保标签被妥善放置在页面上，并合适地集成在内容管理系统中。在这次审查结束时，开发者可能需要一两天时间在分析技术专家的指导下进行反复的微调。现在开始收集正确的数据。

第24-27天：报告配置

在这个阶段，分析技术专家对分析工具进行了解并配置报告结构，以便它可以使用已收集到的专门基于标记的数据。这关键的一步涉及到对所有的基本知识以及部署的分析工具的所有细节的全面了解。机会在于，如果你朝着正确的目标努力，将会得到一组相对小的关键绩效报告，精心构造的测量标准，以及一两页电子表格的简易摘要。这样以来，一些数据就可以与非网络客户的数据进行比较。配置了该工具的分析专家还将​​进行质量保证汇报，以确保数据来源与预期相同。

第28-30天：知识转移，文档和启动运转

在这里，利益相关者将对该报告进行审批。如果每个人都按照要求进行并满足了之前对报告的定义，那么该报告应该会被批准。如果需要某些调整，也可以在一天左右完成。在该过程结束时，需要半天左右的时间进行“知识转移”——在这个阶段，分析技术专家将指导用户和分析师，告诉他们应该关注什么，到哪里去找，对于可能出现的含混节点做出清晰解释。最后，所有的文件和在开发中使用的材料应移交给团队的领导，以便于保存备查。（semwatch注：文档转移最基本要求手动保留及整理tag方案文档，更进一步可以采用专门工具按照时间线完整记录所有改动便于查询）

改造后

三十天过去了。如果执行了上述所有步骤，您的分析功能便是被真正改造了。这是否意味着您会在第31天发现分析必杀技？答案是否定的。这是否意味着当网站或者要求变化时，或者组织内部发生周转时，您将永远不再需要帮助？答案是否定的。事实上，在最初的30天以后，健康的进行方式是确保您已聘请了一个能够根据您的需求进行变化的分析专家团队——或许是这里一天，或许是那里一天，目的是保持分析的健康性并指出正确的方向。也就是说，直到需要进行下一次大的改造——到那时，您可能想要重新进行这个30天的流程。

SEMWATCH点评：

semwatch编译该文虽然没有涉及具体案例，但是其中流程的清晰梳理可以给国内现有网站分析实施阶段作为参考。对于参与过具体实施的同业应该可以理解其中看似冗余部分的必要性，如开头1-3日的利益相关者的参与，最后28-30的文档管理。

你未必有机会马上着手去再造整个流程，如果有一天需要你参与到产品的升级改造中去，本文可以作为一个比较靠谱的参照。

一点题外话，目前在网站分析领域的热点之一就是本文关注的高效代码安装与检测。市场上出现一系列的工具与应用，在不改变文中基本流程和原则的情况下，自动化工具在高效代码部署以及代码检测两个点作出突破。如老将Tagman和新秀Ensighten。

英文出处：http://www.imediaconnection.com

原文链接：http://semwatch.org/