我是如何用定性研究方法详解，成功挖掘用户真实需求的真实案例

作为一名某985高校人机交互专业的研二学生，我至今还记得去年那3个月的“地狱式”项目经历——导师布置的智能图书馆APP用户需求调研，差点让我延毕。从一开始的用户需求报告被批“全是伪需求”，到最后靠定性研究方法挖出了连图书馆馆长都没想到的真实痛点，不仅拿到了项目A评级，还成了系里的调研案例。今天就把我的整个实战过程拆解出来，给同样在科研、项目里抓瞎的学弟学妹们避坑。

当时接到这个项目时，我信心满满：不就是做用户需求吗？用问卷星发1000份问卷，统计一下“你希望APP有什么功能”，再拉几个数据图表，这不就搞定了？

我花了3天设计问卷，设置了“你是否需要预约座位功能？”“你希望APP增加图书推荐吗？”等20个封闭式问题，通过学校社群、图书馆线下扫码，最终回收了1200份有效问卷。统计结果看起来“完美”：

• 87%的用户勾选了“需要预约座位功能”
• 79%的用户希望增加“个性化图书推荐”
• 68%的用户认为“在线续借”是核心需求

我抱着这份满是漂亮数据的报告找导师汇报，结果他只翻了3页就扔回给我：“你这做的不是用户需求，是你自己想象的需求！用户说想要预约座位，是因为现在抢座难？还是找不到空座？说要图书推荐，是想找专业文献，还是想看热门小说？你连这些都搞不清，做出来的APP只会没人用！”

那天从导师办公室出来，我在图书馆走廊坐了1个小时，看着手机里1200份问卷数据，第一次意识到：量化数据只能告诉我“是什么”，但永远不会告诉我“为什么”，而“为什么”才是产品和研究的核心。

后来我复盘时，把当时的困境整理成了一张表格，现在看来依旧是很多科研新手的通病：

就在我一筹莫展时，导师扔给我一本《定性研究方法指南》，说了句：“去学学扎根理论和深度访谈，别再用你的脑子替用户思考。”

我花了1周时间啃完了3本定性研究的专业书，还找了系里做定性研究的学姐讨教，终于搞明白：定性研究不是量化研究的补充，而是一种完全不同的思维方式——它是“从用户中来，到用户中去”，通过深度互动挖掘用户自己都没意识到的真实需求。

很多人以为定性研究就是“随便找几个人聊聊”，其实完全不是。我当时整理了两者的核心差异，帮自己理清思路：

• 量化研究：像“拍照片”，用数据记录用户的表面行为，关注“普遍性”，适合验证已有假设。
• 定性研究：像“拍纪录片”，用深度互动还原用户的真实场景，关注“特殊性”，适合挖掘未知需求。

对我当时的项目来说，智能图书馆APP是一个全新的产品，我们没有任何可以验证的假设，所以必须用定性研究先挖到“用户到底在图书馆遇到了什么麻烦”，再用量化研究去验证需求的普遍性。

结合智能图书馆的场景，我最终选定了3个最适合的定性研究方法，每个方法都有明确的目标：

1. 深度访谈：挖掘用户行为背后的动机

2. 参与式观察：还原用户在图书馆的真实使用场景

3. 焦点小组：让用户互相启发，碰撞出隐性需求

接下来就是我的实战环节，每一步都踩过坑，也总结了很多可复制的技巧。

深度访谈是定性研究的核心，但很多人容易做成“聊天”，问不出有价值的信息。我当时做了30份深度访谈，前10份几乎全是无效对话，后来总结出了一套“追问三原则”，才终于挖到了干货。

一开始我随便找了几个同学访谈，结果大家说的都是“希望APP更方便”这种空话。后来学姐提醒我：“要做‘目的抽样’，找不同类型的核心用户。”

我根据图书馆的用户画像，划分了5类核心用户：

• 考研/考公的“长期驻扎型”用户（每天待8小时以上）
• 找专业文献的“科研型”用户（研究生、教师）
• 临时自习的“通勤型”用户（每天待2-3小时）
• 找课外书的“休闲型”用户（本科生、留学生）
• 图书馆的工作人员（管理员、保洁）

我给每类用户找了6个访谈对象，提前准备了“半结构化访谈提纲”——只列核心问题，不限制用户的回答方向：

1. 你每周来图书馆几次？每次待多久？

2. 你在图书馆最常做的3件事是什么？

3. 你在做这些事时，遇到过什么麻烦？

4. 如果有一个智能APP能帮你解决这些麻烦，你希望它怎么做？

5. 有没有什么事，是你觉得图书馆应该改善，但一直没说的？

印象最深的是访谈一位自动化专业的研三学长，他一开始说“我希望APP有预约座位功能”，如果我像之前的问卷一样，直接把这个当需求，就又错了。我用“追问法”挖了下去：

• 我：“你为什么需要预约座位功能？”
• 学长：“因为我每天早上8点来，三楼的自习区已经满了。”
• 我：“为什么一定要去三楼自习区？”
• 学长：“因为三楼有插座，而且离文献库近，我要查专业期刊。”
• 我：“那如果三楼有座但没插座，你会去吗？”
• 学长：“不会，我电脑要插电，不然撑不了2小时。”
• 我：“那如果有一个APP能告诉你哪层有带插座的空座，你还需要预约吗？”
• 学长：“当然不需要，我只要能找到带插座的空座就行，预约反而麻烦。”

你看，用户说“需要预约座位”，真实需求根本不是“预约”，而是“快速找到带插座的空自习位”。这就是伪需求和真实需求的区别！

深度访谈毕竟是“用户说的”，但很多时候用户自己都没意识到的需求，只能通过“观察用户做的”来发现。我找了图书馆馆长，申请了“志愿者”身份，在三楼自习区和文献区待了3天，记录下了很多用户不会在访谈中说的细节。

我准备了一个小本子，每看到一个用户的异常行为，就记录三个信息：

1. 场景：什么时候、在哪里发生的？

2. 行为：用户具体做了什么？

3. 痛点：这个行为背后，用户遇到了什么麻烦？

比如：

• 场景：周三下午2点，三楼文献区
• 行为：一位女研究生拿着一本《机械工程学报》，翻了5分钟，又放回书架，然后去服务台找管理员
• 痛点：她找不到最新的期刊，因为期刊架是按年份排列的，最新的2023年期刊放在最里面，被旧期刊挡住了

又比如：

• 场景：周五晚上7点，四楼自习区
• 行为：一位本科生把电脑放在座位上，跑去一楼买奶茶，回来时座位被另一个同学占了，两人吵了起来
• 痛点：用户暂时离开座位时，没有办法“保留座位”，又不敢把电脑拿走（怕占座的人看不到）

最让我惊讶的是观察到保洁阿姨的行为：她每天上午10点会打扫自习区，但很多用户在睡觉（熬夜复习的学生），她不敢扫地，只能站在旁边等，等用户醒了再扫，结果整个上午只能打扫半层楼。这个场景后来成了我们APP“静音打扫预约”功能的核心需求。

如果说深度访谈是“一对一挖痛点”，参与式观察是“看痛点”，那焦点小组就是“让用户一起聊痛点”。有时候用户自己想不到的需求，在和别人聊天时会被启发出来。

我组织了2场焦点小组，每场8个人，分别是“学生组”和“教职工组”，设置了4个核心原则：

1. 异质性用户：每场小组里包含不同年级、不同专业、不同使用习惯的用户

2. 中立主持人：我只负责引导话题，不发表自己的观点，避免影响用户

3. 结构化话题：从“你在图书馆最痛苦的一件事”开始，到“你觉得最应该改善的地方”，再到“如果有APP怎么解决”

4. 全程录音+记录：不仅记录用户说的话，还要记录用户的表情、语气、肢体语言（比如皱眉、摇头、兴奋的手势）

在学生组的焦点小组里，一开始大家都在说“抢座难”“找书麻烦”，后来一位留学生小声说：“我找不到英文原版书的位置，而且图书馆的检索系统全是中文，我看不懂。”

这句话一出来，另一位少数民族同学也说：“对，我希望检索系统有维吾尔语版本，我有时候用中文搜书会打错字。”

原来我们之前完全忽略了“非中文母语用户”的需求，这个需求在问卷里根本不会被体现，因为问卷是中文的，很多留学生可能根本没填。但通过焦点小组的互动，这个被边缘化的需求被挖了出来。

当我收集了30份深度访谈记录、50条观察笔记、2场焦点小组的录音后，我又面临一个新问题：这些数据太零散了，怎么把它们变成有逻辑的用户需求？

这时候我想到了导师说的“扎根理论”——从原始数据中提炼概念，再把概念归类成范畴，最后形成核心需求理论，完全不用预设假设，让数据自己“说话”。

我把所有的访谈记录、观察笔记逐字逐句地读，每看到一个有价值的信息，就给它贴一个“概念标签”。比如：

• 研究生说“找不到带插座的空座”→ 标签：【插座需求】
• 留学生说“检索系统没有英文版本”→ 标签：【多语言支持】
• 保洁阿姨说“打扫时怕打扰学生”→ 标签：【静音场景需求】
• 本科生说“暂时离开座位被占”→ 标签：【座位临时保留】

我一共贴了127个概念标签，然后把重复的标签合并，最终得到了42个独立的概念。

接下来，我把42个概念按照“需求类型”归类，形成了6个核心范畴：

1. 空间需求：带插座的自习位、静音自习区、临时座位保留

2. 检索需求：多语言检索、文献精准定位、个性化推荐

3. 服务需求：在线续借、预约打扫、故障一键报修

4. 社群需求：专业文献交流小组、自习同伴匹配

5. 特殊用户需求：留学生多语言支持、残障人士无障碍通道导航

6. 管理需求：座位使用率统计、图书流通数据监控

我从6个核心范畴里，提炼出了一个“智能图书馆APP核心需求模型”：

以用户的“场景化需求”为核心，围绕“空间使用、文献检索、服务体验”三个维度，同时满足“普通用户、特殊用户、图书馆管理者”三类角色的需求，最终实现“提升图书馆使用效率、改善用户体验”的目标。

当我把这个模型和整理好的需求报告交给导师时，他终于点了点头：“这才是真正的用户需求，你现在知道为什么之前的报告没用了吧？”

最终我的智能图书馆APP用户需求报告，不仅拿到了项目A评级，还被图书馆馆长拿去参考，后来图书馆真的推出了一个简化版的小程序，其中“带插座空座实时显示”“多语言检索”这两个功能，使用率高达60%，成了用户最喜欢的功能。

回顾整个过程，定性研究方法帮我解决了3个科研里最常见的问题：

1. 从“我以为”到“用户真的需要”：不再用自己的假设代替用户的真实需求，而是真正站在用户的角度看问题

2. 从“表面现象”到“深层动机”：不再只关注用户的行为，而是挖掘行为背后的心理动机，找到问题的本质

3. 从“零散痛点”到“系统解决方案”：不再把需求当成孤立的点，而是形成了有逻辑、可落地的需求体系

如果你也想在科研、项目里用定性研究方法挖需求，我总结了5个最容易踩的坑，一定要避开：

很多人觉得深度访谈就是“和用户聊聊天”，其实不是。定性研究的每一个问题，每一个追问，都是有目的的。你要提前准备好访谈提纲，明确你要挖的核心需求，不能漫无目的地聊天。

在访谈和焦点小组里，一定要记住：你是倾听者，不是决策者。不要说“你觉得这个功能好不好？”“你难道不觉得这个需求很重要吗？”这种带有引导性的话，要让用户自由表达。

很多人做研究时，只找“典型用户”，比如只找研究生，不找本科生；只找学生，不找教职工。但很多时候，边缘用户的需求，恰恰是最有价值的创新点，就像我的项目里的留学生和少数民族同学。

定性研究的核心不是收集数据，而是分析数据。扎根理论是最好的分析工具，它能帮你从零散的数据里提炼出系统的需求，不要拿到数据就直接罗列，一定要归类、提炼、升华。

不要觉得定性研究和定量研究是对立的，其实它们是互补的。先用定性研究挖真实需求，再用量化研究验证需求的普遍性，这样你的研究才既有深度，又有广度。

现在再回头看那个项目，我最大的收获不是拿到了A评级，而是明白了一个道理：无论是科研、产品还是任何和人相关的研究，核心都不是“解决问题”，而是“先搞懂问题是什么”。

定性研究方法不是什么高深的理论，它的本质就是“共情”和“倾听”——放下你自己的假设，走进用户的真实场景，听他们说的话，看他们做的事，挖他们没说出口的痛。

如果你现在正被用户需求、科研调研困扰，不妨试试我这套方法，从深度访谈开始，一步步挖下去，你会发现，用户的真实需求从来都不是藏在问卷的选项里，而是藏在他们的每一句抱怨、每一个无奈的行为里。

最后送给大家一句话：好的研究不是证明你是对的，而是发现用户的真实需求。希望你也能像我一样，从“自嗨式调研”里走出来，挖到真正有价值的需求。