【ITニュース解説】I'm making a one-bullet puzzle game on my own. Here's what changed after players got their hands on it.

ゲーム「Bloop」は、開発者一人でデザイン、プログラミング、ユーザーインターフェース（UI）、レベル設計、さらにはアプリストアでの公開作業まで、すべてを担当して作られたモバイルパズルゲームだ。プレイヤーは一回のレベルでたった一発の弾を使い、壁に反射させながら画面上のすべての「Bloop」というキャラクターを消すことが目標となる。現在300レベルが公開されており、今もなお改良が続けられている。このゲームの開発過程で、初期バージョンからどのような変化があり、なぜその変更が行われたのかを見ていこう。

開発の初期段階で最も重要視されたのは、「一発の弾を撃つという体験が、プレイヤーにとって本当に楽しいと感じられるか」という問いだった。ゲームの仕組みを作る前に、この根本的な問いに答えることが最初の目標とされた。この段階で、弾がどのように飛ぶかの予測（エイムプレビュー）と、実際に弾が飛ぶ軌道が完全に一致することが非常に重要だと判明した。もしプレビューが少しでも実際の軌道と異なれば、プレイヤーはゲームが不公平だと感じ、楽しさが大きく損なわれるからだ。システムエンジニアリングにおいて、ユーザーに提供する情報と実際の動作の正確な一致は、信頼性を築く上で不可欠な要素となる。

次に、操作性に関する問題が浮上した。初期の照準システムでは、プレイヤーが画面を直接タッチして照準を合わせる方式だったが、自分の指が照準を合わせたい場所を覆い隠してしまうことが多かった。これは、プレイヤーが正確に狙いを定める上で大きな障害となった。この問題を解決するため、開発者は操作方法を「引き戻し型照準」に変更した。これは、パチンコのように指をターゲットから引き戻すことで照準を調整する方式だ。この変更により、プレイヤーの指が画面上の重要な部分を遮ることがなくなり、ゲームボード全体が常にクリアに見えるようになった。このようなUI/UX（ユーザーインターフェース/ユーザー体験）の改善は、ユーザーがストレスなく、直感的に操作できるシステムを設計する上で非常に重要な考え方だ。

ゲームの視覚的な魅力も大きな課題だった。初期の「Bloop」は宇宙空間を舞台としているにもかかわらず、背景がただ静止しているだけで、ゲーム全体が平坦で活気がないように感じられた。そこでまず、背景に「パララックス（視差効果）」を取り入れた。これは、複数の層の背景が異なる速度で動くことで奥行き感を出す手法で、宇宙空間に広がりと動きを与えた。しかし、それだけではまだ物足りず、レベル自体が生命感に欠けていた。この問題を解決するために、「Bloop」のキャラクター自体にアニメーションを追加した。プレイヤーが照準を合わせた時、弾を撃った時、そして外した時にBloopsが反応するようにしたのだ。この変更はプレイヤーから最も良い反応を得られ、以前のバージョンを試したプレイヤーの全員が新しいバージョンをより気に入ったという。また、UIの色合いも以前は非常に暗かったため、よりカラフルで明るいデザインに変更された。メインメニューやレベル選択画面については、さらなるプレイヤーからのフィードバックを待って、継続的に改善していく方針だ。

開発を進める中で、最も深刻な問題の一つが発覚した。それは、一部のレベル、特にレベル76以降の多くのレベルが、実はクリア不可能だったという事実だ。開発者自身がプレイして見つけたものもあれば、プレイヤーからの報告で判明したものもある。一発でクリアを目指すこの種のゲームにおいて、クリア不可能なレベルが存在することは、プレイヤーにとって最悪のバグとなる。なぜなら、プレイヤーはレベルが設計ミスだとは思わず、「自分はゲームが下手だ」と考えてしまい、挫折感を味わうからだ。

具体例として、レベル142「Blazing Crossing」がある。このレベルには静止している3つのBloopsと、4秒周期でスライドする2つのBloopsが存在する。弾道自体は完璧なものが存在するように見えたが、実際には静止Bloopsと動くBloopsの両方を一発で同時にヒットさせるタイミングが、物理的に存在しなかったのだ。開発者は、360度のすべての角度を0.05度単位で、さらに動くBloopsの周期内の800通りの発射タイミングを試したが、静止Bloopsをヒットさせる135通りの角度のうち、動くBloopsの両方を捉えるものは一つもなかった。

この深刻な問題に対処するため、テスト方法が大幅に見直された。以前は手動での確認や目視によるチェックが主だったと思われるが、ゲームと同じ物理計算を行う自動テストツールが開発されたのだ。このツールは、すべてのレベルを自動的にプレイし、クリア可能なルートがあるかどうかを検証する。さらに、実際のスマートフォン操作を考慮し、合格基準を厳格に設定した。単にクリアできるだけでなく、プレイヤーが指で操作する際に必要な「遊び」の幅を確保する必要がある。具体的には、少なくとも0.5度の照準の遊び、または動くターゲットが含まれるレベルでは0.2秒の発射タイミングの余裕がなければ、そのレベルは「不合格」とされた。この新しいテストシステムは、全300レベルをわずか203秒で検証し、全てのレベルがこの厳しい基準をクリアしたことを確認した。このような自動テストの導入は、システム開発において品質を保証し、手動では見つけにくい複雑なバグを発見する上で非常に効果的な手法だ。

今後の「Bloop」の開発では、さらに多様な敵キャラクターの追加が予定されている。中にはプレイヤーに撃ち返してくる敵も登場し、弾道に新たな障害物をもたらすことでゲーム性を深めるだろう。また、新しい銀河の追加や、後の世界でも新鮮さを感じられるようなバりのーションを増やすことも計画されている。開発者は一部のアートワークにAIツールを利用しているが、ゲームの設計、プログラミング、レベル設計はすべて彼自身が行っている。

このように、「Bloop」の開発ストーリーは、一人でシステムを開発する際の多岐にわたる役割、ユーザーからのフィードバックの重要性、そしてテストと品質保証がいかに製品の成功に不可欠であるかを示している。システムエンジニアを目指す者にとって、企画から設計、実装、テスト、そして運用後の改善まで、一連のライフサイクルを実践的に学べる貴重な事例と言えるだろう。開発者は引き続きプレイヤーからの意見、特にどのレベルでつまずいたか、メニューについてどう思うかといった具体的なフィードバックを求めており、寄せられたメッセージはすべて確認しているという。ユーザーの声に耳を傾け、それを製品改善に活かす姿勢は、どのようなシステム開発においても成功の鍵となる。