《用户故事案例》由会员分享，可在线阅读，更多相关《用户故事案例（11页珍藏版）》请在金锄头文库上搜索。
1、用户故事案例【篇一：用户故事案例】0.系统管理员初始化报障接待员、项目经理、故障处理员的身份信息 1.客户向报障接待员报告设备故障 2.报障接待员登记故障信息 3.报 障接待员等级客户信息 4.报障接待员提交故障登记表 5.项目经理收 到故障登记表 6.项目经理安排故障处理员去处理故障 7.故障处理员 处理故障 8.故障处理员填写故障处理表 9.故障处理员提交故障处理 表 10.报障接待员回访客户 0.作为系统管理员，我希望可以初始化报 障接待员、 项目经理、故障处理员的身份信息，以便我控制系统 用 户的权限。0-a.作为系统管理员，我希望可以登录系统，以便我可以使用系统。a.我希望可以验证我
2、的登录信息，以便防止非本人登录我的账户。b.我希望可以设置保密信息，以便我可以及时找回丧失的密码。0-b.作为系统管理员，我希望可以增删改查系统用户的信息，以便我 管理系统 的用户。a.我希望可以增加账户信息，以便可以让新的人员可以使用系统。 b.我希望可以删除账户信息，以便防止账户被非法利用。c.我希望可以修改账户信息，以便可以让该账户的信息得到更新。 d.我希望可以查询账户信息，以便可以了解指定的账户信息。0-c.作为系统管理员，我希望可以审批注册的账户信息，以便我管理 系统的用 a.我希望可以审批注册的账户信息，以便防止非法用户注 册账号使用系统。b.我希望可以账户信息包含用户的身份信息
3、，以便 我管理系统的用户。0-d.作为系统管理员，我希望拥有其他用户的所有权限，以便我监控 系统的工 作状态。0-e.作为系统管理员，我希望可以查看登录记录，以便我监控系统的 安全性。1.作为报障接待员，我希望可以填写并提交故障登记 表，以便我可 以更有效的完成故障登记工作。1-a.作为报障接待员，我希望可以注册账号，以便我拥有使用系统的 权限。a.我希望可以注册用户名与密码，以便我可以登录系统。b.我希望可以注册密码提示信息，以便我可以找回密码。1-b.作为报障接待员，我希望可以登录系统，以便我可以使用系统。 a.我希望可以验证我的登录信息，以便防止非本人登录我的账户。丧失密码，以便我可以及
4、时找回密码。1-c.作为报障接待员，我希望可以填写故障登记表，以便我可以登记 客户报告 的故障。a.我希望可以登记发生故障的项目的信息，以便确认项目。b.我希望可以登记故障的发生时间、症状，以便故障登记表对解决故 障有作用。1-d.作为报障接待员，我希望登记客户的信息，以便我可以联系客户。 a.我希望可以登记客户的联系方式，以便我可以对客户进行回访。b.我希望可以登记客户的个人信息，以便我可以记录该次故障登记来 源。1-e.作为报障接待员，我希望可以提交故障登记表，以便我可以让该 项目的项 目经理知道该项目发生了故障。a.我希望可以直接提交故障登记表，以便故障登记表接受处理。2.作为项目经理，
5、我希望可以收到填好的故障登记表， 以便我可以 对项目的故障处理进行安排。2-a.作为项目经理，我希望可以注册账号，以便我拥有使用系统的权 限。a.我希望可以注册用户名与密码，以便我可以登录系统。b.我希望可以注册密码提示信息，以便我可以找回密码。2-b.作为项目经理，我希望可以登录系统，以便我可以使用系统。a.我希望可以验证我的登录信息，以便防止非本人登录我的账户。 丧失密码，以便我可以及时找回密码。2-c.作为项目经理，我希望可以增删改查我负责的项目，以便我管理 我所负责 的项目。a.我希望可以增加项目信息，以便我可以对新的项目的故障信息进行 管理。b.我希望可以删除项目信息，以便我可以对已
6、终止的项目结束工作。 c.我希望可以修改项目信息，以便我可以更新项目信息。d.我希望可以查询项目信息，以便我可以了解指定的项目信息。2-d.作为项目经理，我希望可以收到故障登记表，以便我及时安排人 员处理故 a.我希望可以在故障登记表上包含有项目的信息，以便我 可以判断处理故障的人选。b.我希望可以在故障登记表上包含有客户的信息，以便我可以进一步 判断处理 故障的人选。2-e.作为项目经理，我希望可以查阅我所收到的故障登记表，以便我 统计总结 项目的实施情况。a.我希望可以按项目名称查阅故障登记表，以便我了解项目的实施情 况。2-f.作为项目经理，我希望可以收到故障处理登记表，以便我知道故 障
7、的处理 结果。a.我希望可以收到故障处理登记表，以便我可以知道故障已经处理。3.作为故障处理员，我希望可以及时的处理设备发生 的故障，以便 我可以做好自己的工作。3-a.作为故障处理员，我希望可以注册账号，以便我拥有使用系统的 权限。a.我希望可以注册用户名与密码，以便我可以登录系统。b.我希望可以注册密码提示信息，以便我可以找回密码。3-b.作为故障处理员，我希望可以登录系统，以便我可以使用系统。a.我希望可以验证我的登录信息，以便防止非本人登录我的账户。 丧失密码，以便我可以及时找回密码。3-c.作为故障处理员，我希望可以收到我要处理的故障登记表，以便 我可以推 测故障的原因。a.我希望可
8、以在故障登记表上包含有故障的信息，以便我可以推测故 障发生的 原因。b.我希望可以及时收到故障登记表，以便能及时处理故障。3-d.作为故障处理员，我希望可以收到报告故障的客户信息，以便我 可以进一 步了解故障的情况。a.我希望可以在故障登记表上包含有故障发生的地点，以便我可以到 现场了解 发生的故障。3-e.作为故障处理员，我希望可以查阅已存在故障处理登记表，以便 我可以用 作参考。a.我希望可以随时查阅故障处理登记表，以便我在处理故障时用作参 考。b.我希望可以同时查阅故障登记表与故障处理登记表，以便我可以比 照症状与 处理方法。3-f.作为故障处理员，我希望可以填写故障处理登记表，以便我可
9、以 登记故障 的处理结果。a.我希望可以补充故障症状，以便更明确的描述故障。b.我希望可以登记故障原因，以便明确故障的源头。c.我希望可以登记故障处理方法，以便为类似故障提供参考。d.我希望可以登记故障处理结果，以便证明该故障已经接受处理。3-g.作为故障处理员，我希望可以提交故障处理登记表，以便我可以 保存故障 的处理经验。a.我希望可以提交故障处理登记表，以便留档备案和记录处理结果。【篇二：用户故事案例】零基础学产品， bat 产品总监带，2 天线下集训 +1 年在线课程，全面 掌握优秀产品经理必备技能。你们?+?我们 ?+?他们?=?一些有用的东西你知道如何讲述用户故事么？你是通过什么方
10、式知道的？你确定你 不是凑合应付一下？去年我在写一篇关于如何把不同的经验聚集在一个软件项目中的文 章。我将它称为：我们如何共同工作。我对设计和技术方面的那些 专业知识是我们的客户端必要的特别感兴趣。这个思想的萌芽被我放在记事本的维恩图中，与我的其他想法一同放在我的大纲中。这 个图是很常见的那种图： “你的专业知识”这个圆圈与“我们的专业知 识”这个圆圈有部分重叠。这个点子是为了探讨两个圆圈重叠的部分 - 我们怎样运用数字营销的专业知识按照流程建立一个获取和组织客 户知识的平台。但缺少了些东西。去年年底时，这些想法和记录都 被其他事物所淹没，直到最近我才又开始思考起来。就像我们经常在年初做的那样
11、，我们经常质疑一些假想，组织一下 语言和优化一些流程。这时我回忆之前的笔记，立刻意识到在维恩 图中遗漏了什么。任何项目都是利用各种知识综合而成的，信息的 交换和新事物的派生完全是合作的结果，但起到最关键作用的还是 我们平台的目标用户。我的第一个维恩图里包含着一个基本公式： 客户知识 ?+?产品设计人员知识 ?=?有用的东西，但这并不完 全正确，更好的表达应该是：客户知识?+?使用者知识?+?产 品设计人员知识 ?=?有用的东西。使用者的知识是客户经验和我 们设计者经验的桥梁。维恩图还需要一个圆圈才是完整的！问题已经明确，你如何了解用户的知识？产品设计者和客户沟通合 作很容易，但让使用者也加入进
12、来就很复杂了。有两种方式可以确 保在保持合作不变得复杂的情况下你能准确的代表使用者：1.?确保你很清楚使用者是什么样的人。通过与他们交流，利用你 从交流中获得的信息建立用户角色。2.?观察使用产品的过程。这意味着要做用户可用性研究，利用在 使用过程中获得的信息更好的去理解如何为真实的使用者去设计产 品。以上都不是什么新奇的方法，如果你是我们的老读者，你就会非常 熟悉它们；你可能已经实践过上面提到过的方法。一旦你已经获取 了使用者知识，你知道怎么去利用它么？如果没有使用者知识，我们倾向于通过分析去梳理信息架构和用户 界面设计，以我们自己认为有意义的方式和想传达的信息来确定结构，但是这样的方式并不
13、总是对我们的用户有意义。为了防止我们 分析的局限性，我们需要在规划程序时引入表达故事。具体来说我 们需要以需求 ? ?体验? ?结果顺序的叙事为基础仔细考虑每一 个设计决策点。用户的需求是什么？我们的解决方案要创造哪种体 验？我们的方案能奏效么？我们需要一种方法将使用者知识引入设计过程中，这样我们才能更 加明白用户需求，创造更好的用户体验，带来令人满意的结果。用户访谈和可用性研究的原始数据当然很有价值，但处理这些数据 还需要四个步骤，形成一个链条逐步加深理解，让你的每一点设计 都趋于成熟。让我们现在就来回忆一下这四点。用户故事用户故事是一个用来确认用户和用户的需求的简短的描述，把你的 用户角色
14、提炼出来。因为用户角色一般都比较常规，你可能需要用 几个用户故事来组成一个丰富的用户角色。这里有一个假设的工业 零件数据库的用户故事。“作为一个工业设备管理员，凯西非常尽责的保持生产系统的正常运 转，包括保持设备的功能正常。她需要快速掌握维修信息和设备的 零件库存情况。 ”注意这个用户故事中包含了她是谁，她有什么需求以及她为什么有 这样的需求。在设计相同的网站时另一个用户故事的例子也能满足我们第一个用 户的需求：“杰克是一个小型园林绿化公司的老板，他的需求是能够订购替换零 件并且能够安全的自己替换零件。 ”第二个例子使用了与第一个例子相同的结构，但代表着完全不同的 用户。一个工业零件数据库可能
15、有一大堆使用者，各式各样的需求。 用户故事用来记录用户需求的差异。我参与的项目经常是这样的，哪怕是做一个利基设备供给的数据库也要用好几个用户故事来塑造 用户角色。最近的一个项目中我们设定了 6 个有些不同的用户角色， 这意味着至少需要 20 个用户故事，好在这些故事都很短。用户场景对于如何理解和使用一个系统，用户场景通过细节丰富用户故事。 跟用户故事差不多，你也要按照设想为你的用户角色设计一些不同 的场景。你设计的场景要表现出用户的目标，可能涉及到的知识以 及用户交互体验的细节。下面是一个用情场景的例子，还是关于工业零件网站的：“杰瑞自从 10 年前高中毕业之后就帮助爹管理马萨诸塞州西部的一 个通用设备商店。杰瑞的父亲去年就彻底退休了，让杰瑞主管商店。 他们家唯一的一台木片切割机已经坏了，这台机器是在杰瑞还在上 学时买的，杰瑞想找到这台机器的操作手册，好在网上了解一下设 备
