nilimaislam5687 發表於 17:13:32

尽量不要让问题列出技术要求或指定具体方法


这将限制团队进入未探索的领域。 第三,必须足够集中、易于管理。如果你的问题陈述是“改善生活”,你的团队将被所有可能的探索途径淹没。 该组织还建议用“创建”、“定义”或“适应”等动词来表述问题。这将有助于以行动为导向来假设问题。 如何开始定义 正如我们在本系列的第一篇文章中看到的,设计思维始于移情阶段。为此, 特殊数据库您可以使用移情图或采用初学者的心态。目的是让您摆脱偏见,以便您可以专注于用户或受众的问题。 在采访、观察练习或监控用户后,请您的团队分享他们听到或看到的故事。根据斯坦福大学的盗版行为,故事分享活动有两个目的: 首先,它是一个帮助团队成员赶上其他人在同理心过程中收集到的信息的实例。

其次,通过倾听并返回所获得的信息,您可以为您的团队提供识别他们当时无法察觉的细微差别和重点的可能性。 从设计思维的移情阶段到定义阶段包括“解压”你所获得的一切,以便正确地构建问题。请记住:只有正确的问题才能创造正确的解决方案。 是时候拿出便利贴了 当一些团队成员分享故事(“拆包”)时,另一个团队必须负责定义阶段的另一项补充练习:捕捉主要内容。要求他们选择短语、好奇心、场景、惊喜、轶事和其他似乎与共情阶段相关的事物。 这些发现中的每一项都可以写在便利贴上,并且必须将其分组在黑板或画布上,无论是物理的还是数字的。如果您在混合或远程模式下工作,请记住有数字协作白板,例如。这些平台允许您同时工作、发表评论和监控进度。

http://zh-cn.aolists.com/wp-content/uploads/2024/01/3333-1.jpg

最重要的是:您可以留下工作记录。 通过组织便利贴,您可以“拆包”信息并培养瞥见共同主题和重复模式的可能性。不仅与便利贴建立联系,还与照片、图画、用户体验地图或具体体验建立联系。任何允许您捕获有关用户的印象和信息的元素。 如果您不想使用空白画布,请继续阅读,因为我们将向您介绍一些迷你方法,以便您可以更好地组织您的发现。 设计思维中的定义方法 用户体验图 图片来源:设计思维该工具允许您划分流程,通过简单的可视化使最重要的区域或时刻可见。它可以是时间线、一系列图像或插图,或者具有特定步骤的一系列卡片。 要使用用户体验地图,您必须满足一些要求: 使用可以分析的流程。


頁: [1]
查看完整版本: 尽量不要让问题列出技术要求或指定具体方法

一粒米 | 中興米 | 論壇美工 | 設計 抗ddos | 天堂私服 | ddos | ddos | 防ddos | 防禦ddos | 防ddos主機 | 天堂美工 | 設計 防ddos主機 | 抗ddos主機 | 抗ddos | 抗ddos主機 | 抗攻擊論壇 | 天堂自動贊助 | 免費論壇 | 天堂私服 | 天堂123 | 台南清潔 | 天堂 | 天堂私服 | 免費論壇申請 | 抗ddos | 虛擬主機 | 實體主機 | vps | 網域註冊 | 抗攻擊遊戲主機 | ddos |