ユーザー部門のあなたに送る - 「『情シスはテストしたのに…』と言わせない！クマに学ぶ“ユーザーテスト”のホントの意味」

これは豆蔵デベロッパーサイトアドベントカレンダー2025第19日目の記事です。

こんにちは＆はじめまして、教育グループのやさぐれ豆ぱんだこと、おのでらです。

ユーザー部門（ビジネス部門）の皆様、ユーザーテスト（受け入れテスト）の依頼が来るたびに、正直、こう思ったことはありませんか？

「情シスがちゃんとテストしたはずなのに、なんで私たちが改めてテストしなければいけないの？」

忙しい業務の合間を縫ってのテスト作業。「バグがないか確認するだけなら、プロである情報システム部門（以下、情シス）だけで完結してほしい」「これって二度手間じゃないの？」
……そう感じてしまう気持ち、とてもよく分かります。

しかし、実は 「皆様がやらなければならない、代わりのきかない理由」 があるのです。

その理由を体感していただくために、少しだけ 「2つのチェック」 にお付き合いください。

まず、以下の2つの画像を見比べてみてください。
「クマの設計書と完成イメージ^[1]」と、それを元に「実際に作られたクマの完成品（成果物）」です。

(↑クマの設計書)

(↑クマの完成品（成果物）)

この2つを見比べて、違う箇所を探してみてください。
「ここが違う」「あそこの色が違う」……いくつか見つかりましたか？

見つかった方は、どこが違うか心の中でメモしておいてください。

では次に、全く別の視点で考えてみてください。
そもそも、この「クマ」は何のために作ったのでしょうか？

実は、以下のような要件（目的）があったとします。

【目的】
会社の受付に置き、来訪されるお客様からの「会社の好感度」や「知名度」を上げるためのマスコットを作りたい。

この目的を聞いた上で、改めて先ほどの「ブロックのクマ」を見てください。
そして、 「これを自社の受付に置くべきかどうか」 を判断してみてください。

いかがでしょうか？

• 「おもちゃのようなブロックを受付に置くのは、会社のイメージに合わないのでは？」
• 「好感度を上げるという目的には、もっと洗練されたデザインの方がいいのでは？」
• 「なぜクマなの？というかパンダだよね？頼んでないクリスマスツリーもついてきてるよね？」
• 「いやいや、ウチもうマスコットキャラクター居るし」

おそらく、多くの人が 「この目的には適していない」 と感じたのではないでしょうか。

さて、皆様には今、2種類のチェックを行っていただきました。
実はこの2つが、そのまま「情シス」と「ユーザー部門」の役割の違いを表しています。

最初に行った「間違い探し」は、 情報システム部門が実施する「システムテスト」 です。
これは「元々の設計書と見比べて、設計書通りに正しく作られているか」を確認する作業です。

情シスは、設計書通りにブロックが組まれているか（バグがないか）は完璧にチェックできます。しかし、それが「受付に置くのにふさわしいか」までは判断できません。

次に行った「目的の確認」こそが、 皆様、ユーザー部門の皆様が実施する「ユーザーテスト」 です。

ユーザーテストで重要なのは、設計書通りかどうかのチェックではありません。
「要件定義で挙げた課題（好感度アップ）が本当に解決するのか」「このシステムは今の業務や目的に適しているのか」 を確認することです。

1つ目のチェックで「設計通り完璧なクマ」ができていたとしても、2つ目のチェックで「受付にはふさわしくない」と判断されれば、ビジネスとしては失敗です。

そして、「これは受付に置けないな」と判断できるのは、普段その業務を行い、顧客と接している ユーザー部門の皆様だけ なのです。

「情シスがテストしたのに……」と感じることもあるかと思いますが、これからのユーザーテストでは、ぜひ 「業務のプロとしての視点」 を大切にしてください。

「バグを探す」のではなく、 「このシステムは、私たちの仕事を本当に良くしてくれるか？」 という視点で触っていただくことが、プロジェクト成功の鍵となります。