ソフトウェアエンジニアから持続可能な個人事業へ：Clutterシリーズから学ぶJoe Cassavaughの教訓

Joe CassavaughはInfoQで公開された講演の中で、ソフトウェアエンジニアとして働いていた時期から、パズルゲームシリーズ「Clutter」を中心とする個人事業を構築するまでの経験を紹介している。Cassavaughによれば、シリーズの売上は600万ドルを超え、本人の純収益は200万ドル以上に達しており、フランチャイズ19作目の発売準備を進めていたという。しかし、この経験の価値は数字だけにあるのではなく、1つの製品を何年にもわたって持続可能な事業へと変えるために用いた手法にある。

物語は、彼が携わっていたゲームの開発をiWinが中止した後に始まった。将来のパートナーが彼に自分でゲームを作ることを提案し、彼は似た物を一致させるというアイデアをもとに、週末の間にプロトタイプを開発した。彼はiWinから知的財産権を取得し、新作ゲームの発売について2年間、同社に優先拒否権を与える契約を結んだ。その後、2011年に最初のClutterを発売した。

最初のゲームは、彼が設定した期待には届かなかった。収益は15か月後に約5万ドルとなり、彼が想定していた2つのシナリオ、つまり1万ドル未満または10万ドル超のどちらにも当てはまらなかった。それでも彼は、既存のエンジンとツールを使い、約6か月の開発期間で第2作を制作した。第2作も約5万ドルを売り上げ、初作の累積収益を押し上げることにも貢献した。ここでCassavaughは、シリーズを個別の製品ではなく、蓄積していく資産として捉え始めた。

実際に何が変わったのか？

Cassavaughはこの効果を「フランチャイズ効果」と呼んでいる。新作は初動の収益をもたらすだけでなく、過去作の販売も再び活性化させる。各作品が常に同じ成果を上げるわけではないものの、新作の発売によってシリーズがそのファンの目に触れ続け、それがダウンロード可能なPCゲーム市場の縮小に対応する助けになったと彼は述べている。

この経験は、ユーザーの好みに合わせることの限界も示している。第4作が従来のClutterのスタイルから離れ、ミニゲームを追加した際、プレイヤーは彼が予想したほど変化を受け入れなかった。一方で、別の作品は、既知のメカニクスを置き換えるのではなく、その内部に変化を加えたことで、より良い成果を上げた。またCassavaughは、パズルに個性を加えるため、物語、画像、引用文を活用し、その後はプレイヤーに直接フィードバックを求めるようになった。

なぜこのニュースは開発者にとって重要なのか？

講演における最も重要な技術的教訓は、速度がより長時間働くことから生まれたのではなく、反復作業を減らすことから生まれたという点だ。iWinで開発した内部フレームワークを使った後、Cassavaughは徐々にUnityへ移行し、以前の環境と比べて生産性が4倍から6倍に向上したと見積もっている。ただし、Unityによって彼ができることの範囲も広がったため、能力の向上がすべて開発期間の直接的な短縮につながったわけではないと説明している。

その後、彼は継続的なリファクタリングに依存した。ミニゲーム用の基底クラスを作成し、メニューバー、ゲーム間の移動、タイマー、ウィンドウなどの共通要素を担わせた。これにより、新しいゲームを追加するたびにこれらの機能を作り直す必要がなくなった。また、各パズル用に新しいコードを書くのではなく、より多くの作業をコンテンツファイルと自動化ツールに移した。

Cassavaughは、小さいながらも示唆に富む例として、同じ行に複数のキーと値のペアを置いてパズル設定を保存する方法を変更したことで、手作業で繰り返していた作業を短縮できたことを挙げている。また、以前は準備に約3日間の反復作業を要していた画像セットの作成を、BatchやPaintShop Proなどのツールで自動化した。

量と生産可能性のバランス

彼の説明によれば、各ゲームには表面上およそ1800個のパズルが含まれているが、実際の数字は900個から1000個に近い。大部分がコンテンツの再構成や画像セットとルールの変更に依存しているためだ。シリーズでは、各作品に引用文や段落をもとにしたパズルが約200個用意されている。このようにコードとコンテンツを分離することで、ソフトウェアシステム自体の規模を同じ割合で増やすことなく、ゲームの規模を拡大できた。

また、タイマーを停止したり、要素の回転速度を調整したりするなど、基本的なパズルのルールを維持したまま、プレイヤーにプレイ方法の選択肢を与えた。彼によれば、プレイヤーの約半数はタイマーを使用していない。そのため、挑戦を求める人にも、落ち着いて遊びたい人にも合うように体験を設計した。

certi.newsによる編集部の見解

Clutterの事例で実際に変わったのは、プロジェクトが単独のゲームから、再利用、コンテンツの蓄積、そしてユーザーとの継続的な関係によって運営される小規模な制作システムへと移行したことだ。これは個人事業を築くための保証された処方箋ではない。Cassavaughが示す数字は彼自身の経験と市場に関するものであり、彼の成功は長年にわたる継続と、新作に戻ってくるユーザーの存在にも依存していた。

他の開発者にも最も応用しやすい教訓は、何を固定し、何を変えられるようにするかを見極めることだ。明確なゲームルール、共通の技術基盤、そして更新されるコンテンツである。一方、未解決の問題は、このモデルを他の市場でも再現できる範囲と、プロジェクトが1人の人物と1つのフランチャイズに依存するリスクに関係している。したがって、この講演は、個人開発が一般的に開発チームより優れていることの証明ではなく、スコープと制作を管理する実践例として読むべきだ。