瞄瞄-迎接新开始

如题，互联网开发似乎没什么管理….即使在活了10年的网站也一样，相比较还是软件公司更规范些，在小也会比同等级的互联网公司好点，大概是历史更悠久才促成了规范吧。

土匪，这是以前给我们培训的老师对我们管理方式的总称。

恩，土匪是粗暴，好歹表示我们在管理，我们还有没管理上的~不过总算以下问题在我们这里已经不存在了，谢天谢地~

这不叫研发，这叫开发~研发是另外一回事，更加恐怖~

开发项目中最常见的问题:

1.程序有异常判断，有异常提示，但没记录log~结果用户投诉：系统提示错误，但我们不知道是哪里错误，只能顺着程序找~要是有log就简单多了。

2.程序里没注释，也没开发人员的名字~没文档很常见，没注释也常见，但是如果连谁写的都不知道，这问题就不好查 了。

3.没人检查代码~开发人员写完的代码自己自然不查，因为肯定不出问题，测试人员也不见得都清楚程序逻辑关系，更不知道存储，自然更测不出问题，要是也没人负责看看代码质量以及是否符合要求，那就只能撞大运了

4.上线没应急方案和上线流程~把代码放上去就算上线，那是在初级的，一般的大型上线都会牵扯到服务器配置，路由，接口，上线前自然要按照实现定好的顺序逐个检查一下，代码扔到服务器上去了，也要有应急方案，否则出了问题没发回滚，那就等着下岗吧 。

5.没有系统检查工具~网站上线了，程序之间自然调用了很多的接口，数据库，异地IDC部署就更复杂，还有网速问题，用户投诉说出问题了，但我们这 里看着好好的，没准用户的网速太差，也没准是其他机房的问题，DNS的问题，要是提前准备好一个工具可以让用户在自己的网络环境下汇报一下各个关键点状态 就知道是哪里的问题了。

6.svn每个项目就提交一次，从不每日提交~很多项目建立svn和提交最终代码都是一次完成的….还好我们配的电脑硬盘都挺好，没出现过开发一半的代码全丢了的问题。

7.项目都是口口相传~没文档或者有文档但看不懂，文档过时，造成每个项目都成了口口相传，如果谁不幸挂了，那大概他做的所有项目也就从此成了秘密，除非有人敢担责任把这位同事干过的所有项目在整理一遍。

上周我参加了一门有关教练的研讨会，其中有荷兰女子曲棍球队主教练Marc Lammers的主题演讲。在世界杯的历史上，这个团队是最成功的，曾获六次冠军。在听演讲的过程中，我意识到为什么这个团队可以取得如此卓绝的成就。她们的成功，在很大程度上，要归功于教练 Marc的执教方式。Marc Lammers发现了可以令团队释放全部能量的秘诀，大家不仅像一个整体一样齐心协力，每个人作为团队的一份子也各尽所能；而这一切都以意想不到的方式发生。我的的确确得到很多启示。本文总结了他发现的原则，并描述了这些原则如何应用到软件开发之中。

我本人作为一个Scrum Master，发现他揭示的原则可以在我自己的Scrum团队中使用。原因在于，这些原则从本质上适用于任何团队，无论这些团队是装配汽车、打曲棍球或是开发软件。本文中，我希望分享一些Marc Lammers在研讨会中提供的执教秘诀和经验，并说明如何在每日的Scrum和项目实践中使用这些知识。也许，即使有了它们你也无法获得世界杯，可如果不注意使用，团队的所作所为也许会令你和客户大跌眼镜。

原则1：
利用有效沟通的威力

Marc Lammers提到：

在执教生涯的早期，我花了很多时间和精力，来让大家明白我的所作所为。所以，我会在冗长的演讲中，向团队阐述我那聪明透顶的执教理念。为了确保大家都能收到传递的信息，我会问：‘大家都明白了吗？’人人点头，我也心满意足。然而，大家比赛时的表现证明：她们根本没有理解。

她们好像根本没听我说。所以，我开始施以更激烈的方式——大声训斥。很不幸，这根本不起作用。我跟我自己的教练说，跟这帮无能的聋子们一起，不会取得任何成就。他却说这全是我的错。他把沟通研究的结果给我看，研究发现：一个人所能记住的东西：

• 对于听到的能记住10%
• 对于看到的能记住35%
• 对于同时听到和看到的能记住55%
• 对于自己重新表述的能记住70%
• 对于自己重新表述并且动手做的能记住90%

这使我恍然大悟。我开始使用开放式的问题，让她们可以重新复述我的策略，并创造彼此之间可以对话和互动的空间。这样一来，她们不只可以更深入地理解我的想法，我也开始了解她们的考虑，并从中受益良多。从那时起，我在赛前的叮咛嘱咐终于可以在比赛中得到充分的贯彻。

至于Scrum，我可以在各种交换领域或信息的场合中使用这个原则。设计讨论、向开发人员或业务人员沟通需求、向业务人员或新的团队成员解释开发流程，或者你想到的其他场合，都是适用的。这些时候，使用开放式问题、对话风格的沟通、重新描述等沟通方式，可以极其显著地提升彼此的共识；因为这些方式强迫所有的参与者去发现他们真正理解或思考的东西。由此而构建起来的互信和互敬的关系，在我看来，是最重要的生产力提升因素。

其实我早已在每天的Scrum实践中发现了这些法则。不过，能够知道高效沟通带来的诸多好处，这已弥足珍贵。

原则2：
只有做事方式不同，才能产生不同结果。

上述的沟通故事中还包含了另一个重要原则。Marc Lammers知道自己一开始的沟通方式失效之后，他先采用了更严厉的方式，却没有反思自己的所作所为。我想这是人的本性使然。如果得不到期望的结果，我们就会以为是因为力度不够。因此，我们会工作更长时间，以更严厉的方式谈话，投入更多精力，在周末也努力工作，等等等等。大多数情况下，正像Marc的经验所证实的，我们都无法取得进展。当他换了一种完全不同的方式来看待问题之后，才取得了原本想要得到的结果。

这个原则有许多适用场合。想想Scrum是如何推进估算的。以前用功能点估算，与特定团队的交付能力无关；而Scrum会根据有经验的团队的开发速度和故事的发展程度进行点数估算，实践证明，这样做的准确性出人意表。所以，Scrum不会去修正功能点数使其日臻完美，而是采取了完全不同的方式，在简单性和准确性上收效显著。

该原则常被误用。有一个典型的例子，当截止日期来临之际，人们经常被要求去加班工作，即使以当前这些人力已经明显无法在最后期限之前完成。顺便说一句，这样做也许是必要的，可实际上，这样做已经证实只是对症状的治疗，长期来看，毫无意义。不仅会对团队的精神和团队成员的健康造成严重伤害，同时会影响软件的质量。bug率会提升，而且还会耗费更多人力在修复引入的bug上。通过加班解决问题，只能让事情变得更糟糕。

为了解决这个问题，Scrum提供了一种更好的方式——使用紧急处理流程。其本质上是利用前述原则的一种具体应用方式。如果最后期限无法达成，而且事态很明显，Scrum的紧急处理流程会建议考虑下列行动：首先，举行一次回顾会议，为了激发生产力，看看可以移除哪个主要障碍。其次，如果通过实施步骤一，没有带来明显的生产力提升，考虑哪些具体的任务可以外包给专家完成。这个专家不会成为团队一员，他所解决的问题应该是相对孤立的，而且团队不具备解决这些问题的专业技能。第三，如果没有这样的任务，试试重新划定范围吧。最后，如果客户不同意重新划定范围，当前的sprint就必须中止了。

总的来说，有勇气去从根本上考虑改变当前的做事方式，是在组织长期运转中唯一的结构化解决方案。真要这样做，即使前路上充满艰难险阻，达到预期目标的机会也会大大提高，因为团队不再会被送到死亡征途之上。

原则3：
创新是得到更好结果的绝佳方式，却不是目的；
而且，要小心副作用。

Marc Lammers说：

我总是在找创新的方法。在奥运会的比赛中，我很想指导她们如何发小角球，却发现在场外很难看到比赛的关键环节。我们以前是通过赛后分析录像片段的方式，可这对我来说太迟了。我希望可以实时进行。

我在视频课程上得到启发，用一个电视摄像机接上长长的线，再连到笔记本上，可尝试了几次都不成功。在笔记本的屏幕上能够看到几个小窗口，从中可以看到摄像机实时捕捉的镜头。后来我试着联系了一些工程师，几个月之后就可以测试第一个原型系统了。从那时起，我就可以向队员们给出更细致的指导了。

想创新，我有三个要点想告诉你们：

1. 创新必须是为目的服务的。有很多次，我都想为了创新而创新，这不会带来任何改善。创新必须要能解决一个实际问题。
2. 每次创新都伴随着成长的烦恼。别指望它初战就能告捷。要不断进行调试和优化，直到它能带给你想要的竞争优势。
3. 创新会导致抵触。总有人对新事物有畏惧情绪。这个事实有两个含义：首先，当你遇到抵触时，你也许已经找到了真正的创新方法，所以为自己感到骄傲吧。其次，找到应对抵触的方法。不要指望别人喜欢你的新奇想法，要给他们接受和习惯你的想法的时间。

我坚信：如果我们在开发软件时认真考虑这些简单的智慧，很多项目都可以成功。它教导我：

• 关注目标：以我的经验来看在工具的使用上，有一种很明显的状况：很多用法都没有考虑是出于什么意图。我见过很多项目都是以工具为中心，而不是以结果为导向。人们总在考虑如何有效地使用工具，而不是如何交付更好的软件。这就是为什么“开始时不适用任何复杂的工具” 在实践中如此成功的原因。使用白板和即时贴，经常要比使用一系列复杂的工具要来得更为有效，因为这会强制团队进行互动，而且把精力都放在面前的问题之上。
• 关注阵痛：项目环境的改变很容易带来阵痛。新成员的加入、新技术的使用、新流程的启动等等都是如此，而一开始人们总是会过于乐观。知道“阵痛”是变革的必然后果，这可以让我们对未来有更为实际的期待，而不是过于乐观。
• 关注抵触：举例来说，向组织中引入诸如Scrum这样的敏捷开发实践，通常都会引起抵触情绪。Marc的故事让我认识到此类反应的存在，并帮我找到应对的方式，而不是匆忙下结论再与之斗争。介绍新鲜事物时，给予有抵触的人以耐心和关注，这比无情的“说服”和强力推动要来得更为有效。

原则4：
不断挑战工作方式

Marc Lammers说：

我们的训练包含很多30米冲刺。团队总是要反复做这个练习，因为多年来30米冲刺练习已经是众人皆知。后来，我想分析下在比赛中的奔跑模式。要想做到这一点，在一些培训课程中，我们为每个球员配备了GPS。再分析其中的数据，平均来看，一名球员15米冲刺的次数要超过30米冲刺的次数。有鉴于此，我们可以让培训计划更符合实际需要。又一个小的改进诞生了。

这个故事教给我两件事：

1. 不断问自己为什么要做正在做的事。要完成某项活动，是因为以前“总是”这么做么？还是因为这项活动真的可以为整体增加价值？它具体能带来什么价值呢？它跟必须要做的工作有什么关系呢？
2. 如果不能对上面的问题给出一个满意的答案，开始收集数据、衡量效果吧。只有衡量了才能知道是怎么回事。衡量可以让我们评估对策和调整的效果，看看是否有所收效。衡量可以很简单，比如“停止某项活动，看看会发生什么”。

以我的经验，每天都有很多时间被浪费掉了，因为我们把眼前的工作方式视为理所当然，而且不去质疑它的好坏。反复重复某项任务，可以让它看起来很合理，即使没有添加任何价值。从提升效率的角度考虑，通过衡量变化来质疑现有的工作方式，这是很有效的。

原则5：
关注人的长处而不是弱点

Marc Lammers说：

我们曾有个球员，她总是很难得分，因为她的反手球技很差。我想尽办法训练她的反手，但是毫无进展。尽管我们投入很多心血，但她就是无法进步。由于大家都关注她的反手，所以其他球员总传到她的反手，这也就难怪她总是处理不好了。

当我濒临绝望之时，我问她想怎么打球？她答道：‘实际上，我喜欢用正手’。知道了她的喜好之后，我们开始训练她的正手。可我几乎不敢相信我的眼睛：几乎所有的来球，她都可以处理得完美无缺，又快又好。经过一些有针对性的训练之后，她的正手得分率达到了以前的三倍。

我一开始的方式，显示出整齐划一的训练方式是多么愚蠢。以10分的范围计，我想然让她的反手技术从4分提升到6分，可是她的正手天生就能达到8分，由于没有训练，也蜕变成6分了。经过正手训练后，她的正手从8分上升到了9分，这让她卓尔不群。以前试图关注她的弱点而不是长处，这是多么大的浪费啊。

如果一个团队成员不能按照他/她应有的方式表现（比如不守纪律、没有经验、思维混乱、毫不友好等等），通常关注点都放在了这个人的负面表现上。这个故事告诉我：通过有意识地发现一个人的技能而不是短处，不管是对于这个个人还是团队，都能得到更好的结果。如何找到方式容忍这个人的缺点，并发挥他的长处，这才是关键。

原则6：
为团队指出明确的努力方向

Marc Lammers说：

我过去认为：在比赛之前要激励团队，可以用类似这样的话：‘我们必须要赢，否则就要被淘汰了。’而效果却适得其反，这不能让她们表现得更好。一开始我总是不知道原因何在，现在我知道了。问题在于，一个队员无法仅靠一人之力影响比赛的结果。即使她已经拼尽全力，还是有很多她无法控制的因素在决定着比赛胜负。这种无力感让队员们感到紧张和焦虑，并因此无法将能力发挥到极致。

我认识到：胜负只是我们比赛方式的结果。好消息是：每个人都可以通过自己的方式来影响比赛。所以我们不在比赛前讨论胜负，而是小心重复我们的策略，还有每位球员必须要注意的自己的事情。这就更加具体，而且也易于控制。通过这种方式，队员们比以前更放松了，而且可以发挥最高水平。有比赛结果为证。

作为ScrumMaster，从上面的事实中我发现：提前一年告诉团队“我们必须交付某些特定功能”，这毫无意义。大家对此无能为力，并因此而士气低落。即使是在一个sprint中，提醒团队交付他们事先答应要完成的功能，这也没有任何价值，只能给团队增加压力。如果大家缺少压力的话，这样做可能会有效果，但是绝大多数情况下下，压力不是问题的根源。

Marc的收获告诉我们，要把注意力放在能使团队或成员生产效率有所提升的小改进上。是不是有什么障碍让团队无法取得进展？对于团队不熟悉的技术，我们是不是可以雇佣一个相关领域的专家？要是有人陷入困境却不愿意让人帮忙，是不是可以采取结对编程呢？时间有没有被消耗在毫无价值的文档之上？类似的具体问题是可以控制的，解决它们会自然而然提升生产率，同时增加了项目按时交付的机会。

原则7：
眼光向内，只见局限；眼光向外，可能无限。

Marc Lammers说：

在曲棍球里面，有38种发小角球的方法。进行比赛时，我会发出指令告诉队伍应该如何发小角球。为此，我制订了一套复杂的身体语言，所有的队员都要认真学习。可是对手把这些记录了下来，而且做了分析，最后发现了我们的秘密。后来，他们就知道了我的战术意图，我们的优势也将会因此而消失。

一个偶然的机会，我受邀加入了参加环法的荷兰自行车队。我意外发现，他们一直用无线电与车手保持联系。我想：“天哪，要是我们能这样做，那优势不就又回来了？”回来之后，我偷偷地研究了规则，发现没有提到任何关于无线电的内容。因此，我就假定这一定是允许的。后来我跟一家制作无线电的公司取得联系，要他们制作耳塞大小的设备，因为自行车手用的太大了。经过一些调整后，第一个原型可以运作了。

最有意思的是：我们一直把这个创新当成头等机密，而且继续用身体语言来迷惑对手。在一年半的时间里，都没有人发现我们的秘密，而且将对手玩弄于股掌之间。

在敏捷和Scrum中，有部分实践属于另外一种工作方式，即丰田的精益原则，我们将其运用到软件行业。显然，有人已经有过类似的主意了……

从Scrum的角度看上面的故事，我发现如果Scrum从其他相关方法论中借鉴一些实践，它就可以变得更加强大、适用范围更加广泛。可以举几个例子，统一过程的以架构为中心（architectural-centric）、以风险和用例驱动的方式，XP的可持续开发速度思想、测试驱动开发，以及适合我们自己情况的结对编程等等，这些我都用过，而且从中获得很多宝贵经验。借鉴其他方法论，可以创建出适合个人需要的流程。

教给我，要用不同的眼光去看待其他与软件开发无关的领域，并取其菁华。世界上有很多有价值的东西，如何发现并将这些东西集成到我们的日常工作中，这是一门艺术。

原则8：
目标越重要，积极性越高

Marc Lammers说：

从金钱的角度来看，谁想成为一名曲棍球运动员，这个人一定是疯了。她们只能收到一点可怜的奖金，这点钱连生存都难以维系。尽管收入匮乏，申请者依然甚众。获胜并成为胜利团队的一份子，这会被全世界媒体报道，这样的感觉要比金钱或其他什么来得更强烈。

从理论角度分析，开发人员写一个类，不管出于什么意图，都无关紧要。实际上，这是有区别的。写这个类，是为了一个技术类库，还是为了内部的工具项目，甚或是为了新的NASA站点而写、以供实时跟踪去火星的探险活动，其产生的结果会完全不同。

Marc的体会提醒我：激励团队的最好方式，就是让他们觉得自己目前的工作非常重要，而且可以改变世界。有些项目本身就可以产生这样的感觉。交付之后，媒体会来报道这些项目，作为广告大战的一部分，或是对社会产生影响。这些案例不需要费太多力气去激发团队的士气。

不过，大多数项目都不会有很多人了解，即使它们可能非常难以实现。只要提升项目对外的能见度和重要性，不需要花太多激励措施，大家的积极性就可以激发出来了。举例来说：

• 庆祝一次成功发布。邀请“重要”人士到场，请他们发言表示感谢，并说明项目对他们的重要性。
• 让用户知道新版本的发布或是项目进展，也可以发布到公司的新闻里面，通过这些措施，让公司知道你在做什么。
• 邀请部门老大或是CEO来访问项目，并将他介绍给团队。

认识到激励的重要性，这可能是提升项目生产力的关键因素。

结语

上述诸多原则听起来都像是常识。不过，要知道，是这些常识的应用让荷兰女子曲棍球队成为了世界上最好的球队。虽然有了这些理论和原则，如何在实践中做到合理运用、收放自如，这才是艺术。当我听到Marc Lammers演讲的时候，我意识到了他是如何做到的：快乐的激情、不断的自我反思、以及发现和实验全新工作方式的渴望。

这让我得到了最后一条原则：

将竞争精神、乐趣和有益的自我反思结合在一起，上述种种原则会自然实现。

就是这么简单。

这个题目是一个热爱网站分析的朋友——“梦想和现实”督促我做的，实际上之前很多朋友也都希望我能写这样一贴，但是今天才能成文，先对长时间辜负了大家的期望表示歉意。

　　这个题目喊出来有些心虚，因为“全面”二字实在托大。但是既然我的本意是希望能够尽量全面的介绍，最终还是决心保留这个题目，算是对自己的鞭策。如果朋友们发现我有遗漏或者有任何不妥，敬请提出，不胜感谢！

一个全面的网站分析要解决什么问题

　　我想分成3个层次说明一个全面的网站分析要解决的问题。

• 第一个层次，也是最高层次，当然是实现网络营销（互联网营销）的商业目标，这里不多说了，无非是为了促销（这里促销是个大概念，包括增加销售、增加用户、增加关注、传达信息等等）。
• 第二个层次，也是核心的层次，即在增加访问流量的同时，提升用户（访问者）的网站使用体验。相信这个层次是每一个做网站营销的朋友都会关注的。如果第二个层次满足了，第一个层次的满足就是顺理成章。
• 第三个层次，是那些需要我们通过具体操作解决的问题，也是跟网站分析直接联系的部分，包括：（1）改善流量的质量；（2）改善网站的结构；（3）改善页面的设计；（4）了解网站的访问者。解决第二层次的那些问题依赖于这个第三层次，因为它是最基础，最具可行性的部分，因此，进行一次全面的网站分析，归根结底就是要解决上述三个问题。

[转载请事先声明并得到许可，版权归作者www.chinawebanalytics.cn所有]

1. 你的流量有效吗？

　　对于一个网站而言，提升流量要比改善流量的质量容易，因为大家都知道，流量是可以花钱买的。可是，你买来的流量能不能起到效果，恐怕是很难事先预料的。但是，流量质量又非常重要，如果引来的流量质量不对，无论你的网站质量如何高，用户体验也不会得到改善——因为他们根本就对你的网站没有兴趣嘛！所以确保流量质量是网站分析要解决的相当关键的问题——遗憾的是，国内的很多网站似乎对此仍不以为意。

　　我们都知道，通过一个方法可以提升流量的质量，那就是尽量获得“细分流量”。比如啤酒销售商在选择自己的网站入口（例如搜索引擎关键词，或是 Banner广告）投放时，不会考虑教育类网站，而更倾向于美食类或体育类网站。但是现在的问题是，营销经费总是有限的，我们不可能在每一个相关的网站上都投放入口，我们需要最精确地找出最有效的那个流量来源。这种精确不仅仅要精确到提供入口的网站（Referral），还要精确到这个网站的具体页面，乃至要精确到这个页面上具体使用了哪个入口。即，如果我在“百度”搜索引擎、“新浪”和“搜狐”上投放自己网站的不同形式的入口，放在哪一个网站，哪一个页面，以及使用哪一种入口形式会更有效果呢？

　　网站分析能够很好的回答这个问题，所需使用的工具非常简单：

1. 使用Google Analytics的Traffic Source（流量来源）报告；
2. 使用Link Tag确保每一个入口都能够被跟踪到。

　　有这两个工具，已经足够我们对流量的质量进行相当深入的分析了。而具体所需要分析的度量包括：

1. Bounce Rate；
2. PV/V；
3. Time on site；
4. Engagement Rate；
5. ROI度量：CPV，CPE，CPA。

　　如果你能通过上面的这些度量检视被你跟踪的流量入口，你就能判断从什么地方进入你网站的流量是最有效果的了。当然，如何利用上面的数据进行组合与分析，就是分析师的专职了——限于篇幅我不再做详细的介绍，这里发挥你的想象力吧！

[转载请事先声明并得到许可，版权归作者www.chinawebanalytics.cn所有]

　　最好的情况下，你能发现那个质量相当不错，且能够带来一定数量访问流量的那个流量来源（Traffic Source），不要犹豫，增加对它的投入吧！如果质量都不理想，或者理想质量的Traffic Source带来的访问量又太小，那么，应该考虑再找找更好的入口了。

2. 发现漏水的窟窿！

 　　网站结构的好坏对于流程类网站，特别是对电子商务类或在线服务类网站具有重要的意义（因为这一类网站不太可能把所有的重要内容和功能都放在首页）。对于这类网站而言，如果访问者在进入最后一步之前就大量的离开网站而且再也不回来继续他/她的访问，那么你即使花费大量投入把这些拉到你的网站上来，最终也意义不大。

　　是时候发现漏水的窟窿了！不，不是漏水，是漏钱！

　　怎么解决漏水的问题（发现结构性的问题）呢？

　　首先我要说，请撇开一切网站分析工具，然后请你自己和你的朋友自己走一遍流程，越多的人参与越好，然后大家把感受，特别是别扭的感受写出来，最后归纳出几条最主要的问题。这是Usability的实验，这是网站分析中最重要的功课。我时常告诉自己，数据当然不会说谎，但有时候定性的东西更有力，如果这些定性的内容真实可靠的话。

　　做Usability不是取代数据分析，而是让数据分析更加有的放矢。当然，如果没有条件做深入的Usability分析，你可以直接从数据入手。要做的事情是：

1. Top Exit Page分析
2. Funnel（漏斗）分析
3. Key Page Navigation分析

　　对于这三个，大家比较熟悉的是Exit Page的分析，我的此前的帖子有比较全面的描述。后两个大家可能比较陌生。

　　对于Funnel分析，用于流程性强的功能性网站非常有用，你要做的是把流程中每一步的访问量记录下来，然后纵观所有步骤的访问量情况。每一步肯定有所损失，损失情况最严重的，是你最需要改进的部分。如果某一步流失情况惊人，那么有两个情况，第一种情况，是这个网站的流程设计有问题，错误的流程方式让用户到了某一步即开始无所适从——这种情况的危害很大。我试用过某电信运营商的网站，功能是查询你的手机话费详情，功能很好，但是有需要你发短信，又需要你输密码，而且又要你注册用户，过程很凌乱，不连贯，我在2、3步后就放弃了尝试。第二种情况，则是页面的设计有问题，人们没有按照你预定的方向流动，而是从这个页面走到其他页面或者退出了。如果是前者，你需要使用下面的Key Page Navigation的方法。

[转载请事先声明并得到许可，版权归作者www.chinawebanalytics.cn所有]

　　对于Key Page Navigation，是分析关键节点页面的前一页和后一页都是什么。这个能帮我们发现用户都流到什么地方去了。有助于我们分析用户的行为习惯和心理，并做相应的调整。

　　进行上面的分析，Google Analytics就能完全实现。分别用Top Eixt Page报告，Content报告和Page Navigation报告即可。

3. 页面，你的生命线

　　说页面是你的生命线毫不夸张，因为它是信息的载体，是功能的实现，也是在线广告的终点。从广告来到你网站的访问者，对你具有重要的价值。

　　不管你是否认同，页面质量的好坏决定着几个事情：

1. 访问者能否停留而不是立即就走
2. 网站流程顺畅与否，访问者能否走到最后一步
3. 能否实现其他你希望这些访问者去做的事情

　　甚至，比这还要多……所以，我想我们在网站分析上花费力气最大的，就是分析每个重要页面的情况。

　　最重要的页面，嗯，当然是Landing Page，然后重要的流程页面，以及重要的信息页面都是你要关注的。具体包括：

1. Landing Page是个大漏勺吗？
2. 页面最重要的内容获得了最多的关注吗？
3. 什么样的页面内容能够让用户更多的参与？
4. 什么样的页面布局能够让用户更多的参与？

　　解决这些问题的方法相当多，包括：

1. Bounce Rate——分析Landing Page，工具是Google Analytics以及所有的网站分析工具
2. Conversion Rate——分析从广告到Landing Page的转化情况，工具是广告的Click数和Landing Page的visit数
3. Heat Map，分析页面被用户关注的情况，工具是Google Analytics或者Crazy Egg以及所有的网站分析工具
4. Engagement分析，分析页面的用户参与情况
5. CTA（Call to Action）分析，工具是Google Analytics的Top Content报告和Usability分析
6. A/B Test，用于分析相同作用的不同页面内容或布局设计哪一个更有效
7. 多变量测试(Multivariate Test)，用于设计页面中相同位置置入不同内容（或设计后）哪一个更有效

　　把这些事情都做一遍，你对自己的页面质量如何会了然于胸。

[转载请事先声明并得到许可，版权归作者www.chinawebanalytics.cn所有]

4. 真的了解访问者吗？

　　你虽然不能真的亲眼见到你的网站访问者，但是你完全可以通过分析他们的行为了解他们的情况和喜好。这部分的分析是最简单的，包括：

1. 访问者的地理位置
2. 访问者的操作系统，浏览器，屏幕分辨率，显示支持的色深乃至Flash版本等软件使用情况
3. 是否新访问者
4. 访问者的行为属性，包括：访问者停留时间，访问者访问的页数，访问者访问的page flow（页面访问流向），以及同一个访问者两次访问时间之间的长度（Receny），还有回访情况（Loyalty）等等，这部分是研究访问者行为最重要的部分。

　　具体所用的工具只有一个就能解决问题：

　　Google Analytics的Visitor报告。现在多尝试尝试吧！有一些你可能不常用，比如Receny和Loyalty，说实话，我也不常用，但是它们实际上非常有意义。例如Recency，如果大部分访问都集中在0 days ago，意味着你的访问者很活跃，很积极的参与到你的网络中来——如果超过90%，恭喜你，你的网友很忠实于你的网站。:)

　　对于电子商务站点而言，访问者的地理位置当然很重要，不过现在的问题是，由于判断地理位置的方法主要还是依靠IP地址的地理位置，所以并不是那么准确，只是在大量统计的基础上近似准确。目前没有更好的办法，大家凑合用吧！

5. 更重要的是拿出建议

 　　感谢你读到第五步，我知道我讲的还是很抽象。关于具体怎么样做前面的分析，我想这篇帖子还是远远不够的，因为Metrics（度量）虽然是死的，但是分析是灵活的，这就是为什么我们这些分析师还能混口饭吃的原因。数据只是数据，关键是分析数据之间的联系并且找到背后的原因。因此，你需要在分析度量数据的基础上，找到背后的原因，并且拿出实际的建议。

　　只有建议才是真正有价值的东西，因为所有的Management都不会听你的枯燥数字，他们需要的是一语中的的建议以及言简意赅的说明提出这些建议的原因。

　　在进行一次全面的网站分析后，你应该至少拿出哪些方面的建议呢？

1. 选择什么样的网站及网站上的什么位置做推广入口（或者说是流量来源）更为有效；
2. 选择什么样的入口形式（广告或者网站入口链接）更为有效；
3. 网站的结构是否需要修改，如何修改；
4. 什么页面质量糟糕，需要做何种修改；
5. 用户是否需要细分，是否需要根据细分用户的行为设计不同的网站模式；
6. 用户行为特征，是否需要根据用户特征修正网络营销办法；
7. 针对建议提出网站修改方案的测试计划（Test），并且总结建议是否有效（Learn）。

　　如果能做到上面这些，我想大致已经做好了一次较为全面的网站分析了。剩下的就是继续进行网站的追踪，看看你提出并实施的建议是否有效。我不认为这是非常复杂的过程，获得数据远远比分析数据要简单，因此复杂的不是软件，不是工具，而是你的大脑、你的思想，以及你为你的网站投入的关注。

　　现在，回到文章的最前面，也就是“一个全面的网站分析要解决什么问题”那部分。相信大家都能看到，我们通过网站分析解决第三个层次的问题之后，我们就能够在上面的7个方面都提出具有见解的建议，这样就非常有助于回答第一个层次和第二个层次的问题了！因此，我认为，网站分析最终是为网络营销（推广）服务的，如果不能服务于网络营销或推广，网站分析本身无法落地，也就没有任何实际的意义。

[转载请事先声明并得到许可，版权归作者www.chinawebanalytics.cn所有]

　　文章要结尾了，我反而不敢自信了，这真的是全面的网站分析吗？我相信，更有经验的朋友们，你们能为我补充更多——给我留言吧！谢谢！

作为如家忠实用户，基本也算第一时间买了本《第一团队》来看。在买本这本书同时我还买了<设计模式><持续集成><项目管理艺术>，但是先看《第一团队》。

“有人说：中国人一个人是一条龙，三个人是一条虫。”

看《第一团队》不是看如家的创业过程，而是看如何维持团队平衡，什么叫协作。我们老讲团队意识，协作精神，纯属在胡扯，人家这才叫协作。

个人觉得豆瓣 铂程斋@喷嚏网对《第一团队》的书评写的到位。