第 1 章 · 用户研究:实验心理学、心理测量学与产品经理的日常

③ 实验法——变量控制、常见范式与产品经理的 A/B 测试展开节

实验法是用户研究方法里最「硬」的一种——它不靠用户说,也不靠你观察,而是主动操控条件、隔离变量,看「因」到底能不能导致「果」。
什么是变量?

任何实验都至少有三类变量:

• 自变量(Independent Variable):你主动操控、改变的条件——你想看它会不会影响结果

• 因变量(Dependent Variable):你测量、记录的结果——被自变量影响的那个指标

• 干扰变量(Confounding Variable):你没想操控、但可能同时影响结果的变量——它让「因→果」说不清

例子:吃饭用不同的碗

假设你想研究「碗的形状会不会影响人的食量」。

• 自变量:碗的类型(深碗 / 浅碗 / 宽口碗)——你主动换不同的碗

• 因变量:被试吃完的米饭量 / 吃饭用时 / 饱腹感评分——你测量这些

• 干扰变量:米。如果你在深碗装东北大米、浅碗装泰国香米,被试吃得多可能是因为米好吃,不是因为碗——你就分不清「因」是什么了。

做好实验的第一原则:除了自变量,其他所有变量都要控制住(同样的米、同样的分量、同样的用餐环境),否则结论不可信。

变量类型定义吃饭例子在 A/B 测试中对应
自变量主动操控的条件碗的形状你上线的新版本(实验组 vs 对照组)
因变量测量的结果指标食量 / 吃饭用时留存率 / 点击率 / 转化率等核心指标
干扰变量未控但影响结果的变量米的种类 / 用餐环境用户群体差异 / 时段 / 设备 / 节假日因素
🔄 Call back:变量定义 = A/B 测试的设计基本功

产品经理做 A/B 测试时,第一步就是分清三类变量:你上线的新版本是自变量(实验组 vs 对照组),你要看的核心指标(留存 / 点击 / 转化)是因变量,而那些你没控制好的差异(用户群体、时段、设备、节假日)就是干扰变量。

做产品设计时,如果你做 A/B 测试发现实验组留存更高,但你没控制「实验组恰好是老用户、对照组是新用户」——这个差异就是干扰变量导致的,不是版本本身的效果。你拿这个错误结论去全量发布,老用户占比一变,效果立刻消失。

做提前预研时,变量定义帮你厘清「我到底在测什么」:很多团队说「做个 A/B 看看哪个好」,但说不清自变量是什么、因变量怎么度量、哪些干扰变量要排除——这种测试等于没做。

常见实验范式

范式(Paradigm)是心理学里被反复验证、可复用的「标准实验套路」。你不需要记住所有范式,但理解范式思维,能让你设计的 A/B 测试更严谨——范式本质是「把变量控制到极致的模板」。

Stroop 范式

经典范式:屏幕上显示颜色词(如红 / 绿 / 蓝),但词的字体颜色故意和它的含义冲突(写「红」字却用绿色字体)。被试要忽略词义、说出字体颜色。

当词义和字体颜色冲突时,人的反应时显著变长、错误率变高——这揭示了「自动化加工(读词)会干扰控制加工(辨色)」。它常用来测量「认知冲突抑制能力」。

产品应用:Stroop 思路可用来测「界面干扰」——比如按钮颜色和文字含义冲突时,用户是否更难做决策。它告诉你:一致性设计不是在「好看」,是在降低用户的认知负荷。

线索-目标范式(Cue-Target Paradigm)

屏幕上先出现一个「线索」(指向某位置或无效),短暂间隔后出现「目标」在某位置,被试要对目标做反应。通过操控线索是否有效,测量注意被导向的效率。

有效线索(指对位置)下反应更快,无效线索(指错位置)下反应更慢——这揭示了「注意会被线索自动捕获」。它常用来研究「注意导向」和「注意转移成本」。

产品应用:这个范式对应「引导设计」——你在界面上放的红点、箭头、高亮,就是「线索」。它们会捕获用户注意,但放错位置(无效线索)反而增加用户找功能的成本。理解这个范式,你就知道「引导元素」不是越多越好。

🔄 Call back:范式思维 = 产品实验的设计模板

产品经理做实验时,最容易犯的错误是「每次都从零设计」,结果变量没控制好、结论不可信。范式思维告诉我们:先找有没有现成的「标准套路」可以套。

做产品设计时,Stroop 范式启发你做「一致性校验」:在新功能上线前,用认知冲突的思路自查——界面里有没有「说一套做一套」的元素(图标暗示 A、点击却是 B)?这类元素会悄悄增加用户的认知负荷。

做提前预研时,线索-目标范式帮你设计「引导效果」的实验:你想测「新引导能不能提升功能发现率」,就把它当成线索-目标范式——线索(引导)有效性怎么度量?无效引导的代价是什么?这就是你的实验设计框架。

廉价软件实验方法

过去做心理学实验要买昂贵的专用软件。现在,「廉价甚至免费」的方案已经足够:

• E-Prime:心理学实验的行业标准软件,专门做精确计时(毫秒级)的刺激呈现与反应记录,适合严谨的实验室实验

• Java / Python 编程:用 PsychoPy(Python)或自定义程序,可以完全掌控刺激呈现逻辑,而且免费、跨平台

• 浏览器实验:用 jsPsych 等网页框架,被试打开链接就能做,适合大样本在线实验

• Vibe Coding(氛围编程):用 AI 辅助编程,你用自然语言描述实验逻辑,AI 帮你生成可运行的实验代码——让不会写代码的研究者也能够快速搭出实验原型,再把原型交给工程师打磨。

🔄 Call back:低成本实验 = 产品经理的验证手段

产品经理做需求验证时,不必等「大版本上线」才看到结果。你可以用廉价工具快速搭一个实验原型:比如用 jsPsych 做一个网页小测验,测用户对两种文案的理解差异;用 Vibe Coding 让 AI 生成一个 A/B 测试的最小页面。

做产品设计时,「先验证再开发」能省大量成本:一个用 Python 写的两小时实验,可能帮你避免上线一个三个月才发现的错误方向。实验法的本质是「在小成本下隔离因果」,这跟产品 MVP 思维完全一致。

做提前预研时,Vibe Coding 降低了实验门槛——你脑子里有个假设,当天就能让 AI 帮你生成一个能跑的实验,招募 20 个人测一下,比开三个会争论「用户会不会这么想」快得多。

实验室常用工具

当你需要「看用户自己都意识不到的东西」时,就要上硬核仪器:

• 眼动仪(Eye Tracker):记录视线落点、注视时长、扫视路径——揭示用户「先看哪、再看哪、在哪卡住」

• 脑电(EEG):毫秒级记录大脑电活动,测认知负荷、情绪唤醒、注意分配

• 核磁共振(fMRI):看脑区激活,定位「哪块脑区在处理这个任务」——空间分辨率高但成本高、不能动

这些工具适合做「为什么」的深层研究(用户自己都说不清的直觉反应),不适合日常产品迭代——日常用问卷 + 访谈 + A/B 就够。

🔄 Call back:硬核工具 = 深层用户洞察

产品经理做深度用户研究时,眼动仪和脑电能帮你发现「用户说一套、做一套」的真相:用户嘴上说「我喜欢这个设计」,但眼动数据显示他根本没看那个按钮——他的真实行为和口头报告不一致。

做产品设计的「体验优化」阶段,眼动热力图能告诉你「首屏的信息层级对不对」——用户第一眼是不是落在你想让他看的地方?如果不是,你的视觉层级设计就是错的,无论用户嘴上说多喜欢。

但要警惕:这些工具贵、慢、样本小,不能替代大样本的 A/B 测试。它们是「定性深挖」手段,A/B 是「定量验证」手段——两者配合,才既有深度又有广度。

实验中的变量控制:前摄抑制与后摄抑制

即使你设计好了变量,实验顺序本身也可能成为干扰。两个经典陷阱:

• 前摄抑制(Proactive Inhibition):前面做的任务,干扰了后面任务的记忆 / 表现。比如被试先做难的任务 A,再做任务 B 时还带着 A 的惯性,B 的成绩被拖低。

• 后摄抑制(Retroactive Inhibition):后面做的任务,干扰了对前面任务的记忆。比如做完 B 再回忆 A,B 的内容混进来,A 的记忆被污染。

在用户研究中,这对应「顺序效应」:同一个用户连做两个版本的测试,前一个版本的体验会影响他对后一个版本的评价——你测到的不是「版本差异」,是「疲劳 / 学习 / 顺序差异」。

拉丁方(Latin Square):控制顺序效应

拉丁方是一种「平衡顺序」的设计:让每个版本在不同位置上出现的次数相等。比如 A/B 两个版本,一半用户按 A→B 顺序、另一半按 B→A 顺序——这样顺序效应被平均掉,你看到的差异才是版本本身的差异。

扩展到多个条件(A/B/C),拉丁方保证每个条件都出现在每个位置、且每对条件的先后顺序都覆盖——这是实验设计里控制顺序效应的标准工具。

控制样本相似:匹配被试

另一种干扰来自「人不一样」。如果实验组是年轻人、对照组是老年人,你分不清差异来自「版本」还是「年龄」。控制方法:

• 匹配(Matching):实验组和对照组在关键变量(年龄、性别、使用经验)上一一对应

• 随机分配(Randomization):把被试随机分到两组,让未知干扰因素平均分布

• 被试内设计(Within-subject):同一个人做所有条件,自己跟自己比,彻底消除「人不一样」的干扰(但要小心顺序效应,需配合拉丁方)

🔄 Call back:顺序效应 = A/B 测试的流量分配

产品经理做 A/B 测试时,最常踩的坑就是「顺序效应」和「样本不均」:如果你把新用户都分到实验组、老用户都分到对照组,测出来的差异是「新旧用户差异」不是「版本差异」。

做产品设计时,拉丁方思维对应「流量分配要均衡」:实验组和对照组必须在关键维度(新老、地域、设备)上匹配。随机分流是最简单的均衡手段——让系统随机决定每个用户进哪组,而不是你手动挑。

做提前预研时,如果你只能做小样本(比如 10 个人),就用被试内设计(同一个人测两个版本)+ 拉丁方(顺序平衡),这样 10 个人的数据也能得出相对干净的结论。样本小不可怕,没控制变量才可怕。

🔄 Call back:实验法 → 产品经理的 A/B 测试与灰度

A/B 测试就是实验法在产品里的落地:你操控一个自变量(版本),测量因变量(核心指标),控制干扰变量(流量均衡、时段对齐),看「因」能不能导致「果」——这正是实验法的完整骨架。

灰度测试(灰度发布)是「真实环境的实验」:你不在实验室里、而是在全量用户中先放一小部分流量,观察因变量变化,确认安全再逐步放大。它把实验法从「受控环境」搬到了「真实战场」。

做产品设计时,记住实验法的铁律:你能控制的变量越多,结论越可信。灰度不是「上线试试看」,是「带着假设、控制变量、观测指标」的受控实验——和吃饭用不同碗、控制米种类,是同一个逻辑。

实验法的本质是「隔离因果」——除了你想测的自变量,其他一切都要控制住。产品经理的 A/B 测试和灰度,就是把这套实验室逻辑搬到了真实产品环境里:控制变量、观测指标、用数据代替争论。

提示:点击正文区域或按 ← → 方向键翻页 · 按 ↑ ↓ 滚动