什么是用户故事?

从根本上说，用户故事的用途是描述用户通过使用软件产品想要实现的任务。用户故事起源于Agile和Scrum开发策略，但是对于设计师来说，用户故事主要用来提醒用户目标以及对各个界面设计进行整理和排序。
一个用户故事就是简单的一句话。可以用这句作为模板：“作为用户我需要(基本用户目标)”。因为故事都很简短而且有针对性，所以需要多个不同的故事来覆盖所有可能的用户案例。事实上，我们会想办法把每个故事进行细化。
举个例子，一个用户故事刚开始时是：“作为用户我需要创建一个新帐户。”但是新建帐户的过程中又涉及到哪些步骤呢?用户需要提供用户名、密码以及其他相关信息。其中每个操作都需要有相对应的用户故事，故事越具体，到后期对设计师和开发来说就会越方便。那么，“创建新帐户”就可以进一步细化为：“作为用户我需要输入一个新用户名。”“作为用户我需要输入密码。”“作为用户我需要再次输入密码进行确认。”“作为用户我需要提交信息，创建帐户。”这样继续下去，***就会得到一大长串用户故事，其中大部分都需要加入到最终产品内。
以用户为中心
作为网站设计师，和项目相关人员开会的时候就会开始考虑布局和配色方案。在听他们说目标以及了解终端用户情况的同时，我就能想象出这款应用应该是什么样的。但关键在于不能本末倒置——我们要先确定用户故事，让用户故事道出设计，而不能倒过来搞。而用户故事可以提醒我们时刻以用户体验为核心，因为用户体验是最终决定应用性格的东西。
促进合作
UI设计通常涉及到的人不止一个。其中还可能包括客户、设计师、程序员以及一大堆的其他职位工作人员，具体要取决于公司的规模大小。从很多方面说，这就类似于一队人划船。要赢得比赛，团队的每个成员都要以相同的速度朝着相同的方向一齐划桨。这并不是说所有人的意见都要始终统一，而是说所有人都要有统一的目标并且清楚自己在团队中的角色。
另外，用户故事还能让身处不同地理位置的团队更加轻松的合作。
防止出现功能蔓延以及设计死胡同
“功能蔓延”是一个UI设计中常见的词。它是指相关人员会不自觉地不断增加新功能，扩展项目范围，这既包括硬件也包括软件方面。
当然，在项目进展期间我们是不反对更改要求的。但是，除非有明确的用户故事告诉我们原因，我们会拒绝哪怕添加一个简单的文本框。我们之所以在这方面这么强硬，是因为之前看到过有的项目超出控制、丢掉中心***无法实现最初设定的目标。
下面是易讯网络几条大家做UI设计时思考用户故事的提示：在开始视觉设计之前确定出完整的一套用户故事。抑制住自己直接跳入设计的冲动可以节省时间，避免不必要的头痛和无用功。
对于每个用户故事，看看是否能继续细化成更具体的故事。长篇大论适合于从宏观角度概括所需功能，但是细枝末节的地方也不能忽略。在早期深入细节，从一开始就解决实用性问题。
不要把设计元素放到没有对应用户故事的界面上。对每个元素的内容和产生原因进行记录可以让条理更清晰，在向开发团队移交时会更加顺利。