ヒューリスティック評価を用いたゲームQA実践事例

by gree_tech

Slide 1

Slide 1 text

ヒューリスティック評価を用いたゲームQA実践事例山本幸寛 / yukihiro yamamoto 2025.07.24 株式会社WFS ©WFS 1

Slide 2

Slide 2 text

株式会社WFS Customer & Product Satisfaction部 QAグループ WFS ＆ Linguistic QAチーム山本幸寛 / yukihiro yamamoto はじめに ©WFS 2 略歴家庭用ゲームやモバイルゲームのQA業務を経験後、現在は株式会社WFSにて長期運用タイトルのQA業務を担当合わせて上流工程からより品質を高めるためユーザーテストに関連する業務も担当

Slide 3

Slide 3 text

● ヒューリスティック評価とは？ ● なぜヒューリスティック評価なのか ● ヒューリスティック評価について ● 導入手順 ● 導入事例紹介 ● 導入して見えたこと ● まとめアジェンダ ©WFS 3

Slide 4

Slide 4 text

ヒューリスティック評価とは？ ©WFS 4

Slide 5

Slide 5 text

なぜヒューリスティック評価なのか ©WFS 5

Slide 6

Slide 6 text

なぜヒューリスティック評価なのか ©WFS 6 市場の声ライブサービスゲーム開発における課題 UI UX ✓ 『不具合はないのに使いづらい』 ✓ 慢性的にユーザー満足度が低下している状況 ✓ 普段のテストだけでは検知できない ✓ 新機能追加時のユーザーからのFBが低評価 ✓ 「UIが使いづらい」という評価が多い ✓ 仕様通りではあるものの、ユーザー満足度は低下

Slide 7

Slide 7 text

なぜヒューリスティック評価なのか ©WFS 7 市場の声 UI UX 仕様当たり前品質魅力的品質 QA活動不具合ではない「不快さ」を拾う仕組みが必要

Slide 8

Slide 8 text

なぜヒューリスティック評価なのか ©WFS 8 市場の声 UI UX 仕様当たり前品質魅力的品質 QA活動そこで出会ったのが『ヒューリスティック評価』

Slide 9

Slide 9 text

なぜヒューリスティック評価なのか ©WFS 9 動機 JSTQB カンファレンスにて『Erik Van Veenendaa 氏』の講演を拝聴したことがきっかけ期待される効果「UI課題に対して有効」手法の特徴・テスト設計から実施までが低コスト・プロトタイプから実施が可能・探索的テストと組み合わせが可能初期コストが低く、QA対応にも親和性が高かったため「まず実施してみる」に適していた

Slide 10

Slide 10 text

ヒューリスティック評価について ©WFS 10

Slide 11

Slide 11 text

ヒューリスティック評価について ©WFS ヒューリスティック評価「Jakob Nielsen 博士」が提唱する「ユーザビリティ10原則」を元に、 UI/UXの専門家が経験則でユーザビリティを定性的に評価 11 42% ソフトウェアにおけるユーザーインターフェースの平均コード海外調査によると、UIはコードベースの大部分を占めます。ここの課題を早期に発見することが、効率化の鍵となります。開発の初期段階でUI・UXの潜在的な問題を特定し改善に繋げることができれば、 UIが使いづらい違和感を事前に検知するだけでなく、プロダクト全体の品質向上に繋げられると仮定

Slide 12

Slide 12 text

ヒューリスティック評価はゲーム以外のソフトウェアで主に使用されている手法ゲームに特化した内容で評価することで、更に検知効率を上げたいと考え実施ヒューリスティック評価について ©WFS プレイアビリティヒューリスティック「Hannu Korhonen氏」が提唱する「プレイアビリティヒューリスティック」（原則をよりゲームに特化させた内容）を元に定性的に評価 12

Slide 13

Slide 13 text

導入手順 ©WFS 13

Slide 14

Slide 14 text

導入手順 ©WFS 14 STEP 01 STEP 02 STEP 03 STEP 04 STEP 05 調整チェックリスト作成メンバー選定スケジュール調整報告

Slide 15

Slide 15 text

導入手順 ©WFS 15 STEP 01 STEP 02 STEP 03 STEP 04 STEP 05 調整チェックリスト作成メンバー選定スケジュール調整報告導入時に工夫したポイント

Slide 16

Slide 16 text

導入時に工夫したポイント ©WFS Point① ユーザーテストの観点を追加 Point② 実施することを最優先 Point③ 開発早期に実施する導入手順 16

Slide 17

Slide 17 text

導入手順 ©WFS Point① ユーザーテストの観点を追加 17 STEP 02 チェックリスト作成 ✓ 「ユーザビリティ10原則」を元に原則をブレイクダウン ✓ 具体的な質問や評価項目に落とし込む ✓ ライブサービスゲームのユーザーテスト実施時に利用している「継続意向」「課金意向」「満足度」の観点を追加よりライブサービスゲームに特化した内容に

Slide 18

Slide 18 text

ヒューリスティック評価のチェックリストユーザビリティ10原則に基づき作成導入手順 ©WFS 18 【仕様】・お店で100円以上お買い物をするたびに1ポイント貯まるスタンプカード・ポイントが一定ポイントを超えるたびに、おまけのアイテムがもらえる・スタンプカードには有効期限がある・スタンプカードは複数枚の所持が可能で、自身で破棄することもできる

Slide 19

Slide 19 text

プレイアビリティヒューリスティックのチェックリスト原則に加え、継続・課金・満足度の視点を導入導入手順 ©WFS 19

Slide 20

Slide 20 text

導入手順 ©WFS Point② 実施することを最優先 20 ✓ UI/UXに関する知識が豊富なメンバー集めが課題 ✓ 「プロダクトのドメイン知識を持ったQAメンバー」をアサインまずはスタートさせるというのを最優先 STEP 03 メンバー選定

Slide 21

Slide 21 text

導入手順 ©WFS Point③ 開発早期に実施する 21 ✓ 修正コストの低減や手戻り防止を実現が目的 ✓ なるべく早期のタイミングで実施することを心がける ✓ テスト開始前の開発メンバー内での動作確認時に実施 ✓ またはα、βのユーザーテストを実施するタイミングで並行して実施開発メンバー内での動作確認タイミングで実施 STEP 04 スケジュール調整

Slide 22

Slide 22 text

導入事例紹介 ©WFS 22

Slide 23

Slide 23 text

ヒューリスティック評価運用中のライブサービスゲームの新規UIに対して評価した事例 13 〜 20件の課題を発見導入事例紹介 ©WFS 合計実施時間：5 〜 6時間チェックリスト作成：1 〜 2時間実施：2名（2時間、2時間） 23 指摘事例・ポイント獲得画面に、次にもらえるアイテムや獲得可能リスト表示の追加・獲得可能なポイントがアイテムによって傾斜があったため、ファーストビューで説明の追加

Slide 24

Slide 24 text

プレイアビリティヒューリスティックリリース前のモバイルタイトルに対して評価した事例 22 〜 27件の課題を発見導入事例紹介 ©WFS 合計実施時間：6 〜 8時間チェックリスト作成：1 〜 3時間実施：2名（3時間、2時間） 24 指摘事例・バトル中にアイコン長押しすると、現在のステータスを確認可能に・画面内の閉じるボタンをタップするだけでなく、枠外タップで進行できるように・キャラの属性による違いがわかりにくかったため、チュートリアルで学習機会の追加提案

Slide 25

Slide 25 text

提案の有効性ポイント獲得画面に、次にもらえるアイテムや獲得可能一覧の表示を追加プロデューサーからも上記指摘が入り実際に修正された例 QA側でも同じ課題を検知できており、有効性を確認できた導入事例紹介 ©WFS 25 ©︎WFS Developed by WRIGHT FLYER STUDIOS

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

まとめ ©WFS 32

Slide 33

Slide 33 text

Slide 34

Slide 34 text

まとめ ©WFS 34 効果 ✓ 低コストで実施することができた ✓ 専門家でなくても複数の課題検知ができた ✓ 不具合ではないユーザー満足度向上につながる課題が検知できた ✓ 評価者の主観によってしまうデメリットは、競合比較を行い提案に説得力を持たせることが可能専門家じゃなくても課題検知は可能ゲームでもヒューリスティック評価のメリットが得られた