1.9 将用户故事分解成设计需求
一旦有了一套简明的用户故事，就相当于有用户任务分解的开头，通过用户任务分解，可以为移动互联网或应用程序提供设计和开发工作的指引。
让我们再回过头来看看那个要找水上公园路线图的需求，弗兰克将会如何打开网站呢？网站是不会自己自动打开的。当然，可以有好几种方式打开网站：输入URL、使用浏览器的书签，或者使用对于手机网站来说最好的方法，也是最经常用到的方法，就是从移动设备的主界面直接启动。
对于这种可触摸的、有型的东西，我们只需先定义一些设计需求。
设计一个主界面的图标。
添加一些适当的说明，好让用户知道如何将你的移动网站添加到他们手机的主界面上。
随着深入研究用户故事，可以进一步将这些故事分解为有可行性的需求。但是即便是在此时，也仍不用着急解决所有的设计细节问题：还有很多东西要去挖掘呢。所以还是先让需求和任务都保持抽象吧，稍后再来研究细节。
1.10 创建带有优先级的用户任务分解表
一大堆的用户故事和需求本身其实并不是非常有用。要知道应该从哪里开始，就需要进行排序，需要一个优先级。
对用户故事排列优先级是非常重要的。因为，就像我之前提到的，将一个网站移动化，并不是在全部满足或全部否定中进行抉择。你并不需要把那些原本在移动设备上显得笨重的、可用性极差的网站，直接改成一个优雅的、完美的移动互联网设计。在这两种极端之间，还有很大的空间，让你可以为客户提供更好的用户体验。
将网站移动化，可以甚至应该有一个迭代的过程，正如为网站做其他方面改进时所做的迭代一样，可以允许时不时地在网站架构中添加一个新的页面或者区块来优化网站，对么？而且我敢打赌，在网页内容上的变化会更加频繁。让我们借用同样的思考方式来做更多移动化方面的努力：它可以随着时间而改变，无须假定要一下子就达到一种“完全移动化”的状态。
而且，在进行用户故事分解和优先级排列时，应该考虑使用工具来协助处理这个过程。
当你尝试着想给用户故事区分优先级时，一定要意识到，这个过程可能不会像你所想象的那么主观。优先级是不能仅仅根据你的一时兴起就编出来的，即使起初看起来，似乎是真的没有什么明显的理由，可以让你将一个故事排在另一个之前。为了更加清晰和系统化，使用评估工具还是很有用的。我建议在给用户故事定义优先级时，使用卡诺模型（Kano Model）。
……
展开
