iOS应用软件设计之道
上QQ阅读APP看书,第一时间看更新

1.5 列出需求提纲

产品需求文档可以是相当正规的东西,用来确保团队为最终交付的成果负责。提纲不是这类文档。如果你的组织在用产品需求文档,最初的提纲可能最终演变成正式的需求文档。但这里它是作为一个工具来帮助你思考的,以在头脑中形成一个产品思路。设计团队(很可能只有一个人)之外的人没必要看到这份提纲。

引入SnackLog示例应用软件

本书将频繁地用到一个假想的示例应用软件——SnackLog,这是一个记录每天购买物品的工具。不必看此应用软件的详尽描述,只要看看其最初的需求提纲,就能透彻地了解该应用软件的思路,如图1.2所示。

图1.2 所用示例应用软件SnackLog的需求和需求禁忌提纲

相信你已经明白了,SnackLog的整体要点就是方便地记录诸如咖啡、停车费等临时开销,而不必是完善的钱财管理应用软件。出门在外,你需要SnackLog记录小额开支,避免这些开支从你的全面预算系统中漏掉。

请注意,这个需求提纲并未提到任何有关画面、走向和各功能如何工作的内容。实际上,需求提纲只是列出要做的事,而如何做则是以后考虑的问题。