Submission 1 Brief
本页目录· 10 条
项目简介
移动应用被不同类型的人用于轻松完成目标。一款设计良好的应用，即使是新手用户也能借助现代手机的众多功能来导航并管理复杂信息。
各个年龄段的人都喜欢玩不同的玩具或游戏（包括桌游和电子游戏），但对于一些人来说，在不确定自己（或孩子）是否会喜欢的情况下购买新的游戏或玩具可能令人望而却步，尤其是在其中一些价格昂贵的情况下。相反，许多人也有不再需要或很少使用的玩具和游戏。
本项目的目标是设计一款帮助用户发现与交换玩具和游戏的移动应用。用户必须能够向其他用户请求、捐赠或交换这些游戏/玩具。该应用不包含任何买卖功能。
拟议的应用需要涵盖一些高层级的用户需求，包括：
用户应能够找到符合其需求与兴趣的游戏和玩具。用户应能够就与其他用户的交换提供反馈。用户应能够提供捐赠的游戏和玩具。<由小组成员提出的附加需求><由小组成员提出的附加需求>
应用功能的具体实现将在提交 2 中确定。
Submission 1 - Data Gathering and User Analysis - 25%
本次评估任务包含 2 个部分，每个部分都有多个可交付成果：
- 第 1 部分：问卷与数据分析（小组）
- 第 2 部分：人物角色（Persona）与用户故事（个人）
第 1 部分：问卷与数据分析（小组作业，13%）
在你开始开发应用之前，你需要了解潜在用户，以更好地理解他们的行为与需求。本项目要求你们调查希望请求、交换或捐赠游戏和玩具的成年人。有关项目的更详细概述，请阅读 Moodle 上发布的《Project Overview》。制定一份问卷，并将其分发给该群体中的潜在用户以收集数据。
你们在此任务中的小组可交付成果包括：
1. 含 15 个问题的问卷（不少于也不多于 15 个）
思考你希望从潜在用户那里了解什么。
- 5 个收集参与者人口统计信息的问题。
- 不要收集任何可识别个人身份的信息（例如姓名、联系方式）。
- 5 个收集参与者与技术相关的当前经验与行为的问题。
- 这可以包括行为与心理特征问题，以帮助你了解参与者的技能、习惯与态度。
- 5 个收集参与者与项目领域相关的当前经验与行为的问题。
- 这可以包括与他们关于学习做饭的知识、任务与价值观相关的问题。
使用 Google 表单（Google Forms） 便于将问卷分发给参与者。
在问题设计时，使用多种题型与格式，并考虑不同题型的优缺点。
将问卷分发给多样化的参与者——不要只发给大学生！
不要编写让参与者建议偏好的应用功能或让参与者想象/预测未来结果的问题。
你必须在报告的开头附近包含完整的问卷题目与作答格式。仅提供在线查看问卷的链接不足够。
2. 问卷回复分析
每位组员收集 5–10 份调查问卷，然后对收集的数据进行分析，发现关于潜在用户的有用洞见。撰写一份简短报告解释你的发现。
- 说明你在问卷分发与参与者选择方法方面所做的决策（最多 100 字）。
- 分析每个问题收集到的数据。解释每个问题的意图，以及你从中学到了什么（最多 900 字）。
- 有些问题本身就能揭示有用洞见；
- 有些问题与其他问题交叉分析后会揭示更多有用洞见；
- 这些回复是否暗示任何模式，或有可能影响你后续决策的有趣离群值（outliers）？
- 你是否注意到你的问题存在任何问题，从而限制了所收集数据的质量？
- 在参与者数量较少的调查中，你从数据中学到的内容会存在空白。识别一个数据空白，并使用现有的在线资源进行进一步研究，以发现至少 1 个在你的数据中未发现的关于用户的新洞见（最多 150 字）。
你必须在报告的附录中包含原始响应数据（电子表格）。仅提供在线查看响应数据的链接不足够。
第 2 部分：人物角色（Persona）与用户故事（个人作业，12%）
基于小组数据收集的结果与所选定的目标群体，开发一个人物角色与用户故事，以代表他们并识别新的需求。尽管本部分任务应由个人完成，但各自的人物角色应与组员讨论，以避免在个人交付物间出现重叠/重复。确保每个交付物都列出创建者的组员姓名。
你在此任务中的个人可交付成果包括：
1. 1 个用户人物角色（persona）
设想一个体现你从问卷分析与进一步研究中学到内容的虚构人物。开发 1 个描述此人的人物角色。
- 使用合适的模板创建你的高保真（high-fidelity）人物角色。模板可来自课程资源、在线资源，或你自己的设计。
- 人物角色必须与问卷分析与进一步研究具有可识别的关联。
- 人物角色必须包含能引发对用户共情（empathy）的信息。
- 提供一段简要文字，说明你的人物角色如何基于4 条具体的数据观察而开发（最多 200 字）。
人物角色是一份帮助你与用户共情的文档，不是关于应用设计的文档。不要提及你的应用或提出特定的应用功能。
2. 2 个用户故事（user stories）
基于你的人物角色产出 2 个用户故事，并为每个故事确定优先级。
- 用户故事必须使用如下格式识别用户需求与期望收益：
“（As）<persona>，（I want）<y>，（so that）<z>。”
- 两个用户故事必须彼此不同，描述人物角色不同方面所对应的需求。
- 使用 MoSCoW 优先级方法为每个用户故事分配优先级。
- 简要说明每个故事的优先级如何决定（最多 100 字），考虑：
- 该故事对你的人物角色的影响；
- 该故事对更广泛用户群体的潜在影响（与问卷数据收集与进一步研究相关）。
3. 2 条新的功能性用户需求
在《Project Brief》中已定义的 3 条用户需求之外，提出 2 条新的功能性用户需求。
- 用以下以用户为中心的格式撰写你的用户需求：
“Users should be able to…”（示例参见《Project Brief》）。
- 新的需求必须与你的用户故事具有可识别的关联，并以简洁的高层级描述表述。
提交物（Submission deliverables）
将所有交付物编为一份 PDF 文档（以小组为单位）并上传至 Moodle 的作业提交活动。你的提交必须包含：
- 标题页（Title Page）
- 目录（Table of Contents）
- 数据收集方法（最多 100 字）
- 含 15 个问题的问卷（含全文及答复格式）
- 问卷调查分析（最多 900 字）
- 额外研究（最多 150 字）
- 4 个用户Persona（每位组员 1 个）
- 确定 4 个与你的数据分析和研究相关的链接（每人最多 200 字）
- 8 个User story（每人 2 个）
- 使用 MoSCoW 方法设定优先级，并给出理由（每人最多 100 字）
- 8 条New Functional User Requirements（每人 2 条）
- 附录（Appendix）：问卷响应原始数据（包含原始数据的电子表格）
交付物应具有专业的排版——就像要提交给潜在客户一样。报告文件名应遵循以下格式：
FIT5125-Sub1-Applied#-Group（例如 FIT5125-Sub1-Applied01-TeamRocket）。