用户调研：场景案例

来看看这些真实的场景，或许你也会在其中看到自己正面对的挑战。

案例 1：当老板说“总觉得哪里不对”时

作为项目经理，最怕老板的一句模糊反馈。我的同事阿强就遇到了：他们的一款企业级工具改版后，虽然数据没掉，但老板总觉得用户用得不顺。

阿强用了“用户调研”Skill。他没有问大而化之的问题，而是输入了几个核心节点的流程截图和操作逻辑，请求编写一份“可用性测试方案”。Skill 建议他找 5 位老用户做一次现场测试，并设计了一系列“蒙眼操作”任务。

测试那天，阿强拿着 Skill 准备的任务清单，眼睁睁看着用户在那个他认为“很明显”的按钮前犹豫了 10 秒钟。那个下午的收获比他开一周的内部复盘会都要多。他拿着结成的汇总建议找老板汇报，不再说“我觉得”，而是说“经过 5 位代表用户的测试，我们发现……”。那天，老板看他的眼神都变了。

案例 2：想在老产品里挖点新需求

运营小雅最近遇到了瓶颈，现有的打折促销已经拉不动活跃了，她需要找到用户的新需求。可用户平时在群里只会喊“给个折扣”，真去问他们想要什么，大家也说不上来。

小雅找 Skill 帮忙策划了一场“深度访谈”。Skill 给她的建议是：不要直接问用户要什么，而要引导他们讲故事。按照 Skill 给出的访谈提纲，小雅去问用户“上次你遇到这个麻烦是怎么解决的”以及“为什么要那么麻烦地绕圈子”。

在一系列看似闲聊的挖掘中，小雅发现用户竟然在用他们的记账软件记录每天的饮食——为了减肥。这个洞察直接催生了下一个季度的核心功能：饮食消费卡。这种从故纸堆里翻出黄金的感觉，正是调研的魅力所在。

案例 3：把海量吐槽理出个眉目

客服部转来了上百条用户关于“支付慢”的反馈。开发团队一看，服务器挺快的呀，肯定是用户手机不行。但这事儿总得有个定论。

小丽把这些凌乱的文本一次性丢给了 Skill，并要求：“根据这些反馈，做一个初步的问题聚类分析，并帮我出一份针对性的问卷草稿。”

几秒钟后，Skill 指出：用户说的“慢”并不全是指加载条，有 40% 的反馈其实是在吐槽“选择优惠券太费劲”。小丽带着这个结论和一份严谨的后续验证问卷找到开发主管。当数据和逻辑摆在桌面上时，原本的争论瞬间变成了解决问题的协作。