Problem Statement
本页目录· 30 条
- 一、什么是问题陈述?
- 二、不要从解决方案开始
- 三、问题陈述的四个核心要素
- 四、What|问题是什么?
- 五、Why|为什么这是一个问题?
- 六、Where|问题在哪里出现?
- 七、Who|谁受到问题影响?
- 八、区分“问题承受者”和“实际用户”
- 九、视频案例:老年人的健康与福祉
- 原始问题陈述的中文翻译
- 十、案例中的四个要素
- 十一、使用 “How Might We” 提出设计问题
- 十二、问题陈述不一定只有一句话
- 十三、团队制作问题陈述的建议流程
- Step 1:进行研究
- Step 2:分别整理四个 W
- What
- Why
- Where
- Who
- Step 3:团队讨论与整合
- Step 4:写成完整问题陈述
- 十四、常见问题
- ❌ 1. 目标用户过于宽泛
- ❌ 2. 没有研究证据
- ❌ 3. 直接写解决方案
- ❌ 4. 只描述现象,没有说明影响
- ❌ 5. 混淆目标用户和产品使用者
- 十五、与其他设计思维工具的关系
- 十六、核心结论
这一页有部分内容暂时无法显示,其余内容完整。
monash.au.panopto.commonash.au.panopto.com/Panopto/Pages/Viewer.aspx?id=67b4ce19-fcf0-4112-a295-b482005be3b4主题: 如何根据用户研究和设计思维过程,构建一个清晰、有证据支持且以用户为中心的问题陈述。
一、什么是问题陈述?
问题陈述是对项目需要解决的问题进行清晰、具体的定义。
一个良好的问题陈述可以帮助团队明确:
- 具体需要解决什么问题;
- 为什么这个问题值得解决;
- 问题在什么环境或情境下出现;
- 哪些人正在受到这个问题的影响。
视频强调:
一个定义准确的问题,是开展高质量项目的重要基础。
如果一开始没有正确理解问题,即使后续提出了功能完整的技术方案,也可能无法真正满足用户需求。
二、不要从解决方案开始
IT 学生和技术团队经常会先想到:
- 开发一个 App;
- 建立一个网站;
- 使用人工智能解决问题;
- 添加提醒、定位或数据分析功能。
但在设计思维中,团队不应该先决定解决方案,而应该先研究: