其中创建、更新、删除都是网站管理员需要进行

　　原则。网页浏览者和Feed订阅者之间并不是完全独立的关系，进一步归纳可以将二者统称为浏览者，浏览者与审核人员就是完全独立的关系了。所以，严格符合MECE原则的用户角色分类应该是审核人员和浏览者，其中浏览者包括网页浏览者和Feed订阅者。更严格地来说，还有一类特殊的浏览者是机器爬虫（Bot），有时候需要对它们进行特殊处理以防止暴力爬虫让网站过载，不过在一开始规划的时候，可以略过这个细节。

　　图2-4-2中标注了各个网页的URL和优先级，优先级可以将项目进一步细分为几个阶段：phase1、phase2、phase3（图中用①、②、③表示），这对网站开发非常有帮助，可以让项目组成员知道，完成了phase1网站就基本可用了。

　　案例

　　VersionOne 在2008年发布的“3rd AnnualSurvey: 2008‘ The State of Agile Development’”报告中显示， 在调查的团队中使用最多的敏捷方法是： 迭代计划占86%， 单元测试占77%， 每日立会（ 不是“例会”，“立会”是指站着开会）占75%， 持续集成占72%。

　　如果你所在的团队采用敏捷开发的方式工作，那么可能会需要你把项目的颗粒度分得更细一些，以便每天都能把已经完成的工作叠加到可运行的网站上。细小的颗粒度可以让团队和用户更快地看到结果，提升大家的信心，也能提高工作效率。如果颗粒度很大，往往会出现如图2-4-3所示这种情况。

　　图2-4-3颗粒度很大时的情况

　　美国芝加哥德保尔大学心理系副教授费拉里1996年发布的调查结果显示，有70%的大学生存在学业拖延的状况，正常成年人中也有多达20%的人出现日常拖延行为。导致拖延的原因并不是懒惰，个人生产力专家David Allen曾总结过工作生活中引起拖延的两种情形：一种是很多烦人的小任务，比如收拾一个乱七八糟的房间，它们会中断生活，但影响不大；另一种则属于超出能力的控制范围，甚至可能让人害怕，或对当事人生活影响非常大的任务——两种情形都和焦虑有关。所以，消灭拖延提升效率的方法，就是把任务分解为连续的、在能力范围之内的小任务。产品经理需要与研发团队确认每一个阶段中所包含的子任务是否足够小，是否过于困难。

　　有人和我说，网站结构图只能用在简单的站点上，描述不了复杂的网站。我完全不同意这种说法。如果这个网站能被开发出来，那就说明它是由有限的规则生成的，将这种规则描述出来就是网站结构图。问题不是它能不能被描述出来，而是用什么方法可以理清所有的规则，并且可以让产品团队的其他成员所理解。

　　Foxmail创始人、QQ邮箱和微信负责人张小龙建议：“在分析网站结构的时候，也可以使用面向对象的思想。”在软件工程中，当程序变得很复杂的时候，有一种“面向对象分析与设计”的方法可以帮助程序员理清头绪。面向对象的思想来源于真实世界。真实世界中有不计其数的事物，人类为了能够更方便地管理和使用它们，刻意地把它们封装成一个个黑盒子，只保留一些可以安全使用它们的方法。比如手机，由很多部件构成，最终所有部件被封装成了一个操作界面，用户通过拨号的方法来实现通话，而不需要理解手机内部是什么样子。蓝牙手机可以和一些蓝牙设备通信，这些通信也是通过一些预先设定的方法来实现的，以确保手机被安全地访问。

　　分析网站结构的时候，把网站中的一些基础事务抽象成对象，只提供一些访问它们的方法，可以帮助我们达到MECE。糗事百科中，糗事可以抽象为对象，操作这个对象的方法有列出最新糗事、列出最糗糗事、查看某条糗事、通过Tag列出糗事、用RSS格式列出最新糗事、发表糗事、审核糗事等。另外一个重要的对象是审核人员，操作这个对象的方法是创建、删除、列出审核人员（在前面的网站结构图中并没有体现这些操作方法，是因为这些方法使用率比较低，可以通过直接操作数据库实现，暂时不需要封装出网页界面）。登录状态（session）也是一个对象，当用户登录的时候，它才被创建出来，所以操作登录状态的方法是登录（创建）、退出（删除）。如果你面对的网站很复杂，那么深入了解面向对象的思想，可以提升你的抽象能力和分类能力，用这种方法描绘出来的网站结构图也更容易被开发团队所理解。

　　在听到张小龙的建议之后，我曾经试验过用面向对象的思想做产品规划，在试验的过程中我发现这样做有一个额外的好处——更容易达到用户任务的闭环。用户任务的闭环是指一系列帮助用户完成任务的环节，这些环节可以应对任务可能出现的各种情况。比如用户要买书，书是任务的对象，任务的目标是将书送到用户手中。首先我们会想到关于书这个对象的基本方法CRUD：创建（Create）、检索（Retrieve）、更新（Update）、删除（Delete），其中创建、更新、删除都是网站管理员需要进行的操作。对用户来说，操作书的方法有检索、购买（创建订单，进入订单任务），再想想，用户可能想要收藏一本书，读过书之后可能还要发表评论，那么还要增加收藏、评论的方法，这样罗列下去，很快就能穷尽操作书的方法了。

　　当我们搞清楚了用户任务的闭环之后（当然，你可以用面向对象之外的方法来达到这个目标），需要去判断每个环节的背后是否都有用户真实的需求，从而验证任务中的环节