2、提出需求(Requirements)

第二步需要去了解专案在技术上的需求，而无论是软件、app或网页的设计、新功能等，都是需要去解决用户的某个需求或者痛点。因此，必须「以终为始」的思考：这个需求是否有解决用户痛点？

此时，开发团队需要反覆问自己的问题是：

- 我们要解决什么问题？

- 谁要用？为什么？

- 需要输入／输出什么样的资料？

- 我们需要串接其他工具或者API吗？

至于如何挖掘、厘清需求，可以透过两种方式：

(1) 用途理论

反问自己：用户「使用」(hire)我们的产品，要完成什么任务(Jobs)？

为什么这么问？因为当我们问自己「用户的需求是什么？」其实是一个已经转化过的结果，但「使用」则是可以确切的描述使用情境和他的目的是什么。

确切地来说，就是营销常常告诉我们的一句话「用户不了解他们究竟想要什么」，只想从现有的解决方案里面，找出更好的一个解决方案。

举例来说，发明汽车的福斯先生曾经说过，当你问用户想要什么样的「更快速能抵达目的地的交通工具」，用户只会回答你「一匹更快的马」。

所以也许我们能够这么问：

「你使用这个交通工具，是想要达成什么目的？」

用户会回答：「我想要更快地到达目的地。」

这么一来，范围就不会被「需求」所限缩，而是能够发挥更大的想像。

(2) 用户故事(User Story)

另一个厘清用户需求的方法，是可以透过建构用户故事(User Story)来思考用户「确切在什么情形下可以得到什么好处」。

我们可以这么问：

As a _____(什么样的用户), I want _____(做什么事), so that I can_____(得到什么好处)。

如此一来，无论是对于情境的描述、用户轮廓、用户能得到的效益，我们就能够更有一个大致的概念。

在撰写用户故事的同时，可以去定义不同种的用户，将用户拆分为不同的族群，再整理出用户故事，能够更清楚各个族群间的分野，以及产品如何去满足不同族群的需求。