致用户部门的你 - 不再让你说“信息系统部明明做过测试…”！从小熊学习“用户测试”的真正含义

这是is开发者网站 Advent Calendar 2025的第19天的文章。

大家好＆初次见面，我是教育组的颓废豆熊猫，也就是小野寺。

用户部门（业务部门）的各位，每次收到用户测试（验收测试）的请求时，说实话，你有没有这样想过？

“明明信息系统部已经好好做过测试了，为什么我们还要重新测试？”

在繁忙的工作中抽出时间来做测试。如果只是确认是否存在 bug，就希望能由专业的信息系统部门（以下简称信息系统部）来完成：“这不是重复劳动吗？”……我非常理解这种感受。

但是，实际上有一个**“必须由各位来做、无法由其他人替代的理由”**。

为了让大家亲身体会这个理由，请稍微配合进行**“两项检查”**。

首先，请对比以下两张图片。
一张是“熊的设计图和完成效果图”^[1]，另一张是基于该图制作的“实际完成的熊（成果物）”。

(↑熊的设计图)

(↑熊的完成品（成果物))

对比这两张图片，找出不同之处。比如“这里不同”“那里颜色不同”……你找到了几个差异呢？
如果找到了，请在脑中默默记下差异所在。

接下来，请从完全不同的视角来思考。
这只“熊”究竟是为了什么而制作的呢？

事实上，假设存在如下要件（目的）：

【目的】
想在公司前台放置一只吉祥物，以提高来访客户对公司的“好感度”和“知名度”。

在听完这个目的后，请再次审视刚才的“积木熊”。
并请判断，“是否应该将它放在自家公司的接待处”。

怎么样？

• “把像玩具一样的积木放在接待处，会不会与公司的形象不符？”
• “为了提高好感度，是否需要更洗练的设计？”
• “为什么要做熊？不更像熊猫吗？而且还多了个我们没要的圣诞树？”
• “不行不行，我们公司已经有吉祥物了”

恐怕大多数人都觉得**“不适合这个目的”**吧？

刚才，大家刚进行了两种检查。
实际上，这两种检查恰恰反映了“信息系统部”和“用户部门”角色的区别。

最初进行的“寻找错误”即是由信息系统部门实施的“系统测试”。
其目的是“将成品与原始设计图进行对比，确认是否按设计图正确制作”。

信息系统部能够完美地检查是否按设计图拼装积木（是否存在 bug）。但他们无法判断其是否“适合放在接待处”。

接下来进行的“确认目的”正是由各位，也就是用户部门的大家来实施的“用户测试”。

用户测试重点不在于是否符合设计图。
而是要确认“需求定义中提出的课题（提高好感度）是否真的得到解决”，“该系统是否适合当前的业务与目标”。

即便在第一次检查中确认了“完全按设计制作的熊”，如果在第二次检查中被判定“不适合放在接待处”，从业务角度依然算失败。

而能够做出“这个不能放在接待处啊”判断的，正是平时实际执行该业务、与客户接触的用户部门的各位。

我知道你们可能会觉得“信息系统部都测试过了……”，但今后的用户测试中，请务必珍视**“作为业务专家的视角”**。

不是“去找 bug”，而是以**“这个系统是否真的能让我们的工作变得更好？”**的视角来使用，才是项目成功的关键。