IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

标签:设计研究

共 4 篇相关文章

IT 累计浏览 3,211

进行用户研究的五步法【译】

作者从一个常见的误区切入:我们掌握了用户的年龄、设备、消费记录等“是什么”的数据,却常常无法回答“为什么”——为什么用户要换银行?这种对用户行为深层动机的困惑,正是需要系统性用户研究来解决的。 这篇文章详细介绍了由Frog设计公司创造的“调研学习螺旋”。这是一套结构化的五步法,旨在填补团队在设计过程中的知识空白。核心步骤包括:首先明确要回答的“目标”问题;接着梳理团队已有的“设想”与假设;然后选择合适的“方法”来收集数据;再进行“实施”调研;最后“综合”分析数据,验证或推翻假设。 文中以设计一个电视节目短片分享功能为例,具体展示了如何应用这个螺旋。例如,在“目标”阶段,团队需要用“谁、什么、何时、何地、为什么、如何”这类问题来界定调研范围,并将问题转化为明确的研究目标。这个框架强调,在开始具体工作前,先花时间厘清已知与未知,能有效指导后续调研,避免盲目行动。 这个螺旋流程的价值在于,它帮助设计师跳出自身偏见,通过理解真实用户的生活与需求,发现那些数据无法揭示的设计机会点,从而产出更具针对性和灵感的解决方案。

IT 累计浏览 3,435

什么时候使用什么用研究方法?

这篇讲的是如何在海量用户体验研究方法里找到最适合当下任务的那一种。文章源自可用性大师Jakob Nielsen的经典论述,核心观点很直接:好的研究方法,得在恰当的时间用到恰当的地方,切忌“手里有把锤子就看什么都像钉子”。 作者从用研工作的常见困惑出发,系统梳理了不同方法的适用场景。比如,定性与定量研究各自解决什么问题?探索阶段与验证阶段应该侧重哪些方法?文章没有停留在理论罗列,而是结合了编译团队所在公司的实际用研经验进行了重新编译和修改,让这些经典原则更贴近国内互联网团队的工作语境。 对于技术、产品和设计团队来说,这篇文章的价值在于提供了一张清晰的“方法地图”。它帮助你在启动研究前快速定位:是要深挖用户行为背后的动机,还是要验证一个已有的设计方案?是追求洞察的深度,还是结论的广度?理解了这些差异,才能让每一次用研投入都产出最大化的价值。

IT 累计浏览 2,131

用户体验量化方法研究(三)

这篇讲的是“用户体验量化方法研究”系列的第三篇,专门深入到了具体案例中。它没有停留在理论方法的罗列,而是直接把镜头对准了几个真实的业务场景,比如电商首页改版、移动端功能优化等,展示了不同的量化手段(如任务完成率、出错次数、用户满意度问卷)是如何在实际项目中被组合运用的。 作者从这些案例出发,重点拆解了在实际操作中,团队如何定义关键的体验指标、如何设计可控的A/B测试或灰度实验来采集数据,以及如何从看似杂乱的数据中,提炼出对产品决策有直接帮助的结论。文章特别点明了在资源有限的情况下,如何选择性价比最高的量化组合。 通过对比不同案例的量化路径与最终效果,文章揭示了一个核心:有效的量化并非追求大而全,而是要与产品的核心目标、用户的核心路径紧密挂钩。这些来自一线的实践细节,为正在摸索体验度量体系的团队提供了非常接地气的参照。

IT 累计浏览 2,227

更真实的理解用户

在产品开发中,我们常常依赖用户访谈来捕捉需求,但“用户说的”和“用户做的”往往存在差距。这篇文章的核心观点在于,追求更真实的用户理解,必须超越单纯的用户反馈。 作者指出,用户访谈虽然重要,但容易受到礼貌性回答、习惯性表达或对自身行为不自知等因素的影响。因此,更有效的方法是将用户访谈与行为观察、数据验证相结合。例如,观察用户在真实场景下的操作流程,往往能发现他们自己都未意识到的痛点。同时,通过分析产品后台的行为数据,可以交叉验证访谈结论的普遍性与真实性。 文章还强调,理解用户不应止步于收集需求列表,而应深入探究其背后的工作流、上下文和决策逻辑。这要求我们像研究者一样,去拼凑出用户完整的工作图景,而不仅仅是他们口中的“功能愿望单”。这种多层次的验证思路,对于希望做出扎实产品决策的团队来说,提供了非常务实的视角。