下篇现在才更新，最后一篇我们聊聊容错性设计方法的应用关键。

用户使用场景模拟是传统的用例分析方法，可以分析用户可能会用到的功能以及产品使用流程，进而分析用户可能会犯的错误。但故事板比拟传统的用例方法，会更细致的对用户使用场景进行模拟，通过诉说一个故事，营造一种情境包孕使用配景，环境状态等，去模拟产品的使用场景，通过将故事视觉化，描述用户使用产品的过程，来评断设计构想是否符合设计主题，从而进行产品修正。

用例猛地一听像是程序设计或者测试方面需要的，但是我们知道做产品的伴侣在写需求文档的时候，虽然因为多方面因素，，可能是因为公司习惯、人员配备等等因素写法并纷歧样，但或多或少还是接触过用例这样的一个概念。

做产品经理都知道，面对的交流沟通的人比较广泛，不但要和市场销售提交需求部门沟通了解需求内容，同时设计产品的时候需要交给UI、前端、技术来实施。但是在实施的过程中怎样让技术更明确产品的需求呢？以前在设计产品前的用例设计、时序图设计都是技术部门完成，现在很多公司也要求PM来做用例图和时序图等这些工作，而不是技术来完成这些了。

用例图描述了系统提供的一个功能单元。用例图的主要目的是帮手开发团队以一种可视化的方式理解系统的功能需求，包孕基于基本流程的”角色”关系，以及系统内用例之间的关系。

用例图是由软件需求分析到最终实现的第一步，它描述人们如何使用一个系统，用例视图显示谁是相关的用户、用户希望系统提供什么样的办事，以及用户需要为系统提供的办事，以便使系统的用户更容易理解这些元素的用途，也便于软件开发人员最终实现这些元素，用例图在各种开发活动中被广泛的应用，但是它最常用来描述系统及子系统。

当用例视图在外部用户出现以前出现时，它捕获到系统、子系统或类的行为。它将系统功能划分成对参与者（即系统的抱负用户）有用的需求。而交互部分被称作用例。用例使用系统与一个或者多个参与者之间的一系列消息来描述系统中的交互。

同时，用例图也可以把日常、业务、系统实现需要的一些逻辑，很好的通过图示传达。用例图是一种描述产品需求的方法，使用用例的方法来描述产品需求的过程就是用例模型，用例模型是由用例图和每一个用例的详细描述文档所组成的。在技术和产品的工作领域里都有用例模型的技能知识。技术人员的用例主要是为了便利在多名技术人员协同工作，或者技术人员任务交接时，让参与者更好的理解代码的逻辑结构。产品人员的用例主要是为了便利技术研发和功能测试时，让参与者更好的理解功能的逻辑。

产品用例是一种通过用户的使用场景来获取需求的方式，每个用例提供了一个或多个场景，该场景说明了产品是如何和最终用户或其它产品互动，也就是谁可以用产品做什么，从而获得一个明确的业务目标。

大多数产品经理都知道说用户体验设计，但是对于用户角色模型和用户场景却了解较少，而在产品设计中“设计故事板”能够直不雅观地表现出用户和产品使用情境。

那么，故事板是什么呢？故事板，起源于电影和动画行业。在电影电视中，故事板的作用是来摆设剧情中的重要镜头。他们相当于一个可视化的剧本，导演会用这种形式预先过一遍镜头和机位故事板展示了各个镜头之间的关系，以及他们是如何串联起来，给不雅观众一个完整的体验。

现在，“故事板”在产品设计过程中也被广泛的采用，虽然产品设计故事板和动画、影视制作故事板都是用一系列的图片和语言组成的视觉表示形式，但是之间的所表达的信息和目标用户却是纷歧样的。我们在做“产品设计故事板”的目的是让产品设计师在特定产品使用情境下全面理解用户和产品之间的交互关系。

虚构出的一个用户用来代表一个用户群。一个persona可以比任何一个真实的个体都更有代表性。我们通过调研去了解用户，按照他们的目标、行为和不雅观点的差异，将他们区分为差别的类型，然后每种类型中抽取出典型特征，例如：一些个人基本信息，家庭、工作、生活环境描述，赋予一个名字、一张照片、场景等描述，就形成了一个具象的典型用户画像。人物角色一般会包罗与产品使用相关的具体情境，用户目标或产品使用行为描述等。为了让让用户画像容易记忆，可以用具体的名字、标识表记标帜性语言、几条简单的关键特征进行描述。一个产品通常会设计3～6个角色代表所有的用户群体。