■ 2017/05/27 (土) 私のゲームタイトルの付け方 ■
【私のゲームタイトルの付け方】
ご要望をいただいたので、今回は「ゲームタイトルの付け方」について、
個人的に意識していることをお話しします。
※人形とおもちゃの世界に飛ばされてしまった愛称ラッシー（仮本名ラーシア）の少女が
重量比の軽い人形軍団を蹴り飛ばしたりトランプの兵隊を四つ折りにしたりして
「これで暴力の快感に目覚めたらどうしよう……」などと不安になりながら元の世界に帰るべく旅をする物語で、
マウスだけで遊べるジャンプ方向アナログな「地上戦ベースのモノリスフィア」みたいになる予定でした。
といっても「タイトルの決め方」ってあまりに感覚的な話なので、
私も断定できるようなことはほとんどありません。
基本的には、私がこれまでやってきて「うまくいったかな」と思うことや、
私が開催しているゲームコンテストを見ていて感じたことなどを記していきます。
方向性としては、「なるべくゲームのポテンシャル限界まで普及させる・人気を取る」ために
私が目指している内容です。
主な内容は以下の通りです。
●「英語」や「難しい漢字」を避けて覚えやすい名前に。
覚えやすいほど普及力の面で有利になりそう。
●『内容が伝わりやすいゲーム名』は、ライバルが多い中ほど有利そう。
●『前に遊んだゲームの関連作品だと分かる』よう、
ブランドを意識して名前を付けると長続きするかも。
●同じゲーム名がないか調べておく。
ネットを検索すれば他の方もたくさん似たような話をしておられるので、
これだけ読んで全部分かる人には飛ばしてくださっても大丈夫だと思います。
ここからは、各内容の詳細説明です。
【「英語」や「難しい漢字」を避けて覚えやすい名前にすると
普及力の面で有利そう】
もうこれは誰もが言っている話なんですが、「SNSなどでの普及力を上げる」目的なら、
「英語」や「難しい漢字」を使うのを避け、
覚えやすいゲーム名を目指す方が普及力の面で効率的です。
「打ち込みにくい文字」「誤字を誘発する単語」「長い名前」は、
●見た人がゲーム名を記憶することが難しくなる。
●情報を拡散してくれる人がゲーム名を打ち込むためのコストも増大する
ことから、人の頭に入るのも、場に出てくる回数も減ってしまいます。
逆に入出力コストが小さければ小さい名前であるほど、
人々への「ゲームタイトル」の記憶回数と出現回数は増えます。
「覚えやすく、入力しやすく、短い名前」というのはそういう点でとても有利で、
「正式名称の普及度」が段違いに上がります。
ユニーク（単一）な名前を目指す目的でも、難しすぎたり、
打ちにくい単語はあまり使わない方がいいだろうと今は考えています。
私の付けたゲーム名だと、『片道勇者』が覚えやすさと入力しやすさの面で
最もうまくいった例になりそうです。
一方、『シルフェイド幻想譚』は昔、「譚」が漢字変換ソフトで出ないケースがあったり、
読み方が分からない人が一定数いらっしゃったので、
その点がちょっとマイナスに働いたかもしれないと感じているケースです。
なお、長いゲーム名でも「略称」がうまく流行すれば普及の面での問題は小さくなります。
が、うまいことインターネットの検索対策をしないと
「略称」を検索してもサイトが見つからないことがあるので、
ゲームの公式サイトがあるなら公式ページ内に必ず略称も入れた方がいいと思います。
私のツール『WOLF RPGエディター』では、一時期「ウディタ」と入れても
直接サイトが見つからなかったので、公式サイトの先頭にも
「ウディタ」という略称を書いたという経緯があります。
＜日本でリリースする場合、英語は不利かも？＞
日本でアピールするにあたって、「英語のゲーム名」は注意した方がいいかもしれません。
『Elona』ほどに誤字が発生しにくく短いゲームタイトルなら全く問題ないと思いますが、
以下の条件に当てはまりそうなものは普及力の面で不利になると考えています。
●7文字以上のスペルの英単語が含まれる。
●スペルをまちがえそうな単語である（flightなど難しめです）。
rとlで迷う、erやorなどが入る英単語、など。
こういった単語が含まれる名前だと、SNSなどでは
「ゲーム名を間違えるリスク」などから名前を気軽に入力されにくくなってしまうので、
カタカナを使う場合より普及力が一定以上低下すると思っています。
日本で出す場合は、せめてその英語のタイトルをそのままカタカナにした方が有利かもしれません。
たとえば「Celestial Silfade Story」は私が雑に付けた『シルフェイド幻想譚』の英語名ですが、
もし正式名称がこの英語名の方だったら、掲示板などで滅多に入力されなかったと思います。
特に「Celestial」の部分！ 長い！ エルとアールがややこしい部分もある！
ので、まだカタカナで『セレスティアル シルフェイドストーリー』にする方がいいかもしれません。
それでも長すぎてあんまりですけれどね！
【『内容が伝わりやすいゲーム名』は、
ライバルが多い中ほど有利そう】
今はフリーゲームどころか、企業さまが送る基本無料ゲームでさえもあまりに大量に出ていて、
ゲームのタイトルを覚えることも、全ゲームの詳細情報をチェックするのも
大変な時代になってしまいました。
こんな状況になると、個人開発のゲーム、あるいは企業製の「新作ブランド」も、
「一つ一つが注目される確率」は相対的にかなり低下すると私は考えています。
では、過去の資産に頼れない新作ブランドで売り出す場合は、
一体どんな名前にするのが普及させるにあたって効率的でしょうか？
そう考えた場合、だいぶ昔ながらの命名法である、
●ジャンル名やゲーム内容が強く伝わるゲーム名
を付けることは、割と強力な策なのではないかなと思っています。
というのも、
●現在はゲームの数が多すぎて、「名前のみ表示された一覧ページ」から飛んで
「詳細ページ」まで見てくれる人が割合的に減っているため
です。サイトにもよりますが、ダウンロードサイトで多くのゲームが並んでいる場合、
まず一番最初の一覧に出るのは「ゲーム名」と「バナー・アイコン」（＋あって短い紹介文）が主で、
「詳しい紹介内容」はそのゲーム名をクリックして飛んだ先で表示されます。
現実世界の店舗で棚に置いてもらう場合も、ほぼ同様でしょう。
その中で少しでもお客さまに見てもらおうとするなら、
「ゲーム名」と「バナー・アイコン」だけでなんとか自分の作品に
注意を割いてもらうべく、情報を届けることが最重要です。
たとえば今のSteamでは、一日20～30件ずつゲームがアップされるので、
うちみたいな宣伝力に圧倒的に劣るところが何かゲームを出した場合、
「見ただけで興味を引く可能性がある名前＋バナー・アイコン」でないと
ほとんど注目されずに流れてしまうリスクがあると考えています。
「ゲーム一覧」に並んでいる時点でお客様を引き寄せるかなりの努力をしないと、
そもそもゲーム詳細ページまで開いてくれないでしょう。
1日何十本もゲームがリリースされている中で、
あなたがたまたま「ゲーム詳細ページ」まで飛んだゲームがあるのでしたら、
それは作者様やパブリッシャー様が「ゲーム一覧」の時点で
うまくお客様を引き寄せる仕事ができている、ということなのだと思います。
＜たとえばどんな名前を付ける？＞
たとえば名前が決まっていないファンタジーのシミュレーションゲームがあるとします。
それは、重厚で練り込んだ世界観がバックにあるゲームですが、
そこであえてジャンル名重視の「タクティクスナイツ」という名前で売り出すことを考えてみます。
『タクティクスナイツ』なら、ファンタジー系シミュレーションRPGに興味がある人なら
ゲームタイトルだけ見て「もしかしたら好みに合うヤツかな？」と思われるでしょうし、
そのまま詳細説明ページまで見てもらえる確率も上がりそうに思えます。
もちろんその際、同時に表示されるであろうバナーやアイコンも、
雰囲気の方向性を伝えるのに役立つでしょう。
一方で、これが『タクティクスナイツ』という名前でなく、
ゲーム世界の名前から取って『クロモア・ロコマ』なんて名前にしていたら、
その名前だけではシミュレーションRPGを探している人はクリックしなくなるかもしれません。
代わりに、「独特なアート系の雰囲気のゲーム」を探している人には
クリックされやすくなる名前かもしれませんし、アイコンの雰囲気と名前から
「世界観重視のRPG」を期待する人もいるかもしれません。
そういうお客様は、詳細ページを見て期待と違うゲームだと気付いたら
前のページに戻ってしまうかもしれませんけれどね。
「ゲーム名」は多くのプレイヤー候補を獲得するための「第一の網」です。
自分の欲しい作品を探している人に少しでも見つかりやすくなるよう、
「タイトル」で中身のジャンルや方向性などを表現できれば強力です。
先の『クロモア・ロコマ』の例を取っても、名前の付け方一つで、
「第一の網」にかかるお客様の層が恐らくガラっと変わってしまうので、
私としては一番興味を持ってもらえそうな人に届くよう名付けたいと思います。
それと、「バナーやアイコン、画面にこだわっておけばタイトルはザツでもいいんじゃ？」
と思われることもあるかもしれません。
しかし、SNS上では画面やアイコンなしでゲームタイトルの文字だけが挙がることが一番多いので、
そこで名前を見た潜在ユーザさんに興味を持ってもらうためにも、
「ゲームタイトルそのもの」の重要度はとても大きいと考えています。
＜分かりやすさ重視の弱点＞
「分かりやすさ重視のゲームタイトル」は、もっぱら
「新しいゲーム性を持った作品」に使いやすい方法かもしれません。
ただこの発想で命名する場合、失敗するとタイトルがかっこ悪くなりがちだったり
あるいは雰囲気を伝えにくくなりがちなのが難点という気がしています。
たとえば前の方のイラストにある例の『ジャンプガールラッシー』は、
ジャンルの分かりやすさと引き替えに、メルヘン感の伝わり方が
だいぶ削れてしまっている印象があります。
一方で『片道勇者』は、「内容が伝わる名前」という方向性においては、
「かっこよさ」は微妙ながら「王道っぽさ」「RPGっぽさ」「戻れないゲーム性」は
伝わりやすいと思うので、そういった意味ではバランスがよい名前にできたと考えています。
【『前に遊んだゲームの関連作品だと分かる』よう、
ブランドを意識して付けると長続きしそう】
これはさっきの「内容を表現したゲームタイトルを付ける」とは
少し別の方向性になるかもしれません。
こちらは、私の経験談やブランドについてどう考えてきたか、ということをお話しします。
私が本格的にインターネット上でゲーム制作者として活動し始めたとき、
長くやっていくことを前提にしていたので、『ブランド』を確立していくべきだと考えていました。
最初に意図していたのは、以下の点です。
●タイトルを見ただけで同じ開発者が作ったということを分かるようにしたい。
→ たとえば私が最初に意図していたこととして、『シルフェイド』という世界を、
私が開発するゲームの共通の世界観として使うことで、
今後もタイトルを使い回しできるようにすることや、
連作にしてプレイヤーさんに続けて興味を持ち続けてもらうことを考えていました。
遊ぶ人は「作った人の名前」ではなく先に「ゲームタイトル」を見るはずなので、
同じ人が作ったということを示すならそれをタイトルに込めた方が有効だと考えたのです。
『シルフェイド』という名前は当時、競合がないオリジナルな名前であるにもかかわらず、
割と覚えやすく、たまたま私が思いついた名前の中では最高のものでした。
それもあってか、今では割と多くの人に認知されて感謝の限りなのですが、仮にうまくいかなくても、
基本的には共用世界観としてずっとこの名前を使っていくつもりだったのです。
そして実際のところ、『シルフェイド見聞録』と『シルフェイド幻想譚』までは、
この発想はうまくいったように思えます。
今でも、『シルフェイド』と付いていればそれだけで興味を持ってくださる潜在プレイヤーさまも、
たぶん少なくないと思います。時間経過と共に、徐々に減ってはいるでしょうけれどね。
＜ブランド付けの分岐点 方向性が違うゲームも同じブランドにすべき？＞
そしてあるとき、『シルフェイド』のブランド付けの分岐点が訪れました。
私が初めてアクションゲームを作ろうとしたときに、
そのゲームに『シルフェイド』と付けることも考えたのですが、
『ジャンルが大きく違う場合は完全に別のゲームタイトルを付けた方がいいかも』
と立ち止まることになりました。
プレイヤーさんから、以下のような感じ方をされるかもしれないからです。
●『シルフェイド』って名前が付いていたから、
これまでに近いゲーム性を期待して始めたのに、
いざやってみたら完全に人を選ぶアクションゲームじゃないか！ なんだこれは！
これは、それまでアドベンチャーやRPGとして2作出していた『シルフェイド』シリーズの次に、
マウスアクションゲーム『モノリスフィア』を作る際に私が想像していたことで、
「あまりにゲーム性が違う場合は同じ名前を付けるのは危ないかな」と考えていました。
それまでに、『シルフェイド』という名には「とりあえずほぼ誰でも遊べるゲーム」という印象が
根付いてきた感じだったので、それはそれで大事にしたいなと私は思いました。
もしここで『シルフェイド』という名前に対し、「この名には人を極めて選ぶゲームも含まれる」
という警戒感を持たれてしまったら、安心感という意味でのブランド価値は一定量落ちてしまうでしょう。
それはちょっと今後を考えるともったいないかな、と私は考えました。
その結果、私は新作のアクションゲームに、
まったく別の名前である『モノリスフィア』と名付けることにし、
世界観も新たなものにしたのです。
＜同じ名前を、大きく異なるジャンルで使えるか？＞
ちなみに、家庭用ゲームの世界では
「元がアクションやシューティングゲームだったシリーズの世界観を
シミュレーションゲームとして出したりしてうまくいっている例」
などもあったので、「アクションにするから別の名前にしよう」という発想が
よかったのかどうかは、今になっても分かりません。
例えば家庭用ゲームにおいて、●●という名のアクションゲームが、
「●●ウォーズ」というリアルタイムストラテジーゲームになったり、
▲▲というシューティングゲームが「▲▲タクティクス」という戦略シミュレーションゲームになったり、
といった事例が過去に存在しています。それなりにうまくいっていました。
ただ、このケースでは「リアルタイム進行」のアクション/シューティングゲームから
ある程度進行がゆっくりめまたはターン制のシミュレーションゲームになっていたので、
その部分もある程度うまくいっていた理由なのかもしれません。
理屈を付けるとしたら、以下の通りです。
●「激しいアクションゲームができる人が、シミュレーションゲームを遊べる可能性」
はそれなりに高いと予想される。
●逆に「シミュレーションゲームしか遊ばない人が激しいアクションを遊べる可能性」
は低そうな気がする（仮にアクション化するなら、ゆるめで素直なゲームの方がよさそう？）。
上記の推測はたぶん、ある程度は合っていると思うのですが、
こういった仮説の上では、『モノリスフィア』に『シルフェイド』系の名を付けようとした例のように、
「ターン制ゲームのシリーズと同じゲームタイトル」を付けて
「人を選ぶ変則操作のアクションゲーム」を出すのは危険すぎる気がしています。
結果として、それまで『シルフェイド』という名前を使っていたけれど、
変則操作マウスアクションゲームに『モノリスフィア』という
新たな名前を付けたことには、今でも満足しています。
そして、もし違うジャンルでブランドを使い回す場合は、
「アクションゲームのブランドをターン制ゲーム化する」（ゆるい方向に変化させるのはＯＫ）
という方向性で使った方がいいかもしれない、と今は思っています。
私はこういった発想で、ブランド面を意識したゲームのタイトルを付けてきています。
＜現状のブランド＞
今のところ、私の作るゲームでは、以下のような使い分けで
ブランド化していくことを考えています。
●『シルフェイド』シリーズ
→ 攻略法を知れば割と誰でもクリアできる、お話が多めの固定ステージ進行のターン制ゲーム。
ランダム生成なゲームはあまりこの名を使わないようにしたいと考えています。
●『片道』シリーズ
→ 腕前を問われる、お話少なめのアドリブ重視ターン制ゲーム。現在次回作開発中。
これも最初は、『シルフェイド』と付けてしまうと「なんだこれは！」と言われそうだったので、
『シルフェイド』の名は使わず、別名として『片道勇者』と付けました。
●その他：オリジナル名の変則アクション
→ 人を選ぶ、変わった操作性のアクションゲーム。もちろんリアルタイム進行型。
シリーズ・ブランド化する前提としては部分的にでも「世界観の共有」が必要だと思うので
毎回世界観が変わるアクションではブランド化はなかなか難しそうです。
ちなみに、アクションゲームではそこまでギチギチに物語を詰めなくてもいいので、
私のネタの中で使われずに浮いている短いストーリーや
世界観を突っ込むのに便利に使わせていただいております。
●それ以外のゲーム
→ 世界観が違っても、付けられそうならとりあえず「シル」だけでも
名前の先頭に付けてみて、うちのゲームっぽさをアピールします。
すごい雑な発想ですが、『シルエットノート』もその考えで名付けられました。
『シル』と先頭に付いたゲーム名を見たとき、ごく一部の人でいいので
なぜか私のことを一瞬思い出せるくらいには印象に残せるといいなという期待があります。
という感じです。ブランドを考慮して名前を付けられれば
それまでの「知名度資産」とでもいうべきものを活かしやすくなるので、
ゲーム開発人生を長続きさせやすい気がしています。
長く続けていきたいとお考えの方は、よければぜひご一考を。
【同じゲーム名がないか調べておく】
最後に。すごく当たり前ですが、思いついたタイトルは必ず検索エンジンでかけて、
同名の既存作品がないか調べておきましょう。
といっても、今回述べた中の「内容が伝わりやすい名前」を付ける場合、
「ありきたりな単語」だけで分かりやすいゲームタイトルを組もうとすると、
かなりの確率ですでに同名のゲームが存在するんですよね！
さっき挙げた『タクティクスナイツ』などは偶然にも日本語ゲームにはまだなさそうですが、
こんなシンプルな名前ほど、すでにその名前のゲームが存在していることが多いはずです。
『片道勇者』なども、こう名付けられたのはたまたま運がよかっただけです。
もしまだ誰も名付けていない「非常に分かりやすく内容を表せるゲーム名」を思いついたのなら、
誰かとかぶってしまう前に、早く発表したほうがいいかもしれません。
できれば念のため、「商標」も検索しておくとよさそうです。
ということで、私がぼんやり考えている、
「なるべく普及させる/長続きさせるつもりで考えているタイトルの付け方」
として意識していることを一通り紹介させていただきました。
ゲームタイトルは潜在ユーザさんに興味を持ってもらう第一の網である都合上、
名前が違っていればここまで遊ばれなかっただろうな、と思うゲームも、
私が開発してきた中にはあります。
一方で、名前がイマイチで私が作ったことに気付かれていなかったり、
覚えにくかったりしたであろうものもあるので、
中にはゲームタイトルが普及の足を引っ張ってしまったものもあると思います。
「違うタイトルで同じゲームを出す」ことはできないので、
ゲーム名の差による効果を検証することはなかなかできません。
なので、今回お話ししたこともどれだけ有用か、私にはあまりハッキリしません。
最終的には皆さんのお好きなように付けてくださればいいと思っていますが、
寄せられる範囲で、「潜在ユーザさんに興味を持ってもらえる確率が高まる」よう意識してみたり、
「ゲーム開発を長く続けることも考慮に入れて名付けてみる」ことで、
ゲームのポテンシャルを最大限に引き出す結果を出せるかもしれません。
できれば私も、他の人のも並んだゲーム一覧を眺めて、
ゲームタイトルやバナー・アイコンを見ただけで
「これは商品ページを開きたくなる」「これはそうではなさそう」
と直感できるセンスも鍛えていきたいですね。
私の場合はSteamをときどき見ているんですが、
つくづく「分かりやすいタイトルは強いな！」と感じます。
私が詳細ページまで飛ぼうと思えるゲーム名は、
●内容が想像できる、自分の興味と合うゲーム名
●どこかの記事ですでに見たことがあるゲーム名
の2つだけでほぼ100％になります。
皆さまのゲーム選びにおいても、これと近い基準の方は多いかもしれません。
自分のゲームも、せめて「詳細ページ」まで見てもらえるよう、
興味を持ってもらえるゲーム名にすることを心がけたいです。
来週はこのお話のおまけとして、私の各ゲームの名前について
簡単に自己レビューしていこうと思います。
そして「こんな話を聞いてみたい」などの拍手コメントをお寄せくださっている皆さま、
いつも本当にありがとうございます！ お答えできそうなものは、
ぜひ今後の記事で取り上げさせていただきたいと考えております。
ご要望をいただいたので、今回は「ゲームタイトルの付け方」について、
個人的に意識していることをお話しします。
※人形とおもちゃの世界に飛ばされてしまった愛称ラッシー（仮本名ラーシア）の少女が
重量比の軽い人形軍団を蹴り飛ばしたりトランプの兵隊を四つ折りにしたりして
「これで暴力の快感に目覚めたらどうしよう……」などと不安になりながら元の世界に帰るべく旅をする物語で、
マウスだけで遊べるジャンプ方向アナログな「地上戦ベースのモノリスフィア」みたいになる予定でした。
といっても「タイトルの決め方」ってあまりに感覚的な話なので、
私も断定できるようなことはほとんどありません。
基本的には、私がこれまでやってきて「うまくいったかな」と思うことや、
私が開催しているゲームコンテストを見ていて感じたことなどを記していきます。
方向性としては、「なるべくゲームのポテンシャル限界まで普及させる・人気を取る」ために
私が目指している内容です。
主な内容は以下の通りです。
●「英語」や「難しい漢字」を避けて覚えやすい名前に。
覚えやすいほど普及力の面で有利になりそう。
●『内容が伝わりやすいゲーム名』は、ライバルが多い中ほど有利そう。
●『前に遊んだゲームの関連作品だと分かる』よう、
ブランドを意識して名前を付けると長続きするかも。
●同じゲーム名がないか調べておく。
ネットを検索すれば他の方もたくさん似たような話をしておられるので、
これだけ読んで全部分かる人には飛ばしてくださっても大丈夫だと思います。
ここからは、各内容の詳細説明です。
【「英語」や「難しい漢字」を避けて覚えやすい名前にすると
普及力の面で有利そう】
もうこれは誰もが言っている話なんですが、「SNSなどでの普及力を上げる」目的なら、
「英語」や「難しい漢字」を使うのを避け、
覚えやすいゲーム名を目指す方が普及力の面で効率的です。
「打ち込みにくい文字」「誤字を誘発する単語」「長い名前」は、
●見た人がゲーム名を記憶することが難しくなる。
●情報を拡散してくれる人がゲーム名を打ち込むためのコストも増大する
ことから、人の頭に入るのも、場に出てくる回数も減ってしまいます。
逆に入出力コストが小さければ小さい名前であるほど、
人々への「ゲームタイトル」の記憶回数と出現回数は増えます。
「覚えやすく、入力しやすく、短い名前」というのはそういう点でとても有利で、
「正式名称の普及度」が段違いに上がります。
ユニーク（単一）な名前を目指す目的でも、難しすぎたり、
打ちにくい単語はあまり使わない方がいいだろうと今は考えています。
私の付けたゲーム名だと、『片道勇者』が覚えやすさと入力しやすさの面で
最もうまくいった例になりそうです。
一方、『シルフェイド幻想譚』は昔、「譚」が漢字変換ソフトで出ないケースがあったり、
読み方が分からない人が一定数いらっしゃったので、
その点がちょっとマイナスに働いたかもしれないと感じているケースです。
なお、長いゲーム名でも「略称」がうまく流行すれば普及の面での問題は小さくなります。
が、うまいことインターネットの検索対策をしないと
「略称」を検索してもサイトが見つからないことがあるので、
ゲームの公式サイトがあるなら公式ページ内に必ず略称も入れた方がいいと思います。
私のツール『WOLF RPGエディター』では、一時期「ウディタ」と入れても
直接サイトが見つからなかったので、公式サイトの先頭にも
「ウディタ」という略称を書いたという経緯があります。
＜日本でリリースする場合、英語は不利かも？＞
日本でアピールするにあたって、「英語のゲーム名」は注意した方がいいかもしれません。
『Elona』ほどに誤字が発生しにくく短いゲームタイトルなら全く問題ないと思いますが、
以下の条件に当てはまりそうなものは普及力の面で不利になると考えています。
●7文字以上のスペルの英単語が含まれる。
●スペルをまちがえそうな単語である（flightなど難しめです）。
rとlで迷う、erやorなどが入る英単語、など。
こういった単語が含まれる名前だと、SNSなどでは
「ゲーム名を間違えるリスク」などから名前を気軽に入力されにくくなってしまうので、
カタカナを使う場合より普及力が一定以上低下すると思っています。
日本で出す場合は、せめてその英語のタイトルをそのままカタカナにした方が有利かもしれません。
たとえば「Celestial Silfade Story」は私が雑に付けた『シルフェイド幻想譚』の英語名ですが、
もし正式名称がこの英語名の方だったら、掲示板などで滅多に入力されなかったと思います。
特に「Celestial」の部分！ 長い！ エルとアールがややこしい部分もある！
ので、まだカタカナで『セレスティアル シルフェイドストーリー』にする方がいいかもしれません。
それでも長すぎてあんまりですけれどね！
【『内容が伝わりやすいゲーム名』は、
ライバルが多い中ほど有利そう】
今はフリーゲームどころか、企業さまが送る基本無料ゲームでさえもあまりに大量に出ていて、
ゲームのタイトルを覚えることも、全ゲームの詳細情報をチェックするのも
大変な時代になってしまいました。
こんな状況になると、個人開発のゲーム、あるいは企業製の「新作ブランド」も、
「一つ一つが注目される確率」は相対的にかなり低下すると私は考えています。
では、過去の資産に頼れない新作ブランドで売り出す場合は、
一体どんな名前にするのが普及させるにあたって効率的でしょうか？
そう考えた場合、だいぶ昔ながらの命名法である、
●ジャンル名やゲーム内容が強く伝わるゲーム名
を付けることは、割と強力な策なのではないかなと思っています。
というのも、
●現在はゲームの数が多すぎて、「名前のみ表示された一覧ページ」から飛んで
「詳細ページ」まで見てくれる人が割合的に減っているため
です。サイトにもよりますが、ダウンロードサイトで多くのゲームが並んでいる場合、
まず一番最初の一覧に出るのは「ゲーム名」と「バナー・アイコン」（＋あって短い紹介文）が主で、
「詳しい紹介内容」はそのゲーム名をクリックして飛んだ先で表示されます。
現実世界の店舗で棚に置いてもらう場合も、ほぼ同様でしょう。
その中で少しでもお客さまに見てもらおうとするなら、
「ゲーム名」と「バナー・アイコン」だけでなんとか自分の作品に
注意を割いてもらうべく、情報を届けることが最重要です。
たとえば今のSteamでは、一日20～30件ずつゲームがアップされるので、
うちみたいな宣伝力に圧倒的に劣るところが何かゲームを出した場合、
「見ただけで興味を引く可能性がある名前＋バナー・アイコン」でないと
ほとんど注目されずに流れてしまうリスクがあると考えています。
「ゲーム一覧」に並んでいる時点でお客様を引き寄せるかなりの努力をしないと、
そもそもゲーム詳細ページまで開いてくれないでしょう。
1日何十本もゲームがリリースされている中で、
あなたがたまたま「ゲーム詳細ページ」まで飛んだゲームがあるのでしたら、
それは作者様やパブリッシャー様が「ゲーム一覧」の時点で
うまくお客様を引き寄せる仕事ができている、ということなのだと思います。
＜たとえばどんな名前を付ける？＞
たとえば名前が決まっていないファンタジーのシミュレーションゲームがあるとします。
それは、重厚で練り込んだ世界観がバックにあるゲームですが、
そこであえてジャンル名重視の「タクティクスナイツ」という名前で売り出すことを考えてみます。
『タクティクスナイツ』なら、ファンタジー系シミュレーションRPGに興味がある人なら
ゲームタイトルだけ見て「もしかしたら好みに合うヤツかな？」と思われるでしょうし、
そのまま詳細説明ページまで見てもらえる確率も上がりそうに思えます。
もちろんその際、同時に表示されるであろうバナーやアイコンも、
雰囲気の方向性を伝えるのに役立つでしょう。
一方で、これが『タクティクスナイツ』という名前でなく、
ゲーム世界の名前から取って『クロモア・ロコマ』なんて名前にしていたら、
その名前だけではシミュレーションRPGを探している人はクリックしなくなるかもしれません。
代わりに、「独特なアート系の雰囲気のゲーム」を探している人には
クリックされやすくなる名前かもしれませんし、アイコンの雰囲気と名前から
「世界観重視のRPG」を期待する人もいるかもしれません。
そういうお客様は、詳細ページを見て期待と違うゲームだと気付いたら
前のページに戻ってしまうかもしれませんけれどね。
「ゲーム名」は多くのプレイヤー候補を獲得するための「第一の網」です。
自分の欲しい作品を探している人に少しでも見つかりやすくなるよう、
「タイトル」で中身のジャンルや方向性などを表現できれば強力です。
先の『クロモア・ロコマ』の例を取っても、名前の付け方一つで、
「第一の網」にかかるお客様の層が恐らくガラっと変わってしまうので、
私としては一番興味を持ってもらえそうな人に届くよう名付けたいと思います。
それと、「バナーやアイコン、画面にこだわっておけばタイトルはザツでもいいんじゃ？」
と思われることもあるかもしれません。
しかし、SNS上では画面やアイコンなしでゲームタイトルの文字だけが挙がることが一番多いので、
そこで名前を見た潜在ユーザさんに興味を持ってもらうためにも、
「ゲームタイトルそのもの」の重要度はとても大きいと考えています。
＜分かりやすさ重視の弱点＞
「分かりやすさ重視のゲームタイトル」は、もっぱら
「新しいゲーム性を持った作品」に使いやすい方法かもしれません。
ただこの発想で命名する場合、失敗するとタイトルがかっこ悪くなりがちだったり
あるいは雰囲気を伝えにくくなりがちなのが難点という気がしています。
たとえば前の方のイラストにある例の『ジャンプガールラッシー』は、
ジャンルの分かりやすさと引き替えに、メルヘン感の伝わり方が
だいぶ削れてしまっている印象があります。
一方で『片道勇者』は、「内容が伝わる名前」という方向性においては、
「かっこよさ」は微妙ながら「王道っぽさ」「RPGっぽさ」「戻れないゲーム性」は
伝わりやすいと思うので、そういった意味ではバランスがよい名前にできたと考えています。
【『前に遊んだゲームの関連作品だと分かる』よう、
ブランドを意識して付けると長続きしそう】
これはさっきの「内容を表現したゲームタイトルを付ける」とは
少し別の方向性になるかもしれません。
こちらは、私の経験談やブランドについてどう考えてきたか、ということをお話しします。
私が本格的にインターネット上でゲーム制作者として活動し始めたとき、
長くやっていくことを前提にしていたので、『ブランド』を確立していくべきだと考えていました。
最初に意図していたのは、以下の点です。
●タイトルを見ただけで同じ開発者が作ったということを分かるようにしたい。
→ たとえば私が最初に意図していたこととして、『シルフェイド』という世界を、
私が開発するゲームの共通の世界観として使うことで、
今後もタイトルを使い回しできるようにすることや、
連作にしてプレイヤーさんに続けて興味を持ち続けてもらうことを考えていました。
遊ぶ人は「作った人の名前」ではなく先に「ゲームタイトル」を見るはずなので、
同じ人が作ったということを示すならそれをタイトルに込めた方が有効だと考えたのです。
『シルフェイド』という名前は当時、競合がないオリジナルな名前であるにもかかわらず、
割と覚えやすく、たまたま私が思いついた名前の中では最高のものでした。
それもあってか、今では割と多くの人に認知されて感謝の限りなのですが、仮にうまくいかなくても、
基本的には共用世界観としてずっとこの名前を使っていくつもりだったのです。
そして実際のところ、『シルフェイド見聞録』と『シルフェイド幻想譚』までは、
この発想はうまくいったように思えます。
今でも、『シルフェイド』と付いていればそれだけで興味を持ってくださる潜在プレイヤーさまも、
たぶん少なくないと思います。時間経過と共に、徐々に減ってはいるでしょうけれどね。
＜ブランド付けの分岐点 方向性が違うゲームも同じブランドにすべき？＞
そしてあるとき、『シルフェイド』のブランド付けの分岐点が訪れました。
私が初めてアクションゲームを作ろうとしたときに、
そのゲームに『シルフェイド』と付けることも考えたのですが、
『ジャンルが大きく違う場合は完全に別のゲームタイトルを付けた方がいいかも』
と立ち止まることになりました。
プレイヤーさんから、以下のような感じ方をされるかもしれないからです。
●『シルフェイド』って名前が付いていたから、
これまでに近いゲーム性を期待して始めたのに、
いざやってみたら完全に人を選ぶアクションゲームじゃないか！ なんだこれは！
これは、それまでアドベンチャーやRPGとして2作出していた『シルフェイド』シリーズの次に、
マウスアクションゲーム『モノリスフィア』を作る際に私が想像していたことで、
「あまりにゲーム性が違う場合は同じ名前を付けるのは危ないかな」と考えていました。
それまでに、『シルフェイド』という名には「とりあえずほぼ誰でも遊べるゲーム」という印象が
根付いてきた感じだったので、それはそれで大事にしたいなと私は思いました。
もしここで『シルフェイド』という名前に対し、「この名には人を極めて選ぶゲームも含まれる」
という警戒感を持たれてしまったら、安心感という意味でのブランド価値は一定量落ちてしまうでしょう。
それはちょっと今後を考えるともったいないかな、と私は考えました。
その結果、私は新作のアクションゲームに、
まったく別の名前である『モノリスフィア』と名付けることにし、
世界観も新たなものにしたのです。
＜同じ名前を、大きく異なるジャンルで使えるか？＞
ちなみに、家庭用ゲームの世界では
「元がアクションやシューティングゲームだったシリーズの世界観を
シミュレーションゲームとして出したりしてうまくいっている例」
などもあったので、「アクションにするから別の名前にしよう」という発想が
よかったのかどうかは、今になっても分かりません。
例えば家庭用ゲームにおいて、●●という名のアクションゲームが、
「●●ウォーズ」というリアルタイムストラテジーゲームになったり、
▲▲というシューティングゲームが「▲▲タクティクス」という戦略シミュレーションゲームになったり、
といった事例が過去に存在しています。それなりにうまくいっていました。
ただ、このケースでは「リアルタイム進行」のアクション/シューティングゲームから
ある程度進行がゆっくりめまたはターン制のシミュレーションゲームになっていたので、
その部分もある程度うまくいっていた理由なのかもしれません。
理屈を付けるとしたら、以下の通りです。
●「激しいアクションゲームができる人が、シミュレーションゲームを遊べる可能性」
はそれなりに高いと予想される。
●逆に「シミュレーションゲームしか遊ばない人が激しいアクションを遊べる可能性」
は低そうな気がする（仮にアクション化するなら、ゆるめで素直なゲームの方がよさそう？）。
上記の推測はたぶん、ある程度は合っていると思うのですが、
こういった仮説の上では、『モノリスフィア』に『シルフェイド』系の名を付けようとした例のように、
「ターン制ゲームのシリーズと同じゲームタイトル」を付けて
「人を選ぶ変則操作のアクションゲーム」を出すのは危険すぎる気がしています。
結果として、それまで『シルフェイド』という名前を使っていたけれど、
変則操作マウスアクションゲームに『モノリスフィア』という
新たな名前を付けたことには、今でも満足しています。
そして、もし違うジャンルでブランドを使い回す場合は、
「アクションゲームのブランドをターン制ゲーム化する」（ゆるい方向に変化させるのはＯＫ）
という方向性で使った方がいいかもしれない、と今は思っています。
私はこういった発想で、ブランド面を意識したゲームのタイトルを付けてきています。
＜現状のブランド＞
今のところ、私の作るゲームでは、以下のような使い分けで
ブランド化していくことを考えています。
●『シルフェイド』シリーズ
→ 攻略法を知れば割と誰でもクリアできる、お話が多めの固定ステージ進行のターン制ゲーム。
ランダム生成なゲームはあまりこの名を使わないようにしたいと考えています。
●『片道』シリーズ
→ 腕前を問われる、お話少なめのアドリブ重視ターン制ゲーム。現在次回作開発中。
これも最初は、『シルフェイド』と付けてしまうと「なんだこれは！」と言われそうだったので、
『シルフェイド』の名は使わず、別名として『片道勇者』と付けました。
●その他：オリジナル名の変則アクション
→ 人を選ぶ、変わった操作性のアクションゲーム。もちろんリアルタイム進行型。
シリーズ・ブランド化する前提としては部分的にでも「世界観の共有」が必要だと思うので
毎回世界観が変わるアクションではブランド化はなかなか難しそうです。
ちなみに、アクションゲームではそこまでギチギチに物語を詰めなくてもいいので、
私のネタの中で使われずに浮いている短いストーリーや
世界観を突っ込むのに便利に使わせていただいております。
●それ以外のゲーム
→ 世界観が違っても、付けられそうならとりあえず「シル」だけでも
名前の先頭に付けてみて、うちのゲームっぽさをアピールします。
すごい雑な発想ですが、『シルエットノート』もその考えで名付けられました。
『シル』と先頭に付いたゲーム名を見たとき、ごく一部の人でいいので
なぜか私のことを一瞬思い出せるくらいには印象に残せるといいなという期待があります。
という感じです。ブランドを考慮して名前を付けられれば
それまでの「知名度資産」とでもいうべきものを活かしやすくなるので、
ゲーム開発人生を長続きさせやすい気がしています。
長く続けていきたいとお考えの方は、よければぜひご一考を。
【同じゲーム名がないか調べておく】
最後に。すごく当たり前ですが、思いついたタイトルは必ず検索エンジンでかけて、
同名の既存作品がないか調べておきましょう。
といっても、今回述べた中の「内容が伝わりやすい名前」を付ける場合、
「ありきたりな単語」だけで分かりやすいゲームタイトルを組もうとすると、
かなりの確率ですでに同名のゲームが存在するんですよね！
さっき挙げた『タクティクスナイツ』などは偶然にも日本語ゲームにはまだなさそうですが、
こんなシンプルな名前ほど、すでにその名前のゲームが存在していることが多いはずです。
『片道勇者』なども、こう名付けられたのはたまたま運がよかっただけです。
もしまだ誰も名付けていない「非常に分かりやすく内容を表せるゲーム名」を思いついたのなら、
誰かとかぶってしまう前に、早く発表したほうがいいかもしれません。
できれば念のため、「商標」も検索しておくとよさそうです。
ということで、私がぼんやり考えている、
「なるべく普及させる/長続きさせるつもりで考えているタイトルの付け方」
として意識していることを一通り紹介させていただきました。
ゲームタイトルは潜在ユーザさんに興味を持ってもらう第一の網である都合上、
名前が違っていればここまで遊ばれなかっただろうな、と思うゲームも、
私が開発してきた中にはあります。
一方で、名前がイマイチで私が作ったことに気付かれていなかったり、
覚えにくかったりしたであろうものもあるので、
中にはゲームタイトルが普及の足を引っ張ってしまったものもあると思います。
「違うタイトルで同じゲームを出す」ことはできないので、
ゲーム名の差による効果を検証することはなかなかできません。
なので、今回お話ししたこともどれだけ有用か、私にはあまりハッキリしません。
最終的には皆さんのお好きなように付けてくださればいいと思っていますが、
寄せられる範囲で、「潜在ユーザさんに興味を持ってもらえる確率が高まる」よう意識してみたり、
「ゲーム開発を長く続けることも考慮に入れて名付けてみる」ことで、
ゲームのポテンシャルを最大限に引き出す結果を出せるかもしれません。
できれば私も、他の人のも並んだゲーム一覧を眺めて、
ゲームタイトルやバナー・アイコンを見ただけで
「これは商品ページを開きたくなる」「これはそうではなさそう」
と直感できるセンスも鍛えていきたいですね。
私の場合はSteamをときどき見ているんですが、
つくづく「分かりやすいタイトルは強いな！」と感じます。
私が詳細ページまで飛ぼうと思えるゲーム名は、
●内容が想像できる、自分の興味と合うゲーム名
●どこかの記事ですでに見たことがあるゲーム名
の2つだけでほぼ100％になります。
皆さまのゲーム選びにおいても、これと近い基準の方は多いかもしれません。
自分のゲームも、せめて「詳細ページ」まで見てもらえるよう、
興味を持ってもらえるゲーム名にすることを心がけたいです。
来週はこのお話のおまけとして、私の各ゲームの名前について
簡単に自己レビューしていこうと思います。
そして「こんな話を聞いてみたい」などの拍手コメントをお寄せくださっている皆さま、
いつも本当にありがとうございます！ お答えできそうなものは、
ぜひ今後の記事で取り上げさせていただきたいと考えております。
| ← 今回のような記事を 1冊の本にまとめたゲーム開発本、 『ゲーム開発者の地図』、 Kindleで好評発売中です！ |
■ 2017/05/20 (土) 片道次回作1 ﾌﾟﾛﾄﾀｲﾌﾟ ■
【片道次回作1 開発中！】
ここ最近、開発日誌をじっくり書いてしまって
作業の進行が少し遅れてしまっていたので、
今週は全力で開発の方に労力を投入していました。
ということで、現在、私が何をやっているかをお知らせです！
【ただいまの作業 プロトタイプ開発中】
ただいま「片道勇者の次回作」のプロトタイプを開発中です。
今は基本システムを作成中で、できているのは以下のあたりです。
・マップの表示処理（今回はこれも自作です、ヘクスマップ！）
・基本的な移動処理（クリックした先に移動できる、経路探索が少し大変）
・攻撃やスキルなど基本コマンドの実装
（今回はメニューを開く必要なし！ 詳しいことはいずれまた）
・敵のAIのひな形（近付いたらこっちに気付いて、寄ってきて殴るだけのAI）
・落ちてるアイテムと交換できる処理
・ランダムで敵やアイテムが沸いてくる処理
そしてこれから最低限「骨」として作らねばならないのは、
いま思いつくだけでも以下のあたりです。
・情報を表示するための各種インターフェース
（HPゲージやら何やら。表示するだけなので楽）
・マップ自動生成処理（そもそもマップのあり方を再検討する必要がありそう。
『片道勇者』では「大局的にどう進むか」を楽しめる部分が少なかった気がするので）
・ショップの取引機能（地味にすごく面倒臭い処理です）
・レベルアップ処理（今回はプラス版の女神像的な数択ランダム選択肢から、
上げるパラメータや取れるスキルを自分で選べる予定です）
・キャラクターとの会話処理や選択肢機能・テキストスクリプト
・強制スクロールの処理（当然今回も強制スクロールします）
・マップ上の「壁」の実装（マップのアクセントとして優秀すぎる！）
・タイトル画面の実装（片道勇者みたく少し凝ってみたいですね）
・ワールド選択画面の実装（いつも通り）
・キャラメイク画面の実装（今回はワールド選択の次に出すかも）
・ゲーム終了時評価画面の実装（いつも通り）
・街やダンジョンの生成処理
・ミニマップ処理（今のところ必要か分かりません、別の手段で補える？）
・各種便利機能（最後まで考え続けることになるでしょう）
【マップ自動生成、どうしよう？】
この開発予定の部分で、いま特に悩んでいるのが「マップ自動生成」です。
『片道勇者』のマップ自動生成は、
「とりあえずそれっぽいマップが奇跡的にできた！」というところで満足してしまい、
「どう楽しんでもらうか」という点において何の意図も持っていませんでした。
「山の近くにいれば敵のランダムイベント襲撃に対応しやすい」など、
たまたま局所的には行動の方針が生まれたりもしたのですが、
無思考で作るのはあまりにも偶然頼りすぎるので、
今度はしっかり「意図」を持って作りたいなと思います。
せっかく2Dマップを使っているのに、そこで面白さを出せないのはもったいない！
せめて、上あたりを攻めるか下あたりを攻めるかを
「狙って判断」して進められる感じにしたいですね。
「たまに1地形に2つの属性がある（北側が雪原、南が荒野など）」とか、
「たまに危険だけど実入りが大きい細道ルートがある」とか、
いただいたコメントからもいろいろと考えてみています。
一方で、ある片方の選択肢ばかりが有利になると面白くないので、
バランス調整の労力はますます上がるかもしれません。
基本は「リターンが大きい道はリスクが高い」でそれっぽくなるでしょうけれど、
「状況次第では自主的に危険な道を回避したほうがいい」くらいの
微妙なバランス感で行きたいですね。
『片道勇者』のダンジョンみたいに、変に毎度突っ込みすぎると死ぬくらいが理想です。
以下はいただいた拍手コメントへの返信です。
＞PLAYISMでローカライズする際、全テキストのエクセルデータを
＞用意するそうですが、これをウディタで準備する場合は始めから
＞DBに打ち込んで呼び出すように作るのでしょうか？ それとも全部
＞手作業で打ち込み直したり？ 選択肢やインターフェイス周りの
＞テキストはどう管理すべきでしょうか？ .
＞何か効率的な方法があれば紹介してほしいなあと思っています。
PLAYISMさんちのこちらの手順にある内容ですね。
ウディタの場合、ローカライズすることを前提にするなら
全ての文字列を始めからユーザデータベースや
テキストファイルに入れてしまうのが一番早いと思います。
片道勇者では一定以上を手作業で入力することになってしまいましたが、
それでも大変な地獄を見てしまいました。
うまいことデータベースに入れておけば整理もある程度ラクになるはずです。
さらに、もしPerlやPHPなど何かスクリプトが使えるのでしたら、
データベースに雑に文字を入れていても以下のような方法が使えます。
１．ウディタで各データベースをCSVとして出力する。
２．スクリプトなどを組んで「日本語部分だけ抽出」し、
それをエクセルファイル化して先方に渡して翻訳を依頼。
３．英語化されたテキストをもらったら、またスクリプトを組んで
「１」のCSVに対して「日本語部分を英語文で置換」する。
４．以上の手順でできた翻訳済CSVをウディタに読み込ませる。
という手順で、比較的楽にゲームを翻訳できると思います。
私がほぼそんなやり方でした。
ウディタには文字列置換などの機能もあるので、その気になれば
ウディタのコモンイベントを組んで上の全工程を行えるかもしれません。
とにかくローカライズにおいて「抽出」と「置換」は自動化しないと大変です、
人間の目だと絶対に見逃しますから。
ちなみに私が見た海外のゲームだと、ゲームに使用する文字列だけが
全部数個のXMLファイルにまとまっていたりして、
そこから呼び出す形にしていたケースがあります。
そこまでやっていれば翻訳も手軽なんですが、その場合、
ゲーム内に1テキスト入れるにもいちいち文字列ファイル側に
入力しなければならなくて、作るのがちょっと大変になってしまいます。
使えるリソースと使える技術の範囲で、うまくやってみていただければと思います。
開発日誌のゲーム開発ネタが尽きてきているので、
もし何か「こんな話題を聞いてみたい！」というお話がございましたら、
ぜひ拍手コメントからお送りください！
答えられるものはどんどんお答えしていきます。
ここ最近、開発日誌をじっくり書いてしまって
作業の進行が少し遅れてしまっていたので、
今週は全力で開発の方に労力を投入していました。
ということで、現在、私が何をやっているかをお知らせです！
【ただいまの作業 プロトタイプ開発中】
ただいま「片道勇者の次回作」のプロトタイプを開発中です。
今は基本システムを作成中で、できているのは以下のあたりです。
・マップの表示処理（今回はこれも自作です、ヘクスマップ！）
・基本的な移動処理（クリックした先に移動できる、経路探索が少し大変）
・攻撃やスキルなど基本コマンドの実装
（今回はメニューを開く必要なし！ 詳しいことはいずれまた）
・敵のAIのひな形（近付いたらこっちに気付いて、寄ってきて殴るだけのAI）
・落ちてるアイテムと交換できる処理
・ランダムで敵やアイテムが沸いてくる処理
そしてこれから最低限「骨」として作らねばならないのは、
いま思いつくだけでも以下のあたりです。
・情報を表示するための各種インターフェース
（HPゲージやら何やら。表示するだけなので楽）
・マップ自動生成処理（そもそもマップのあり方を再検討する必要がありそう。
『片道勇者』では「大局的にどう進むか」を楽しめる部分が少なかった気がするので）
・ショップの取引機能（地味にすごく面倒臭い処理です）
・レベルアップ処理（今回はプラス版の女神像的な数択ランダム選択肢から、
上げるパラメータや取れるスキルを自分で選べる予定です）
・キャラクターとの会話処理や選択肢機能・テキストスクリプト
・強制スクロールの処理（当然今回も強制スクロールします）
・マップ上の「壁」の実装（マップのアクセントとして優秀すぎる！）
・タイトル画面の実装（片道勇者みたく少し凝ってみたいですね）
・ワールド選択画面の実装（いつも通り）
・キャラメイク画面の実装（今回はワールド選択の次に出すかも）
・ゲーム終了時評価画面の実装（いつも通り）
・街やダンジョンの生成処理
・ミニマップ処理（今のところ必要か分かりません、別の手段で補える？）
・各種便利機能（最後まで考え続けることになるでしょう）
【マップ自動生成、どうしよう？】
この開発予定の部分で、いま特に悩んでいるのが「マップ自動生成」です。
『片道勇者』のマップ自動生成は、
「とりあえずそれっぽいマップが奇跡的にできた！」というところで満足してしまい、
「どう楽しんでもらうか」という点において何の意図も持っていませんでした。
「山の近くにいれば敵のランダムイベント襲撃に対応しやすい」など、
たまたま局所的には行動の方針が生まれたりもしたのですが、
無思考で作るのはあまりにも偶然頼りすぎるので、
今度はしっかり「意図」を持って作りたいなと思います。
せっかく2Dマップを使っているのに、そこで面白さを出せないのはもったいない！
せめて、上あたりを攻めるか下あたりを攻めるかを
「狙って判断」して進められる感じにしたいですね。
「たまに1地形に2つの属性がある（北側が雪原、南が荒野など）」とか、
「たまに危険だけど実入りが大きい細道ルートがある」とか、
いただいたコメントからもいろいろと考えてみています。
一方で、ある片方の選択肢ばかりが有利になると面白くないので、
バランス調整の労力はますます上がるかもしれません。
基本は「リターンが大きい道はリスクが高い」でそれっぽくなるでしょうけれど、
「状況次第では自主的に危険な道を回避したほうがいい」くらいの
微妙なバランス感で行きたいですね。
『片道勇者』のダンジョンみたいに、変に毎度突っ込みすぎると死ぬくらいが理想です。
以下はいただいた拍手コメントへの返信です。
＞PLAYISMでローカライズする際、全テキストのエクセルデータを
＞用意するそうですが、これをウディタで準備する場合は始めから
＞DBに打ち込んで呼び出すように作るのでしょうか？ それとも全部
＞手作業で打ち込み直したり？ 選択肢やインターフェイス周りの
＞テキストはどう管理すべきでしょうか？ .
＞何か効率的な方法があれば紹介してほしいなあと思っています。
PLAYISMさんちのこちらの手順にある内容ですね。
ウディタの場合、ローカライズすることを前提にするなら
全ての文字列を始めからユーザデータベースや
テキストファイルに入れてしまうのが一番早いと思います。
片道勇者では一定以上を手作業で入力することになってしまいましたが、
それでも大変な地獄を見てしまいました。
うまいことデータベースに入れておけば整理もある程度ラクになるはずです。
さらに、もしPerlやPHPなど何かスクリプトが使えるのでしたら、
データベースに雑に文字を入れていても以下のような方法が使えます。
１．ウディタで各データベースをCSVとして出力する。
２．スクリプトなどを組んで「日本語部分だけ抽出」し、
それをエクセルファイル化して先方に渡して翻訳を依頼。
３．英語化されたテキストをもらったら、またスクリプトを組んで
「１」のCSVに対して「日本語部分を英語文で置換」する。
４．以上の手順でできた翻訳済CSVをウディタに読み込ませる。
という手順で、比較的楽にゲームを翻訳できると思います。
私がほぼそんなやり方でした。
ウディタには文字列置換などの機能もあるので、その気になれば
ウディタのコモンイベントを組んで上の全工程を行えるかもしれません。
とにかくローカライズにおいて「抽出」と「置換」は自動化しないと大変です、
人間の目だと絶対に見逃しますから。
ちなみに私が見た海外のゲームだと、ゲームに使用する文字列だけが
全部数個のXMLファイルにまとまっていたりして、
そこから呼び出す形にしていたケースがあります。
そこまでやっていれば翻訳も手軽なんですが、その場合、
ゲーム内に1テキスト入れるにもいちいち文字列ファイル側に
入力しなければならなくて、作るのがちょっと大変になってしまいます。
使えるリソースと使える技術の範囲で、うまくやってみていただければと思います。
開発日誌のゲーム開発ネタが尽きてきているので、
もし何か「こんな話題を聞いてみたい！」というお話がございましたら、
ぜひ拍手コメントからお送りください！
答えられるものはどんどんお答えしていきます。
■ 2017/05/13 (土) 楽しくて学べるゲームの作り方 ■
【楽しくて学べるゲームの作り方】
前回から引き続き、今回もゲームの作り方のお話です！
前回の記事でご紹介した『完成させるための作り方』は、
「あまり楽しくない部分もあるので、たぶん経験者向けです」と私は言いました。
では、初心者におすすめな「楽しくて、かつ経験値を多く得られる作り方」には、
どんな方法があるでしょうか？
今回お話しするのは、あくまで私の体験を元におすすめするやり方ですので、
だいぶ主観が強いですし、どれほどの人にお役に立てる話かは分かりません。
また、このやり方は「完成させること」を前提にしていませんので、
それも念頭に置いた上で、読み進めてくだされば幸いです。
【初心者向けの作り方、まずどんな『方向性』？】
前回の最後にも言いましたが、「一つ一つのものを面白く作るコツ」さえ
よく知らない状態でいきなり大きなものに挑むと、
10個作ったもののうち、1～2個くらいしか面白く作れないかもしれません。
そうなった場合、たとえ完成しても辛い結末しか待っていないのは明白です。
よって初めてのうちは「大きなものを完成させる」ことよりも、別の方法で
多く経験値を得て、一つ一つのものを面白く作れるようになったり、
その他の経験を積むことを優先した方がたぶん効率的ではないか、と考えています。
そこで今回ご紹介するやり方の大きな方向性は、以下の通りとなります。
＜ 『楽しくて得るものが大きい作り方』の方向性 ＞
●作る面白さや短期的な満足感を重視して作る。
●なるべく素早く、多く評価してもらえる形態で作る。
●プレイヤーからのフィードバックをすぐに反映できる形で作る。
●完成させることは考慮に入れない。
それぞれについて、少し詳しく説明します。
●作る面白さや短期的な満足感を重視して作る。
→ あなたが初心者の人なら、ここはもう当然外せないところです！
といってもどんなことでも、たぶん無意識に取りかかると、
自然と面白さ重視の方向性になってしまうと思います。
●なるべく素早く、多く評価してもらえる形態で作る。
→ よりテンポ良く、たくさんの回数評価してもらう方が
当然、経験値の溜まり方が早くなります。
最短でたくさん評価してもらうにあたって、よさそうな方法を目指します。
●プレイヤーからのフィードバックをすぐに反映できる形で作る。
→ プレイヤーの人から送られてきた意見を取り入れ、実験してみるのは重要です。
「これがダメなら、一体どうやれば君たちは満足するんだ！ これか！？」
と腹の内で思いつつ、色々試して、何度も見てもらうやり方を目指します。
●完成させることは考慮に入れない。
→ 今回のやり方では、「完成させる」ことは二の次とします。
「完成させるように作る」だけで作る面白さが相当に削がれるためです。
というのも、完成させようとすると、計画性が要求されたり、
追加の不安が生まれたり、素材作成へのコスト配分やペース配分も必要だったりで、
思考にかかる総コストが大幅に上がってしまう割に、
部分部分への満足感が減ってしまいやすくなります。
なので慣れない間は「楽しいところだけ最低限の手間で味わってもらう」ということで、
今回のやり方は完成させることを考えずにとにかく「作る面白さ」を重視します。
もちろん、最終的に完成してしまう分には全く問題ありません！
あと、私はゲーム作りに初めて触れてからの最初の数年間、
「完成を目指そうとしてしまって、ずっと詰まっていた」ので、
それも「最初は完成させない」ことをおすすめする理由の一つです。
私と似たタイプの人だと、たぶん、ただ「完成させる」という要求を入れるだけでも、
簡単に何年も完成させられない状態になってしまうことでしょう。
きっと、「よいものを出さねば」と思っている人ほど、そうなってしまうと思います。
あの頃は、「人にお見せするからには『よいもの』でないといけない」と内心では思っていながらも、
最初から上手に作ることなどできなかったので、作ってみた一個のものにさえ満足できず、
ずっとゴールのない『練習』や『試行錯誤』をし続けて、先に進まなくなってしまいました。
具体的には、完成品を作る気概だけはあったものの、
全然進まないまま細部を何度も作り直してみたり、
ドットやマップやイベント作りを色々試したりするだけになってしまい、
結局いま振り返れば、何年もかけて完成させるふりをして
「経験を貯める作業」に従事するだけになってしまっていたのです。
ですが、こうなるくらいなら、最初からもっと効率的に経験を貯めることを目的にしたほうが、
人生の時間を無駄にせずに済むかもしれません。
それに、一人で悩んでいたことの7割くらいは実は大した問題ではありませんでしたし、
本当に大事なことは、「実際に人に見せて意見をもらって、初めて気付いた点」の方が
圧倒的に多かったのです。
私は上記の経緯で一度挫折した後、たまたま新たな取り組み方を選んだのですが、
それは偶然にも、レベルアップする目的において非常に効果的なやり方でした。
今回はそれをご紹介します。
【初心者の人におすすめする作り方】
ということで、いよいよ本題の「初心者の人におすすめする作り方」です！
早速ですが、「面白さや満足感を重視」「素早く多く評価してもらう体制」
「フィードバックを反映してすぐ試せる」「完成させることは考えない」
の4つが揃った、私がゲーム開発初心者の人におすすめするゲームの作り方は、
以下のようなやり方です。
＜1．何も考えずに、前から順に『全力の質』で作る＞
全力でゲームを前から作る。素材やテキスト全てに対し、
後先を考えずに全身全霊で労力やネタを詰め込んでいいものとする。
ゲームシステムも、動くならまずは一部分からだけで構わないとする。
＜2．一定以上できたら、そのたびに必ず『見てもらう』＞
作ったものが「少し」できたら、必ず人に見せて意見や感想をもらう。
「少し」のペースは、数週間から一ヶ月程度、最大でも三ヶ月くらいが望ましい印象。
見せるのは友達でもSNSの知り合いでも一般公開でも、範囲や対象は自由。
＜3．『やる気が尽きるまで1→2を続ける。飽きたらやめる＞
ひたすら1→2の手順を繰り返してゲームを大きくしていく。
やる気が尽きたり飽きたりしたら、完成していなくてもそこで終わってよい。
あるいは、1→2の手順が1回で終わる「ミニゲームをいくつも完成させ続ける」やり方もOK。
一言で言うと、「小さい単位で全力で作って、少しずつ人に見てもらう」というやり方です。
連載形式で出していくやり方や、徐々にアップデートしていく方式、
あるいはミニゲームをポンポン出していくような形になるでしょう。
実は、前回の記事で最初に「完成させられなかった失敗例」として挙げた
「全力で前から順にひたすら絵やデータを作っていく」というやり方は、
「一番早く開発の満足感を得る」ことにおいては非常に効率的な方法でした。
そして今回ご紹介した上のやり方は、その「一番早く満足感を得る方法」に加えて、
「たくさんの経験値を得るため」の工夫として『見せる』手順を混ぜた方法となっています。
私の場合は、最短で多くの経験値を得られる『修行』を楽しくやるにあたって、
「全力で少しずつ作る連載形式を取り、1話分をアップデートしたらそのたびに見てもらう」
というやり方をこれまで3回ほど使いました。
その3回中、2回は未完になってしまいましたが、とにかくこのやり方の一番重要な点は、
『完成させるためのペース配分だとか後先をまったく考えずに、
全身全霊で自分の力をぶつけて好きなものを作って』、
そしてそれを『見せて』いくことです。
『見せる』の部分が特に重要ですので、
いくら恥ずかしくても絶対にそこは外さないでください。
私も相当な勇気がいりましたが、そのとき誰かに何度も『見せて』いなければ、
今の私はここにはいなかったでしょう。
どのくらい勇気がいるかというと、公衆の面前で
下着を全開にして見せるくらい恥ずかしいです。
さらに『物語』のように、見られるのが自分の『内面』だったりすると、
もしかしたら全裸になるくらい恥ずかしいかもしれません。
創作はそもそも自分の見えない部分をさらす行為なので、どうか耐えてください。
といっても私の場合は運がいいことに、最初は学校の友達だけに見てもらって、
そこで「これなら次は広い場で見てもらっても大丈夫かな？」と自信をもらった上で
インターネット上に公開する流れを取ることができました。
内気で恐がりだった私では、一人だとインターネット公開までできなかったでしょうから、
いい友達に巡り会えたのも今ここにいる理由だと思います。
この『少しずつ全力で作っては見せる』やり方には、
私がゲーム開発者としての初期段階の栄養を得るために
とても大きな利点がありました。
このやり方で私が得ることができたものを、以下に挙げていきます。
【質の最大値を知ることができる】
まずペース配分や後先を考えずに全力で挑むことで、
自分が作れる「質の最大値」を知ることができます。
絵だけはすごくきれいに作れるとか、お話だけは面白く作れるとか、
快適なインターフェースが自作できる、キャラのドット絵がすごく動く、など、
何かしらの点であなたのピーク値を出せるはずです。
「完成させる」方向でいくと、どうしても労力やアイデアをある程度配分せざるをえなくなり、
『あとさき考えずにやたら全力で作る』といったことがやりにくくなるため、
「どこまでも遠慮なく質の最大値を試し続けられる」のは
「完成させない」前提だからこその最大のメリットです。
もちろん「全力を出した結果、どういう評価をもらえるか」
という点に着目するのはもっと重要です。
期待通りの反応を得られてその技にもっと自信を付けられるかもしれませんし、
あなたが得意だと思い込んでいた技術が
実はそれほど評価を得られないかもしれません。
あるいは、自分としては平凡だと思っていたことが
なぜか異常に評価されたりして、自分の新たな『素質』を知るかもしれません。
この話は、2つ後ろの項目でも述べていきます。
【量の限界を知ることができる】
限界の質で作り続けていれば、いつかやる気の減少や飽きなど何らかの原因で
続けられなくなるでしょうから、そこで開発を終わりにします。
（これに備えて、プレイヤーさんにはいつ開発を打ち切るか分からないことを
あらかじめ伝えておくといいでしょう）
開発を続けられなくなった時点で、
「あなたが最大値の質を出し続けた場合に、一体どのくらいの『量』を作れるのか」
ということが分かるはずです。これは後々、貴重な情報になります。
たいていの場合、意外と多くのものを作れないことを知るかもしれません。
「よく動くキャラクターのドット絵を描けるが、いざやると10体くらいが限界だった」
「無限に書けると思っていたが3時間プレイできるくらいのテキストを書くのが限界だった」
などです。
この『量』に関しては、『期間』と言い換えてもいいと思います。
最初に情熱を持って始めて一本を開発するにあたって、
一体どのくらいの期間までなら飽きずに続けられるか。
それはあなたにとっては三ヶ月かもしれませんし、一年かもしれません。
それが分かっていれば、本格的に一本作るときに、無理のない計画を立てやすくなります。
私の場合はとても意欲的な状態でも、1年くらい経った辺りから
気力が目に見えて減少し始めるようなので、
できる限りそれまでに決着を付けられるようにするか、
あるいはコアのところを開発し終われるように意識しています。
たいてい、この『期間』をオーバーすると作れるものの質が急激に低下していくと思うので、
密度の高いゲームを作りたいならば、開発期間の設定は重要です。
【自分の素質や弱点、高コストな部分を知ることができる】
作ったのがほんの一部分であれど、一定以上の人に見てもらうことで、
「あなたが平凡だと思っていた成果物なのになぜか評判がよかったもの」、
言い換えると、
「あなたが通常攻撃やパッシブスキルみたいなつもりで使ってるのに、
実は大きな成果を発揮できていた『素質』」
に気づく機会も増えるはずです。
というのも、自分にとって一番得意なことってたいてい「無意識にやれてしまう」ことなので、
自分自身では気付けないことが多いと私は考えています。
なので「普通に作っただけなのになぜか高い評価をもらった」部分というのは
おそらくあなたにとっての強い『素質』であり、それは今後もずっと多用できる武器になります。
なにせ、「低コストで高い結果を出せる」んですからね。
それ以外にも、
「作るのは好きなんだけど、なぜか不評ばかりな部分（苦手な技）」
「ウケはすごくいいんだけど、作るのが大変な部分（MP消費が激しい強い技）」
などに気付くこともあるでしょう。
早期にそれらを学べれば、今後の「自分の使い方」を考えるにあたって重要な材料になります。
たとえば、新たなゲームを作るときにも、
●「低コストで大きな効果が出せていた」技をなるべく多用できるような設計にする。
●「MP消費が激しいけどウケはいい部分」は要所ごとに使うようにする。
●「どうがんばってもウケが悪かった部分」はそもそも多く作らずに済むようにする。
といった風に、周りからの評価によって自分を知れば知るほど、
「自分を最大限に活かせるゲーム開発」ができるようになっていくはずです。
「他者からのウケがいい技」を中心に使って作ったゲームは、
そりゃ基本的には良い品質になります。自分の強みは遠慮なく活かしましょう。
私の場合、人からの評価で「自分はキャラ作りやセリフを書くのが得意なのかも」と感じましたが、
後に、それをメインに据えると期待した量が全然作れないことを知りました。
実は、それをメインの武器にするにはMP消費が大きすぎたのです。
一部の小説家の人のように、ものすごい量の文章をバリバリ生産し続けることはできません。
今はそういったMP消費が多い技は、なるべく要所要所だけに使うか、
あるいは量が足りなさそうな場合は他の人の手を借りるように意識しています。
【自分の作ったもので喜んでもらえることを知る】
「一部分だけを作って誰かに喜んでもらう」ということは、
実は「完成品を見て喜んでもらう」ことよりもある程度簡単だと私は考えています。
なぜかというと、一部分だけに最高の情熱とアイデアを詰め込んで作った「密度」は、
ほとんどの場合、「完成品」よりも高くなるからです。
何より、1回あたりの挑戦のコストが段違いに少なくて済みます。
そしてゲーム作りの原体験として、
「自分の作ったものが、一部分といえど喜んでもらえた」
という経験を少しでも早い内に得ておくのは、後々とても大事になります。
喜んでもらえるかどうかは運次第とはいえ、見てもらう回数を増やせば、
それだけ「自分の力で喜んでもらえる部分」を発見するチャンスが増えるはずです。
「誰かに喜んでもらえた部分」は、今後も自信を持って作れるようになると思います。
ゲーム開発では大きな我慢が必要になることもたびたびありますが、
経験に裏打ちされた「たぶんここは喜んでもらえるだろう」という自信は、
心をとてつもなく折れにくくします。
その「自信」は開発におけるほぼ全ての面において、あなたを助けるでしょう。
なお、最初はその自信を得た影響でいくらか『慢心』してしまうこともあると思うんですが、
どこかで怒られたり、慢心のせいで失敗したりすることで、
いずれバランスの良い『自信』に調整されていくはずです。
大人になるまで、生きててずっと自分の存在意義を確認できなかった私のような人の場合、
「自分の意志で始めたことで誰かに喜んでもらえた」という体験をしてしまうと、
嬉しすぎて何年かおかしくなってしまいます。でもきっと、いつか通る道です。
【細かい部分への肌感覚を学ぶことができる】
「小さく作る」のに比べ、「完成品を作る」ことで逆に不利になってしまう点があります。
その中でも『評価や意見、感想をもらうこと』に関しては、
完成品の方に以下の不利な点があるのではないかと私は考えています。
●完成品を一気に見てもらっても、含まれている要素が多くて
目立つところしかコメントされないことが多く、
細部のどこがよかったかがあいまいになりやすい。
ほとんどの場合、完成品をまるっと見せたときには、
プレイヤーさんはゲーム全体のうちで最も気になったところの
いくつかしかコメントしてくれないことが多いはずです。
そしてたいてい、一番目立ついい点、あるいは悪い点に
注目が集まってしまって、その影響で他の
細かな「いい部分」「悪い部分」を教えてもらい損ねてしまうこともあるでしょう。
たとえば「完成品」を見せて、
劇中のワンシーンや物語のどんでん返しが非常によかったとしたら、
そこだけがみんなの主なコメントとして挙がってしまって、
せっかく作ったゲームシステムや細々としたキャラクター、
小ネタなどの細部についてはコメントされにくくなると思います。
それによって、街の住人にもいっぱい面白い会話を作ったのに、
どれにも何のコメントがない、なんてことは日常的に起こりえます。
すごく丁寧にレビューしてくれる人や、凄くたくさんの人に遊ばれたなら、
細かい点にコメントしてもらえることもあるのですけれど、
私の印象的には、完成品を一回見せてコメントをもらえる部分はたいてい
「全体の10％にも満たない場所から」で、
作った内の残り90％の部分はコメントに挙がりません。
一方、「小さな部分ごとに見せて評価してもらう」ようにすれば、
作った単位ごとにコメントをもらうことができ、善し悪しを細かく把握しやすくなります。
また、もし足した「小さな部分」の中であなたが「新たな挑戦」をしたならば、
「その挑戦した部分だけ」の善し悪しをプレイヤーさんに評価してもらえる可能性も上がります。
そしてそこに問題があれば、そのたびに直して、見せて、次の評価を待てばよいのです。
「新たに作った部分や改善した点について、一つ一つフィードバックをもらえる」
という状況は、ゲーム開発についてまだ何も知らない状態から、
色々試行錯誤してみたり、ゲーム開発の知見を得るにあたってものすごく強力です。
プレイヤーさんも、見るものが少なければ新たな範囲だけを注視してコメントしてくれるので、
例えば「5％分」を作って見せれば、うち半分の2.5％分くらいに意見をもらえる可能性があります。
そうやって細かく見せたことで、最終的に100％分作ったうちの合計50％の部分について
何かしらのコメントがもらえたとしたら、完成品から10％のコメントをもらう場合に比べ、
単純計算でなんと5倍の速度で経験値が溜まるのです！
これらの数値は仮のものですが、得られる情報はまちがいなく何倍にもなります。
私にとっては、そうやって得てきた様々な肌感覚が今でも非常に役に立っていますし、
細かい部分への配慮について学ぶきっかけにもなりました。
逆に、「見てもらう」ことをしていなかった期間はずっと自分の力に対して疑心暗鬼のままで、
「自分が何をすれば人に喜んでもらえるのか」を知ることができないままでした。
本当に、ただ『人に見せる』ことをするようになった瞬間から急激に世界が開けたのです。
私の見て来た中では、ゲーム開発の初期の成長が早かった人は、だいたい何らかの形で、
「小さいものを作って、早いサイクルで人に見てもらう」
という体験をしている人が多いような気がしています。
実は、彼らが持っていたのは「短期間で多くを学べる才能」ではなく、
「自分の『育成』の仕方が、とてつもなく効率がよかった」だけかもしれません。
なお、細かい部分についての反応を見たいならば、
今では「実況配信プレイをしてもらう」という方法も強力です。
（実況配信プレイ：ゲームをプレイしながら声でもコメントしつつ映像配信するプレイのこと）
友達に実況配信でテストプレイしてもらうだけでも、たくさんの情報を得られるはずです。
昔は、ゲームへのコメントを得る方法といえば、
掲示板などに書き込まれる「自発的に言ってもらう発言」しかありませんでしたが、
実況プレイなら細かい部分への不満や、楽しめている点も把握しやすいので、
小さい単位での情報収集が以前よりも容易になっていると思います。
とにかくどんな手段でもいいので、細かい部分への反応を収集することに
どん欲になることが、レベルアップのためには一番重要なことだと私は考えています。
耳が痛い意見もたくさん飛んできますが、
そのたびにそれまで気付かなかったことに気付いたり、
または自分とプレイヤーの感覚が微妙に違うことを知ったり、
あるいは意見への対応がうまくいかなくて大変な目にあう経験もするでしょう。
しかしそれを繰り返していくうちに、だんだんとうまく作れるようになっていくはずです。
ということで、「完成させる前提を持たずに、全力で少しずつ作っては見せていく」やり方の
利点をまとめると以下の通りです。
●自分が出せる『質』の最大値を知ることができる。
●その質で作れる『量』の最大値を知ることができる。
●気づかなかった自分の『素質』、『弱点』を知ることができる。
●『自分の作りたいものを作って喜んでもらえる』ことを知ることができる。
●作ったものごとにプレイヤーがどう感じるかという、
『細かな部分への肌感覚』を知ることができる。
私が未完にさせてきてしまった作品によって得た上記の情報は全て、
今でもずっと私の支えになっていますし、より良い成果物を作る重要なヒントになっています。
未完の連載ADV『シルフェイド見聞録』は、1話を公開後、
短い方だと1～3ヶ月くらいのスパンで新しい話を作って
皆さんに見てもらっていたと思います。
普通、ゲーム開発ではそんなスパンで新作をリリースしたり、
感想をもらえることはありませんが、『シルフェイド見聞録』では
途中で自作の戦闘システムを入れたり、物語の見せ方を少しずつ変えてみたりと、
やりたいことも織り交ぜて色んな感覚を掴んでいくことができました。
意外とプレイヤーさんは期待通りには遊んでくれないことや、
同じ課題でもできる人とできない人がいることや、
同じ内容に対してもつまらないと思う人や面白いと思う人がいることや、
自分がこういう意図で作ったものは賛否両論だったけど、
こういう意図で作ったものは多くの人に受け入れられやすいとか、
「自分の手の動かし方」に対する様々な知見をこの身で感じることができたのです。
たとえ頭では分かっていることでも、
「自分がどう考え、どう手を動かしたか」というインプットと
「皆さんの反応」というアウトプットの組み合わせが大量にそろって、
初めて理解できたことは山ほどあります。
これまで開発日誌に書いてきた数々のことも、まさにそうして得たものです。
初めて完成させられた中編RPGの『シルフェイド幻想譚』で運良く良い評価を得られたのも、
その前に「小さなものを早いサイクルで見てもらっていた」ことで
多くの経験を得られたからこそだと私は考えています。
【この方法、『完成品』に対しても使えます】
復習ですが、前回はレベル1「最低限の骨を作る」→
レベル2「肉付けをする（短編完成）」→レベル3「成長させる」、という順に進め、
レベル3でやる気や時間がなくなったら終わり、という方法をご紹介しました。
そして今回の「少しずつ作っては見せる」やり方は、
前回の「完成させる作り方」のレベル3「成長させる」だけを抽出して、
そこに『小さい単位で見てもらう』工程を挟んだものということもできます。
つまり、『完成させる作り方』でレベル3まで達した後、
徐々にアップデートしながら小さい単位ごとに『見せる』方法にすれば、
今回の利点をほぼそのまま得ることができるのです！
「早期アクセス（アーリーアクセス）」や「リリース後に随時アップデート」
といった形でリリースしているゲームは、そういったやり方に近い気がします。
開発者側もプレイヤーさん側も楽しみやすい上に、
開発の経験値も溜まりやすくて、一石二鳥です。
私の場合は、『片道勇者プラス』のベータ版を公開した後などがそれに近い状態でした。
ほぼ毎日のようにバグ修正や微調整を計10～20点くらいやっては、
そのたびに皆さんに見てもらうという大変なサイクルを繰り返していたのですが、
当時はその大変さを乗り越えられてしまうほどに、
「修正に対してフィードバックをもらえるループ」が楽しかったと思います。
そしてもちろん、その過程で得られた知見も山ほどありました。
ある程度熟練した開発者の人でも楽しくやれる上に、さらなる成長もしやすい！
私は今になっても、『少しずつ作って見てもらう』というのは素敵なやり方だと感じます。
＜まとめ＞
小さい単位ごとに見せることで、『細かく反応や意見をもらう』というのは、
小さく作って見せていく最大の利点であり、
大きな完成品を一度に見てもらうことではなかなか得られないことだと思います。
ゲーム作りが初めてで、何もかもが未知である状況下では、
この方法を使ってまず自分の能力について知ったり、肌感覚を学んだり、
自分の力で作ったものが誰かに喜んでもらえる機会を増やすのが、
きっと楽しくて、最終的には自分の強化にも繋がるのではないかなと私は考えています。
何より、何も知らない状況で最初から大きなものを作ろうとすると、
致命的に見当違いのものを作ってしまう可能性が高くなってしまいます。
まず少しの労力を色んな方向に使ってみて、あなたの力で喜ばれる方向性を学んで、
効率的に喜ばれる方法が分かったら、その方向により大きく力をそそげばいいのです。
大きなものを完成させるのは、色々なことを掴んでからでも遅くないと思っています。
……と、私は考えているのですけれど、いかがでしょうか。
【おまけ 昔の話とこれからの話】
最後に、私が初めて人にゲームを見せたときの、昔の話をします。
私は子供時代からずっと「ゲームは完成させないとダメだ！」と思っていましたが、
結局、何年間も何も完成させられままでした。
ゲーム作り自体はずっと続けていたものの、
あるとき、目標にしていたゲームコンテストが終了してしまい、
目指す場所を失った私は絶望にくれてしまいました。
ある日、完全に吹っ切れた私は、何だかんだでたった5分間しか遊べない
レジェンドオブレストール1の「1話だけ」を作って友人に見せたのですが、
それが思った以上に喜んでもらえました。
「誰にも指図されず、完全に自分の意志だけで生みだしたもの」で、
なんと友達に笑ってもらえたのです！
そのとき、「すごいものを作らなくても楽しんでもらうことはできるんだ！」
という、当時の自分にとって衝撃的な事実を私は生まれて初めて知りました。
その原体験は今でも、私の開発における心の支えになっています。
それ以後、その友人たちに対してレジェンドオブレストール1を「連載」し続け、
それが一段落ついたあたりでこのサイトが生まれることになりました。
私にはこういう経験があったので、初心者の人や自信のない人は最初はぜひ、
「量はほんの少しでもいいから、自分が全力で作れるものを作ってみて、
それを見てもらって、運が良ければ喜んでもらう」
という挑戦をおすすめしたいと思っています。
そして、その繰り返しの中であなたの自信が溜まったら、ようやく、
一本を完成させるつもりで作り始めてもいいかもしれません。
私自身も今後、手探りで始めていかねばならない新たなことをすることになったら、
「いつ打ち切るか分かりません！」と叫びながら少しずつ全力で作ってみて、
細かく意見をいただきながら学んで、力尽きた時点で終わるという、
今回のやり方を使うことになりそうな気がします。
もちろん途中で終わるにしても、打ち切り三回目ともなればある程度マシな終わり方に
できるようになっていることを期待したいんですけれどね。
ゲームを完成させるのは難しいことです。
私は、一番最初にゲーム開発に触れてからその10年後に至るまで、
一本も中編を完成させられないままだったので、
人によっては「一定以上のサイズのものをただ完成させる」ことでさえ、
まず多くの経験を重ねることが必要になるかもしれません。
しかし、完成させられないこと自体は、それほど嘆く必要はないと考えています。
最初から「完成品を作る」ことだけに意識を取られてしまうよりは、
「規模にかかわらずあなたの作ったもので誰かが喜んでくれるのだ」ということや、
「自分がどんなものを作れば人に喜んでもらえるか」を学ぶことの方が、
より重要なことだと私は思っています。
皆さんが持っている創作の『武器』は、最初はみんな『未鑑定』です。
自分の武器が全部「？？？」の状態ではいきなりボス戦に挑みたくはないと思うので、
最初は色んなシチュエーションの小さな戦いを繰り返して、
数多くの自分の武器の性能を知ることが先決です。
そしてある程度、自分の武器についての知識を得て、いくらかの戦い方も知ったなら、
そのときこそいよいよ長くて大きな戦いに挑むときです！
己の武器に適した戦いを選べばきっと大きな壁でも打ち破れるはずですし、
運が良ければ高い成果を得ることもできるでしょう。
評価してもらえるかどうかは、最後は運です。
でも、歩いて行く道のりは、あなたが選ぶことができます。
私が紹介させていただいた方法に限らず、あなたにとって、
いつか一番いいやり方が見つかることを祈っています。
以上、長くなってしまいましたが、私なりの
「楽しくて学べるゲームの作り方」について紹介させていただきました。
今回の方法は、
「私がやってきた中で、たまたま、楽しみながら一番経験値を得られたやり方」
というだけなので、合理性を追求して試行錯誤してきた結果ではありませんし、
人によっては合わない可能性もあると思います。
他にももっといい方法があると思いますが、今回のやり方が、
よりよい方法にたどりつくための一つの手がかりにでもなれば幸いです。
他にもし何か語って欲しいことや、開発において聞いてみたいこだわり部分などが
ございましたら、ぜひ拍手コメントからどうぞ！
前回から引き続き、今回もゲームの作り方のお話です！
前回の記事でご紹介した『完成させるための作り方』は、
「あまり楽しくない部分もあるので、たぶん経験者向けです」と私は言いました。
では、初心者におすすめな「楽しくて、かつ経験値を多く得られる作り方」には、
どんな方法があるでしょうか？
今回お話しするのは、あくまで私の体験を元におすすめするやり方ですので、
だいぶ主観が強いですし、どれほどの人にお役に立てる話かは分かりません。
また、このやり方は「完成させること」を前提にしていませんので、
それも念頭に置いた上で、読み進めてくだされば幸いです。
【初心者向けの作り方、まずどんな『方向性』？】
前回の最後にも言いましたが、「一つ一つのものを面白く作るコツ」さえ
よく知らない状態でいきなり大きなものに挑むと、
10個作ったもののうち、1～2個くらいしか面白く作れないかもしれません。
そうなった場合、たとえ完成しても辛い結末しか待っていないのは明白です。
よって初めてのうちは「大きなものを完成させる」ことよりも、別の方法で
多く経験値を得て、一つ一つのものを面白く作れるようになったり、
その他の経験を積むことを優先した方がたぶん効率的ではないか、と考えています。
そこで今回ご紹介するやり方の大きな方向性は、以下の通りとなります。
＜ 『楽しくて得るものが大きい作り方』の方向性 ＞
●作る面白さや短期的な満足感を重視して作る。
●なるべく素早く、多く評価してもらえる形態で作る。
●プレイヤーからのフィードバックをすぐに反映できる形で作る。
●完成させることは考慮に入れない。
それぞれについて、少し詳しく説明します。
●作る面白さや短期的な満足感を重視して作る。
→ あなたが初心者の人なら、ここはもう当然外せないところです！
といってもどんなことでも、たぶん無意識に取りかかると、
自然と面白さ重視の方向性になってしまうと思います。
●なるべく素早く、多く評価してもらえる形態で作る。
→ よりテンポ良く、たくさんの回数評価してもらう方が
当然、経験値の溜まり方が早くなります。
最短でたくさん評価してもらうにあたって、よさそうな方法を目指します。
●プレイヤーからのフィードバックをすぐに反映できる形で作る。
→ プレイヤーの人から送られてきた意見を取り入れ、実験してみるのは重要です。
「これがダメなら、一体どうやれば君たちは満足するんだ！ これか！？」
と腹の内で思いつつ、色々試して、何度も見てもらうやり方を目指します。
●完成させることは考慮に入れない。
→ 今回のやり方では、「完成させる」ことは二の次とします。
「完成させるように作る」だけで作る面白さが相当に削がれるためです。
というのも、完成させようとすると、計画性が要求されたり、
追加の不安が生まれたり、素材作成へのコスト配分やペース配分も必要だったりで、
思考にかかる総コストが大幅に上がってしまう割に、
部分部分への満足感が減ってしまいやすくなります。
なので慣れない間は「楽しいところだけ最低限の手間で味わってもらう」ということで、
今回のやり方は完成させることを考えずにとにかく「作る面白さ」を重視します。
もちろん、最終的に完成してしまう分には全く問題ありません！
あと、私はゲーム作りに初めて触れてからの最初の数年間、
「完成を目指そうとしてしまって、ずっと詰まっていた」ので、
それも「最初は完成させない」ことをおすすめする理由の一つです。
私と似たタイプの人だと、たぶん、ただ「完成させる」という要求を入れるだけでも、
簡単に何年も完成させられない状態になってしまうことでしょう。
きっと、「よいものを出さねば」と思っている人ほど、そうなってしまうと思います。
あの頃は、「人にお見せするからには『よいもの』でないといけない」と内心では思っていながらも、
最初から上手に作ることなどできなかったので、作ってみた一個のものにさえ満足できず、
ずっとゴールのない『練習』や『試行錯誤』をし続けて、先に進まなくなってしまいました。
具体的には、完成品を作る気概だけはあったものの、
全然進まないまま細部を何度も作り直してみたり、
ドットやマップやイベント作りを色々試したりするだけになってしまい、
結局いま振り返れば、何年もかけて完成させるふりをして
「経験を貯める作業」に従事するだけになってしまっていたのです。
ですが、こうなるくらいなら、最初からもっと効率的に経験を貯めることを目的にしたほうが、
人生の時間を無駄にせずに済むかもしれません。
それに、一人で悩んでいたことの7割くらいは実は大した問題ではありませんでしたし、
本当に大事なことは、「実際に人に見せて意見をもらって、初めて気付いた点」の方が
圧倒的に多かったのです。
私は上記の経緯で一度挫折した後、たまたま新たな取り組み方を選んだのですが、
それは偶然にも、レベルアップする目的において非常に効果的なやり方でした。
今回はそれをご紹介します。
【初心者の人におすすめする作り方】
ということで、いよいよ本題の「初心者の人におすすめする作り方」です！
早速ですが、「面白さや満足感を重視」「素早く多く評価してもらう体制」
「フィードバックを反映してすぐ試せる」「完成させることは考えない」
の4つが揃った、私がゲーム開発初心者の人におすすめするゲームの作り方は、
以下のようなやり方です。
＜1．何も考えずに、前から順に『全力の質』で作る＞
全力でゲームを前から作る。素材やテキスト全てに対し、
後先を考えずに全身全霊で労力やネタを詰め込んでいいものとする。
ゲームシステムも、動くならまずは一部分からだけで構わないとする。
＜2．一定以上できたら、そのたびに必ず『見てもらう』＞
作ったものが「少し」できたら、必ず人に見せて意見や感想をもらう。
「少し」のペースは、数週間から一ヶ月程度、最大でも三ヶ月くらいが望ましい印象。
見せるのは友達でもSNSの知り合いでも一般公開でも、範囲や対象は自由。
＜3．『やる気が尽きるまで1→2を続ける。飽きたらやめる＞
ひたすら1→2の手順を繰り返してゲームを大きくしていく。
やる気が尽きたり飽きたりしたら、完成していなくてもそこで終わってよい。
あるいは、1→2の手順が1回で終わる「ミニゲームをいくつも完成させ続ける」やり方もOK。
一言で言うと、「小さい単位で全力で作って、少しずつ人に見てもらう」というやり方です。
連載形式で出していくやり方や、徐々にアップデートしていく方式、
あるいはミニゲームをポンポン出していくような形になるでしょう。
実は、前回の記事で最初に「完成させられなかった失敗例」として挙げた
「全力で前から順にひたすら絵やデータを作っていく」というやり方は、
「一番早く開発の満足感を得る」ことにおいては非常に効率的な方法でした。
そして今回ご紹介した上のやり方は、その「一番早く満足感を得る方法」に加えて、
「たくさんの経験値を得るため」の工夫として『見せる』手順を混ぜた方法となっています。
私の場合は、最短で多くの経験値を得られる『修行』を楽しくやるにあたって、
「全力で少しずつ作る連載形式を取り、1話分をアップデートしたらそのたびに見てもらう」
というやり方をこれまで3回ほど使いました。
その3回中、2回は未完になってしまいましたが、とにかくこのやり方の一番重要な点は、
『完成させるためのペース配分だとか後先をまったく考えずに、
全身全霊で自分の力をぶつけて好きなものを作って』、
そしてそれを『見せて』いくことです。
『見せる』の部分が特に重要ですので、
いくら恥ずかしくても絶対にそこは外さないでください。
私も相当な勇気がいりましたが、そのとき誰かに何度も『見せて』いなければ、
今の私はここにはいなかったでしょう。
どのくらい勇気がいるかというと、公衆の面前で
下着を全開にして見せるくらい恥ずかしいです。
さらに『物語』のように、見られるのが自分の『内面』だったりすると、
もしかしたら全裸になるくらい恥ずかしいかもしれません。
創作はそもそも自分の見えない部分をさらす行為なので、どうか耐えてください。
といっても私の場合は運がいいことに、最初は学校の友達だけに見てもらって、
そこで「これなら次は広い場で見てもらっても大丈夫かな？」と自信をもらった上で
インターネット上に公開する流れを取ることができました。
内気で恐がりだった私では、一人だとインターネット公開までできなかったでしょうから、
いい友達に巡り会えたのも今ここにいる理由だと思います。
この『少しずつ全力で作っては見せる』やり方には、
私がゲーム開発者としての初期段階の栄養を得るために
とても大きな利点がありました。
このやり方で私が得ることができたものを、以下に挙げていきます。
【質の最大値を知ることができる】
まずペース配分や後先を考えずに全力で挑むことで、
自分が作れる「質の最大値」を知ることができます。
絵だけはすごくきれいに作れるとか、お話だけは面白く作れるとか、
快適なインターフェースが自作できる、キャラのドット絵がすごく動く、など、
何かしらの点であなたのピーク値を出せるはずです。
「完成させる」方向でいくと、どうしても労力やアイデアをある程度配分せざるをえなくなり、
『あとさき考えずにやたら全力で作る』といったことがやりにくくなるため、
「どこまでも遠慮なく質の最大値を試し続けられる」のは
「完成させない」前提だからこその最大のメリットです。
もちろん「全力を出した結果、どういう評価をもらえるか」
という点に着目するのはもっと重要です。
期待通りの反応を得られてその技にもっと自信を付けられるかもしれませんし、
あなたが得意だと思い込んでいた技術が
実はそれほど評価を得られないかもしれません。
あるいは、自分としては平凡だと思っていたことが
なぜか異常に評価されたりして、自分の新たな『素質』を知るかもしれません。
この話は、2つ後ろの項目でも述べていきます。
【量の限界を知ることができる】
限界の質で作り続けていれば、いつかやる気の減少や飽きなど何らかの原因で
続けられなくなるでしょうから、そこで開発を終わりにします。
（これに備えて、プレイヤーさんにはいつ開発を打ち切るか分からないことを
あらかじめ伝えておくといいでしょう）
開発を続けられなくなった時点で、
「あなたが最大値の質を出し続けた場合に、一体どのくらいの『量』を作れるのか」
ということが分かるはずです。これは後々、貴重な情報になります。
たいていの場合、意外と多くのものを作れないことを知るかもしれません。
「よく動くキャラクターのドット絵を描けるが、いざやると10体くらいが限界だった」
「無限に書けると思っていたが3時間プレイできるくらいのテキストを書くのが限界だった」
などです。
この『量』に関しては、『期間』と言い換えてもいいと思います。
最初に情熱を持って始めて一本を開発するにあたって、
一体どのくらいの期間までなら飽きずに続けられるか。
それはあなたにとっては三ヶ月かもしれませんし、一年かもしれません。
それが分かっていれば、本格的に一本作るときに、無理のない計画を立てやすくなります。
私の場合はとても意欲的な状態でも、1年くらい経った辺りから
気力が目に見えて減少し始めるようなので、
できる限りそれまでに決着を付けられるようにするか、
あるいはコアのところを開発し終われるように意識しています。
たいてい、この『期間』をオーバーすると作れるものの質が急激に低下していくと思うので、
密度の高いゲームを作りたいならば、開発期間の設定は重要です。
【自分の素質や弱点、高コストな部分を知ることができる】
作ったのがほんの一部分であれど、一定以上の人に見てもらうことで、
「あなたが平凡だと思っていた成果物なのになぜか評判がよかったもの」、
言い換えると、
「あなたが通常攻撃やパッシブスキルみたいなつもりで使ってるのに、
実は大きな成果を発揮できていた『素質』」
に気づく機会も増えるはずです。
というのも、自分にとって一番得意なことってたいてい「無意識にやれてしまう」ことなので、
自分自身では気付けないことが多いと私は考えています。
なので「普通に作っただけなのになぜか高い評価をもらった」部分というのは
おそらくあなたにとっての強い『素質』であり、それは今後もずっと多用できる武器になります。
なにせ、「低コストで高い結果を出せる」んですからね。
それ以外にも、
「作るのは好きなんだけど、なぜか不評ばかりな部分（苦手な技）」
「ウケはすごくいいんだけど、作るのが大変な部分（MP消費が激しい強い技）」
などに気付くこともあるでしょう。
早期にそれらを学べれば、今後の「自分の使い方」を考えるにあたって重要な材料になります。
たとえば、新たなゲームを作るときにも、
●「低コストで大きな効果が出せていた」技をなるべく多用できるような設計にする。
●「MP消費が激しいけどウケはいい部分」は要所ごとに使うようにする。
●「どうがんばってもウケが悪かった部分」はそもそも多く作らずに済むようにする。
といった風に、周りからの評価によって自分を知れば知るほど、
「自分を最大限に活かせるゲーム開発」ができるようになっていくはずです。
「他者からのウケがいい技」を中心に使って作ったゲームは、
そりゃ基本的には良い品質になります。自分の強みは遠慮なく活かしましょう。
私の場合、人からの評価で「自分はキャラ作りやセリフを書くのが得意なのかも」と感じましたが、
後に、それをメインに据えると期待した量が全然作れないことを知りました。
実は、それをメインの武器にするにはMP消費が大きすぎたのです。
一部の小説家の人のように、ものすごい量の文章をバリバリ生産し続けることはできません。
今はそういったMP消費が多い技は、なるべく要所要所だけに使うか、
あるいは量が足りなさそうな場合は他の人の手を借りるように意識しています。
【自分の作ったもので喜んでもらえることを知る】
「一部分だけを作って誰かに喜んでもらう」ということは、
実は「完成品を見て喜んでもらう」ことよりもある程度簡単だと私は考えています。
なぜかというと、一部分だけに最高の情熱とアイデアを詰め込んで作った「密度」は、
ほとんどの場合、「完成品」よりも高くなるからです。
何より、1回あたりの挑戦のコストが段違いに少なくて済みます。
そしてゲーム作りの原体験として、
「自分の作ったものが、一部分といえど喜んでもらえた」
という経験を少しでも早い内に得ておくのは、後々とても大事になります。
喜んでもらえるかどうかは運次第とはいえ、見てもらう回数を増やせば、
それだけ「自分の力で喜んでもらえる部分」を発見するチャンスが増えるはずです。
「誰かに喜んでもらえた部分」は、今後も自信を持って作れるようになると思います。
ゲーム開発では大きな我慢が必要になることもたびたびありますが、
経験に裏打ちされた「たぶんここは喜んでもらえるだろう」という自信は、
心をとてつもなく折れにくくします。
その「自信」は開発におけるほぼ全ての面において、あなたを助けるでしょう。
なお、最初はその自信を得た影響でいくらか『慢心』してしまうこともあると思うんですが、
どこかで怒られたり、慢心のせいで失敗したりすることで、
いずれバランスの良い『自信』に調整されていくはずです。
大人になるまで、生きててずっと自分の存在意義を確認できなかった私のような人の場合、
「自分の意志で始めたことで誰かに喜んでもらえた」という体験をしてしまうと、
嬉しすぎて何年かおかしくなってしまいます。でもきっと、いつか通る道です。
【細かい部分への肌感覚を学ぶことができる】
「小さく作る」のに比べ、「完成品を作る」ことで逆に不利になってしまう点があります。
その中でも『評価や意見、感想をもらうこと』に関しては、
完成品の方に以下の不利な点があるのではないかと私は考えています。
●完成品を一気に見てもらっても、含まれている要素が多くて
目立つところしかコメントされないことが多く、
細部のどこがよかったかがあいまいになりやすい。
ほとんどの場合、完成品をまるっと見せたときには、
プレイヤーさんはゲーム全体のうちで最も気になったところの
いくつかしかコメントしてくれないことが多いはずです。
そしてたいてい、一番目立ついい点、あるいは悪い点に
注目が集まってしまって、その影響で他の
細かな「いい部分」「悪い部分」を教えてもらい損ねてしまうこともあるでしょう。
たとえば「完成品」を見せて、
劇中のワンシーンや物語のどんでん返しが非常によかったとしたら、
そこだけがみんなの主なコメントとして挙がってしまって、
せっかく作ったゲームシステムや細々としたキャラクター、
小ネタなどの細部についてはコメントされにくくなると思います。
それによって、街の住人にもいっぱい面白い会話を作ったのに、
どれにも何のコメントがない、なんてことは日常的に起こりえます。
すごく丁寧にレビューしてくれる人や、凄くたくさんの人に遊ばれたなら、
細かい点にコメントしてもらえることもあるのですけれど、
私の印象的には、完成品を一回見せてコメントをもらえる部分はたいてい
「全体の10％にも満たない場所から」で、
作った内の残り90％の部分はコメントに挙がりません。
一方、「小さな部分ごとに見せて評価してもらう」ようにすれば、
作った単位ごとにコメントをもらうことができ、善し悪しを細かく把握しやすくなります。
また、もし足した「小さな部分」の中であなたが「新たな挑戦」をしたならば、
「その挑戦した部分だけ」の善し悪しをプレイヤーさんに評価してもらえる可能性も上がります。
そしてそこに問題があれば、そのたびに直して、見せて、次の評価を待てばよいのです。
「新たに作った部分や改善した点について、一つ一つフィードバックをもらえる」
という状況は、ゲーム開発についてまだ何も知らない状態から、
色々試行錯誤してみたり、ゲーム開発の知見を得るにあたってものすごく強力です。
プレイヤーさんも、見るものが少なければ新たな範囲だけを注視してコメントしてくれるので、
例えば「5％分」を作って見せれば、うち半分の2.5％分くらいに意見をもらえる可能性があります。
そうやって細かく見せたことで、最終的に100％分作ったうちの合計50％の部分について
何かしらのコメントがもらえたとしたら、完成品から10％のコメントをもらう場合に比べ、
単純計算でなんと5倍の速度で経験値が溜まるのです！
これらの数値は仮のものですが、得られる情報はまちがいなく何倍にもなります。
私にとっては、そうやって得てきた様々な肌感覚が今でも非常に役に立っていますし、
細かい部分への配慮について学ぶきっかけにもなりました。
逆に、「見てもらう」ことをしていなかった期間はずっと自分の力に対して疑心暗鬼のままで、
「自分が何をすれば人に喜んでもらえるのか」を知ることができないままでした。
本当に、ただ『人に見せる』ことをするようになった瞬間から急激に世界が開けたのです。
私の見て来た中では、ゲーム開発の初期の成長が早かった人は、だいたい何らかの形で、
「小さいものを作って、早いサイクルで人に見てもらう」
という体験をしている人が多いような気がしています。
実は、彼らが持っていたのは「短期間で多くを学べる才能」ではなく、
「自分の『育成』の仕方が、とてつもなく効率がよかった」だけかもしれません。
なお、細かい部分についての反応を見たいならば、
今では「実況配信プレイをしてもらう」という方法も強力です。
（実況配信プレイ：ゲームをプレイしながら声でもコメントしつつ映像配信するプレイのこと）
友達に実況配信でテストプレイしてもらうだけでも、たくさんの情報を得られるはずです。
昔は、ゲームへのコメントを得る方法といえば、
掲示板などに書き込まれる「自発的に言ってもらう発言」しかありませんでしたが、
実況プレイなら細かい部分への不満や、楽しめている点も把握しやすいので、
小さい単位での情報収集が以前よりも容易になっていると思います。
とにかくどんな手段でもいいので、細かい部分への反応を収集することに
どん欲になることが、レベルアップのためには一番重要なことだと私は考えています。
耳が痛い意見もたくさん飛んできますが、
そのたびにそれまで気付かなかったことに気付いたり、
または自分とプレイヤーの感覚が微妙に違うことを知ったり、
あるいは意見への対応がうまくいかなくて大変な目にあう経験もするでしょう。
しかしそれを繰り返していくうちに、だんだんとうまく作れるようになっていくはずです。
ということで、「完成させる前提を持たずに、全力で少しずつ作っては見せていく」やり方の
利点をまとめると以下の通りです。
●自分が出せる『質』の最大値を知ることができる。
●その質で作れる『量』の最大値を知ることができる。
●気づかなかった自分の『素質』、『弱点』を知ることができる。
●『自分の作りたいものを作って喜んでもらえる』ことを知ることができる。
●作ったものごとにプレイヤーがどう感じるかという、
『細かな部分への肌感覚』を知ることができる。
私が未完にさせてきてしまった作品によって得た上記の情報は全て、
今でもずっと私の支えになっていますし、より良い成果物を作る重要なヒントになっています。
未完の連載ADV『シルフェイド見聞録』は、1話を公開後、
短い方だと1～3ヶ月くらいのスパンで新しい話を作って
皆さんに見てもらっていたと思います。
普通、ゲーム開発ではそんなスパンで新作をリリースしたり、
感想をもらえることはありませんが、『シルフェイド見聞録』では
途中で自作の戦闘システムを入れたり、物語の見せ方を少しずつ変えてみたりと、
やりたいことも織り交ぜて色んな感覚を掴んでいくことができました。
意外とプレイヤーさんは期待通りには遊んでくれないことや、
同じ課題でもできる人とできない人がいることや、
同じ内容に対してもつまらないと思う人や面白いと思う人がいることや、
自分がこういう意図で作ったものは賛否両論だったけど、
こういう意図で作ったものは多くの人に受け入れられやすいとか、
「自分の手の動かし方」に対する様々な知見をこの身で感じることができたのです。
たとえ頭では分かっていることでも、
「自分がどう考え、どう手を動かしたか」というインプットと
「皆さんの反応」というアウトプットの組み合わせが大量にそろって、
初めて理解できたことは山ほどあります。
これまで開発日誌に書いてきた数々のことも、まさにそうして得たものです。
初めて完成させられた中編RPGの『シルフェイド幻想譚』で運良く良い評価を得られたのも、
その前に「小さなものを早いサイクルで見てもらっていた」ことで
多くの経験を得られたからこそだと私は考えています。
【この方法、『完成品』に対しても使えます】
復習ですが、前回はレベル1「最低限の骨を作る」→
レベル2「肉付けをする（短編完成）」→レベル3「成長させる」、という順に進め、
レベル3でやる気や時間がなくなったら終わり、という方法をご紹介しました。
そして今回の「少しずつ作っては見せる」やり方は、
前回の「完成させる作り方」のレベル3「成長させる」だけを抽出して、
そこに『小さい単位で見てもらう』工程を挟んだものということもできます。
つまり、『完成させる作り方』でレベル3まで達した後、
徐々にアップデートしながら小さい単位ごとに『見せる』方法にすれば、
今回の利点をほぼそのまま得ることができるのです！
「早期アクセス（アーリーアクセス）」や「リリース後に随時アップデート」
といった形でリリースしているゲームは、そういったやり方に近い気がします。
開発者側もプレイヤーさん側も楽しみやすい上に、
開発の経験値も溜まりやすくて、一石二鳥です。
私の場合は、『片道勇者プラス』のベータ版を公開した後などがそれに近い状態でした。
ほぼ毎日のようにバグ修正や微調整を計10～20点くらいやっては、
そのたびに皆さんに見てもらうという大変なサイクルを繰り返していたのですが、
当時はその大変さを乗り越えられてしまうほどに、
「修正に対してフィードバックをもらえるループ」が楽しかったと思います。
そしてもちろん、その過程で得られた知見も山ほどありました。
ある程度熟練した開発者の人でも楽しくやれる上に、さらなる成長もしやすい！
私は今になっても、『少しずつ作って見てもらう』というのは素敵なやり方だと感じます。
＜まとめ＞
小さい単位ごとに見せることで、『細かく反応や意見をもらう』というのは、
小さく作って見せていく最大の利点であり、
大きな完成品を一度に見てもらうことではなかなか得られないことだと思います。
ゲーム作りが初めてで、何もかもが未知である状況下では、
この方法を使ってまず自分の能力について知ったり、肌感覚を学んだり、
自分の力で作ったものが誰かに喜んでもらえる機会を増やすのが、
きっと楽しくて、最終的には自分の強化にも繋がるのではないかなと私は考えています。
何より、何も知らない状況で最初から大きなものを作ろうとすると、
致命的に見当違いのものを作ってしまう可能性が高くなってしまいます。
まず少しの労力を色んな方向に使ってみて、あなたの力で喜ばれる方向性を学んで、
効率的に喜ばれる方法が分かったら、その方向により大きく力をそそげばいいのです。
大きなものを完成させるのは、色々なことを掴んでからでも遅くないと思っています。
……と、私は考えているのですけれど、いかがでしょうか。
【おまけ 昔の話とこれからの話】
最後に、私が初めて人にゲームを見せたときの、昔の話をします。
私は子供時代からずっと「ゲームは完成させないとダメだ！」と思っていましたが、
結局、何年間も何も完成させられままでした。
ゲーム作り自体はずっと続けていたものの、
あるとき、目標にしていたゲームコンテストが終了してしまい、
目指す場所を失った私は絶望にくれてしまいました。
ある日、完全に吹っ切れた私は、何だかんだでたった5分間しか遊べない
レジェンドオブレストール1の「1話だけ」を作って友人に見せたのですが、
それが思った以上に喜んでもらえました。
「誰にも指図されず、完全に自分の意志だけで生みだしたもの」で、
なんと友達に笑ってもらえたのです！
そのとき、「すごいものを作らなくても楽しんでもらうことはできるんだ！」
という、当時の自分にとって衝撃的な事実を私は生まれて初めて知りました。
その原体験は今でも、私の開発における心の支えになっています。
それ以後、その友人たちに対してレジェンドオブレストール1を「連載」し続け、
それが一段落ついたあたりでこのサイトが生まれることになりました。
私にはこういう経験があったので、初心者の人や自信のない人は最初はぜひ、
「量はほんの少しでもいいから、自分が全力で作れるものを作ってみて、
それを見てもらって、運が良ければ喜んでもらう」
という挑戦をおすすめしたいと思っています。
そして、その繰り返しの中であなたの自信が溜まったら、ようやく、
一本を完成させるつもりで作り始めてもいいかもしれません。
私自身も今後、手探りで始めていかねばならない新たなことをすることになったら、
「いつ打ち切るか分かりません！」と叫びながら少しずつ全力で作ってみて、
細かく意見をいただきながら学んで、力尽きた時点で終わるという、
今回のやり方を使うことになりそうな気がします。
もちろん途中で終わるにしても、打ち切り三回目ともなればある程度マシな終わり方に
できるようになっていることを期待したいんですけれどね。
ゲームを完成させるのは難しいことです。
私は、一番最初にゲーム開発に触れてからその10年後に至るまで、
一本も中編を完成させられないままだったので、
人によっては「一定以上のサイズのものをただ完成させる」ことでさえ、
まず多くの経験を重ねることが必要になるかもしれません。
しかし、完成させられないこと自体は、それほど嘆く必要はないと考えています。
最初から「完成品を作る」ことだけに意識を取られてしまうよりは、
「規模にかかわらずあなたの作ったもので誰かが喜んでくれるのだ」ということや、
「自分がどんなものを作れば人に喜んでもらえるか」を学ぶことの方が、
より重要なことだと私は思っています。
皆さんが持っている創作の『武器』は、最初はみんな『未鑑定』です。
自分の武器が全部「？？？」の状態ではいきなりボス戦に挑みたくはないと思うので、
最初は色んなシチュエーションの小さな戦いを繰り返して、
数多くの自分の武器の性能を知ることが先決です。
そしてある程度、自分の武器についての知識を得て、いくらかの戦い方も知ったなら、
そのときこそいよいよ長くて大きな戦いに挑むときです！
己の武器に適した戦いを選べばきっと大きな壁でも打ち破れるはずですし、
運が良ければ高い成果を得ることもできるでしょう。
評価してもらえるかどうかは、最後は運です。
でも、歩いて行く道のりは、あなたが選ぶことができます。
私が紹介させていただいた方法に限らず、あなたにとって、
いつか一番いいやり方が見つかることを祈っています。
以上、長くなってしまいましたが、私なりの
「楽しくて学べるゲームの作り方」について紹介させていただきました。
今回の方法は、
「私がやってきた中で、たまたま、楽しみながら一番経験値を得られたやり方」
というだけなので、合理性を追求して試行錯誤してきた結果ではありませんし、
人によっては合わない可能性もあると思います。
他にももっといい方法があると思いますが、今回のやり方が、
よりよい方法にたどりつくための一つの手がかりにでもなれば幸いです。
他にもし何か語って欲しいことや、開発において聞いてみたいこだわり部分などが
ございましたら、ぜひ拍手コメントからどうぞ！
| ← 今回のような記事を 1冊の本にまとめたゲーム開発本、 『ゲーム開発者の地図』、 Kindleで好評発売中です！ |
■ 2017/05/06 (土) ゲームを完成させる作り方 ■
【ゲームを完成させる作り方】
＞ゲームを最後まで作り終えるコツを知りたいです！
というコメントをいただいたので、
現時点での私の「完成させるゲームの作り方」をまとめておきます！
ちなみに私には、最後まで作り終えられなかったゲームとコンテンツが計2つあります。
凍結中となっている連載ADVゲーム『シルフェイド見聞録』と、
半分打ち切り気味に終わったテキストコンテンツ『＜自家製＞片道勇者TRPGリプレイ』です。
どちらもお話としては半端な状態で終わっており、
続きを楽しみにしてくださっていた方には本当に申し訳ございません。
まず、どうしてそれらを作り終えることができなかったかについて、
自分の考えを述べていきます。
【私の失敗例 完成しなかったゲーム/コンテンツ】
まず参考として、私が体験した「完成まで作れなかった失敗例」を挙げます。
私がゲーム作り初心者だった頃は、
「前から順番に全力で画像やお話を作っていって、根性と気合で
最後まで作っていって、最後の最後にようやくラストシーンを作って開発終了！」
という流れで作ることを考えていました。
これだけ聞いて「あ、それは危ない！」と思われた方は、
たぶん色々と経験済みのゲーム開発者さんではないかなと思います。
というのも実はこのやり方、おそらく結構な確率で完成にいたりません。
このやり方で私がどんなことになったかというと、
1．最初は気合を入れて全力でグラフィックやシーンなどを作っていく。
2．しかしどんどん「モチベーション」や「作業の新鮮味」や「ネタ」といった
リソースが消耗されていき、それまでと同じ熱意で
グラフィックやシーンなどを作ることができなくなる。
3．いずれかのリソースが消耗されきった果てに、開発が進められなくなる。
あるいは質が激しく低下していく。
4．そして最終的に取りかかる気力がなくなって挫折へ……。
という感じになりました。私が何かのコンテンツを打ち切りにしてしまった大きな理由は、
だいたいの場合、『自分のモチベーションや作業への新鮮味、
使いたいネタがどの辺りで尽きるかをよく把握できていなかったから』です。
ADV『シルフェイド見聞録』連載は全体のプロットさえ考えずに永遠に作るつもりで書いていましたし、
『＜自家製＞片道勇者ＴＲＰＧリプレイ』連載も永遠に続けられるつもりで作っていましたが、
最後はどちらもネタと気力がなくなって開発中断を迎えてしまいました。
しかし未完に終わったとはいえ、今考えると、これらの作品を経て得られたものは、
普通にゲームを完成させてリリースした場合よりも大きなものでした。
どちらの未完作品も、私にとっては終わりまでとても真剣に挑むことができ、
皆さんのご意見を細かくいただけて自信と経験を得られたので、
皆さんに見てもらえたことは私にとって大きな糧になっています。
今は、この「完成させられなかったやり方」自体にも、
当時の私のようなゲーム開発初心者にとっては大きな利点があると考えています。
それも次回の記事としてまとめる予定ですので、気になる方はご期待ください。
【ゲームを完成させるための作り方】
ということで、いよいよ本題！ 先の失敗例をふまえた上で、
『個人開発』で『一本のゲームを完成させる確率を上げる作り方』を考えていきます。
これからお話しすることは「私の現時点のやり方」というだけで、
向いてる人とそうでない人がいるはずですし、今後新たな方法に変化していく可能性も、
私が把握している『弱点』もあります。その辺りは、あらかじめご了承ください。
まず前述の失敗を元に、今の私はちょっと見方を変えていて、
「モチベーション切れや時間切れがいつ起きるか分からない前提で開発を行うべき」
という発想でゲームを作ることを考えています。
すでに一度作ったことのあるジャンルでさえ、
自分のモチベーションがどこまで持つかはハッキリしません。
もしかしたら同じものを作るのに飽きてて、次は前より長持ちしないかもしれません。
そういったモチベーション切れのリスクに対応すべく、
開発を重ねる中で私の「完成させるやり方」は、
徐々に以下の条件を満たすやり方になっていきました。
●何のデータや素材がどのくらい必要なのか、早期に把握できるようにする。
●肉付けは全体の量を把握してから始める。
●残りモチベーションや残り時間が不安定になる開発後半は、
「いつ開発をやめても問題ない状態」を維持しながら開発する。
そしてこれらの条件を満たせるやり方として、
今は以下のレベル1～3の順に開発を行うようになっています。
最近だと『片道勇者』の開発時に、このままの順序で開発しています。
＜レベル1 最低限の骨を作る プロトタイプ＞ （『片道勇者』ではアルファ版）
ゲームシステムに加え、最初からエンディングまで通しで遊ぶための
「ありえないほど小さい」と考えられる規模の「骨」だけのゲームを作る段階。
ゲームシステム、スタートやエンディング、街やダンジョン一つずつなど、
絶対に外せない要素のみここで開発する。
ゲームシステムが自作の場合はそれを最重視して、なるべくしっかり固めておく。
データに関しては、見た目や内容は雑だったり仮でいいのでここでは量を確保する。
かつ、街やダンジョンなど作業量が一気に増える要素の数はここでは最低限にする。
物語系ＲＰＧなら、ダンジョンや街は本当に必要な数個くらいを作ることをメドにしてみる、など。
＜レベル2 肉付け 短編の完成＞ （『片道勇者』では無印版のアルファ～ベータ間辺り）
大きな要素は増やさず、レベル1の「骨」に対して見た目や内容を肉付けしたり、
画像やゲームバランスをブラッシュアップしたりする段階。
いらなかった場所を切ったり、作りかえたり、プレイ途上で足りないと感じた細かいデータを
足すのは「肉付け」に含めるが、入れることで逆に作業項目が一気に増えてしまう
大きな「骨」となる要素を増やすのは次のレベル3までなるべく我慢する。
たとえば、物語系RPGなら街やダンジョンは基本的に増やさないようにする。
これが終わった段階で、ひとまず最初から最後まで遊べる、
『公開可能な』短編ゲームが完成する。
＜レベル3 さらなる成長＞ （『片道勇者』では無印完成版とプラス版）
作りたかった要素がきっとまだ残ってるはずなので、
レベル2の質を維持しつつ、「入れて面白くなると思う順」に「骨」も含めて追加していく。
たとえばRPGなら、合間のストーリーやダンジョン、またはクリア後の新ストーリーや、
元々なかった「図鑑」といったおまけのシステムなど。
ここからはいつでも切り上げられるように意識して作業を進めつつ、
やる気が尽きるか、期限が来るか、ネタ切れするまでこれを続ける。
終わったときが、そのゲームの完成！
「レベル1 最低限の骨を作る」→「レベル2 肉付けする」→「レベル3 成長」の
レベル順にゲームを開発していけば、少なくともレベル2の段階を突破できれば
あとはモチベーションや時間が尽きた瞬間にいつでも「完成！」と宣言することができます。
このやり方は、「モチベーションがあるうちにコアになる場所だけ作っておいて、
いつでも開発終了できるようにするやり方」と言ってもいいかもしれません。
私が明らかにこの手順で開発したと言えるのは、
ADV『シルエットノート』とRPG『片道勇者』の2本です。
『シルエットノート』は流れ上、たまたま開発手順がそうなってしまっただけなのですが、
「締め切りが決まっていたので作る量を最初に決めていて、『枠』を作ってから肉付けした」のと、
「リリース後に追加データを足した」という順に開発したことから、
この手順にほぼ該当すると考えています。
一方で『片道勇者』は、最初から上記の手順を意識して開発していました。
まず最低限、スタートから終わりまで遊べる「データが各1～2種しかないアルファ版」を作り、
それに肉付けをし、その後に入れたかったものを色々足して「無印版」を完成させました。
また運に恵まれて、無印版のリリース後にさらに「レベル3」を続行し、
『片道勇者プラス』という拡張版も作ることができました。
それではレベル1～3のそれぞれの段階について、詳しく解説していきます。
【レベル1 最小限の骨を作る】
レベル1は「骨」だけを作る段階です。
ゲームシステムだけはじっくり作っていいものとしますが、
それ以外の「データ」に関しては最初から最後の分まで最小限かつ
一通りかなり雑に作っていきます。
レベル1の最重要目的は、
●「作ったゲームシステムに素質や将来性がありそうか」を確認すること。
●「全体的にどのくらいのデータや素材の量が必要か」をおおまかに把握すること。
の2つです。
レベル1まで完成した段階のゲームは
「雑に作っただけのつまらない短編」かもしれませんが、それでもこのレベル1では
「一つ一つの質を上げるのを我慢して量を作り続ける」ことがとても重要です。
時間をかけて一つずつ素材やデータを作ると、多くの場合、レベル1さえ達成できません。
一つずつの質を上げるのは、レベル2まで必死で我慢します。
この段階では、作るデータは最小限にします。
たとえばストーリーRPGなら、データは
「仮オープニング」、「スタートの街」、「途中のダンジョン」、
「途中の街」、「ラストダンジョン」、「仮エンディング」、
各１つくらいのデータ量を目標に作るといいと思っています。
「ありえないほど少ない」くらいの量がちょうどいいです。
このレベル1では、キャラ絵も
「雑なシルエットにキャラ名だけ描いた仮の立ち絵」だって構いませんし、
ダンジョンごとの敵キャラもたった1～2種類ずつで構いません。
アイテムも各数種類でいいですし、キャラクターチップはサンプルのチップを使って構いません。
全て仮のデータ、仮の画像で行くくらいの覚悟の方が、レベル1を達成しやすいでしょう。
ただし、画像の『サイズ』だけはこの時点で決定しておくと、レベル2が楽になります。
画像のサイズが途中で変わると、インターフェースや画面デザインを
何度も作り直す必要が出てきてしまうからです。
私は、既存の素材や自分の過去作の素材を拡大縮小して配置して、
ゲーム画面の構成を考えることが多いです。
この「レベル1」の段階までできたものを、私は「アルファ版」や「プロトタイプ」と呼んでます。
画像も仮ですし、データ量も、調整も十分ではないため、遊んでも面白いものではありません。
誰にも褒めてもらえないゲームの状態が続くので、やる気の維持には苦労します。
もしここで挫折してしまったら、プロジェクトは終了です。
その場合、たぶんレベル1として計画した「骨」が大きすぎると思うので、
小さくして再挑戦する方がいいかもしれません。
あるいは、作ってみたゲームシステムが面白くなくて、
これからの期待が持てなかったのかもしれません。
それならそれで、中断することは立派な判断ですし、必要なことだったはずです。
私もシステムだけ作ってみたら、思ったより将来性が見いだせなくてボツにしたことがあります。
＜レベル1のコツ＞
・ゲームシステムはしっかり作っておいて、面白さの素質がどれだけありそうか知る。
・最初からエンディングまで最小限の「骨」を作り、どの程度のデータや素材量が必要か把握する。
・モンスターやらアイテムやらのデータ量も最小限でOK。素材も仮の画像でOK。
ただし画像の『サイズ』だけは確定させておいた方がレベル2以降が楽。
【レベル2 使える労力を配分して肉付け】
レベル2では、使える労力を『配分』して肉付けを行っていきます。
レベル1で必要最低限の「骨」となる要素を作れたなら、
「どのくらいの量のデータや画像を追加・ブラッシュアップしなければならないか」
という感覚がおおよそ掴めているはずです。
キャラの数やダンジョンの数、必要な画像、テキスト、
必要そうな敵の種類、あるいは戦いを面白くするための新しい技やアイテムなど、
具体的な数を書き出してみると、意外とたくさんのものが必要だと分かると思います。
そのリストを見るたび、「もしこの全てを一つずつめちゃめちゃ凝って作っていたら、
果たしてレベル1の量だけでも作れたか……」とゾッとしてしまうのが私です。
たとえば、もしレベル1の時点で技のアニメーションにすごく凝ってしまったら、
「このクオリティで今後も行くとなると、技の数が増やしにくい」となってしまって、
ゲームを面白くするために必要だった「多くの新しい技」を作ることが
心理的に困難になってしまうかもしれません。
その結果、技を増やすことができず、
「アニメーションはすごいけどバトルの選択肢が少なくてつまらない……」
なんて結末になると悲しいことになるので、とにかくレベル1で
「何がどのくらいの量、必要になるか」を先に知ることはとても大切だと考えています。
そしてまた、レベル1で作った量に対して、
「残りの使える労力」を配分して全体をブラッシュアップしようとすると、
「意外と大したものが作れない」と思われるかもしれません。
たとえばキャラのドット絵だけでも、レベル1で必要になりそうな量を
全てオリジナルで作るとなると、10体か20体か分かりませんが、きっと非常に大変でしょう。
自作するか、できあいの画像を使うか……それを考え直せるタイミングが、レベル2の開始時です。
ゲームを完成させようと思った場合、
「あなたが満足できるほど一つ一つのものに凝る」
というのは、実はとても難しいことです。
びっくりするほどの短編でさえ、全ての箇所を凝るときっとヘトヘトになるでしょう。
なのでたぶん、ある程度は「質」の密度を薄く引き延ばすことが求められる場面もあるはずです。
「最初で敵のギミックのネタを使いすぎると後半が何もなくなるから、ネタを温存して後半に回そう」、
「キャラ絵1枚1枚に気合いを入れすぎると描ききれないから、量産できる質で描こう」
といった具合です。
そういった「労力」や「やる気」の配分に失敗するとやっぱり挫折するので、
慣れないうちはレベル2もきっと難しいことでしょう。
それでも、何も情報がない状態でひたすら前から順番に作っていくよりは、
レベル1を作ってある方が遙かに見通しがよくなります。
特に、レベル1で作ってある「骨」のおかげで、
「レベル2が今どのくらいまで進んでいるか分かる」というのは非常に大きな利点です。
いつ終わるか分からない作業というのはたいていとても辛いものですが、
「ゴールまであと何割か」が目に見えて分かると、人はより長く耐えることができます。
さらにいくらか進めば、作業項目を処理する速度もだいたい把握できるので、
「あと何日で終わるか」がおおよそ計算できるのもこのやり方の強みです。
そしてそういった苦労の末、何とかこのレベル2の
肉付け・ブラッシュアップまで完了させられれば……
「スタートから終わりまで遊べる、満足感が程々に高いであろう短編」が完成です！
この段階で、あなたは「どのくらいのクオリティのものをどのくらいのペースで作れるか」が
分かってきているはずですし、何より今後はいつゲームをリリースしても
それなりに許される状態になっていることでしょう。
仮とは言えゴールを迎えられたことで、だいぶ安心感が出てくると思います。
ここまでたどり着ければ、ひとまず第一の完成です。
＜レベル2のコツ＞
・使える労力を配分して、レベル1の「骨」にデータ追加や画像付けやバランス調整など肉付け。
・入れることで新たな作業が増える「骨」となる部分は、なるべく増やさない。
・「最初から最後まで遊べる短編ゲーム」としてリリース可能な状態にするのがレベル2のゴール。
【レベル3 気力や時間の限り増やしたり磨いたりする】
レベル2が終わった時点でまだ余裕があれば、これまでと同じ要領で
レベル3のデータ追加やブラッシュアップの段階に入っていきます。
「入れて面白くなると思う順」に、「骨」となる部分も含めて追加していきましょう。
追加のゲームシステムを入れるもよし、物語に関わる仲間を増やすもよし、
追加ストーリーやダンジョンを入れるも良し、クリア後の何かを作ったりするもよし、
より面白くなるよう調整するもよし、エクストラメニューなどを作るもよしです。
個人的には、このレベル3の工程が一番ゲームが面白くなる部分だと感じています。
ただし、なるべくいつでも「完成！」と言えるような状態を維持しつつ作業していくのがコツです。
風呂敷は一気に広げるのでなく、少しずつ、少しずつです。
新たな仲間キャラクターを物語に増やしたりした場合など、場合によっては
整合を取るためにエンディングやオープニングの修正も必要になるでしょう。
そうやって一定量を増やすたびに全体の整合性の修正も行うと、不安になりくくて済みます。
また、レベル2の状態ができあがっていると、
レベル3の作業にはかなり余裕と安心が生まれます。
「完成するか分からない状態で続ける」よりも作りやすいし、
気力が長持ちすると感じるかもしれません。
レベル1～3の中だと、レベル3が一番楽しいのではないかと個人的に思っています。
実は、「完成にたどり着けるか分からない」という『不安』は、そこにあるだけで
自分の体力や精神力をスリップダメージのように削っていきます（少なくとも私にとっては）。
そういった意味でも、「ひとまずの完成」を早期に持ってきて、
「完成するか分からない不安」をさっさと倒してしまうのは、
ゲーム開発という長期戦においてとても効率的だと私は考えています。
そしてこのレベル3の作業を続けているうちに、いずれやる気が尽きてしまうか、
期限が近付いてきてしまうと思うので、そのタイミングが来たら、
そのときがおそらくあなたの作品のゴールになるでしょう。
そうなったら、あとは作りかけの部分の整合が取れるよう、最終仕上げをやって完了です。
お疲れ様でした、いよいよプレイヤーの皆さんにゲームを届けるときがやってきます！
それと、この「レベル3」の作業は、リリース後に行うこともできます。
レベル2ができた時点で、「この先は評判がよかったら開発を続行してみよう」
といった判断でとりあえずリリースすることもできるので、
まだまだいくらか作り続ける事を宣言して公開するのも素敵なやり方でしょう。
そのやり方は、プレイヤーさんの興味を持続させられるので長く展開しやすく、
楽しく開発できるかもしれません。
＜レベル3のコツ＞
・気力や時間がある限り「骨」も含めたデータを追加していく。
・「完成！」と言える状態をなるべく常に維持できるよう、広げるのは少しずつ。
・このレベル3はリリース後にやってもOK！
【この方法の利点 ダメなら気軽に切り上げられる】
このやり方はレベル1の段階で、「ゲームが面白くなりそうな期待があまり持てない」とか、
あるいは「レベル2の終わりまで気力が持たなさそうだ」と感じたなら、
その時点で気軽に開発を終了してしまえるのが一つの利点です。
一つ一つをブラッシュアップしていない段階なので、たぶんまだ損切りができます。
もしこれがきれいなグラフィックや、オリジナルの素材などを色々用意した後だと、
開発を中断するのがとても辛くなってしまうでしょう。
その場合、さらにまずいのが、
「ゲーム部分はつまらないけど、絵を色々作っちゃったから心理的にボツにできない」
となってズルズル作り続けてしまい、さらに時間が経った末に、
「ここまで時間をかけたのを開発中断したくない。
でも完成させてもつまらなさそうだし作る気力も出ない」
と続き、作りかけの作品を手放せないまま、そのまま創作家としても
フェードアウトしてしまう状況が発生する可能性があることです。
「ごめーんボツった！」とさらっと言うのが難しい、ある意味で責任感の強い人においては、
これはそこまで珍しくない例のような気がしています。
「未来が不透明な間は、気軽に撤退できる状態のままで進める」
というこのやり方には、こういった危険を避ける効果もあると考えています。
見た目が全然面白くなさそうな状態のゲームであれば、
たぶん作者さん自身も含めて、開発を中断しても大きく悲しまずに済むでしょう。
そして同時に、その「なくなっても悲しまないもの」を作り続けなければならないのが、
このやり方におけるレベル1の一番辛いところでもあります。
【このやり方の注意点】
このやり方には、一つ注意があります。
実はこれ、ちょっと上級者向けの方法だと私は考えています。
というのもこのやり方には問題があって、それは
「あまり面白くないやり方かもしれない」ということです。
特に、さっきも言っていますが「レベル1」の「骨だけを作る段階」って面白くないことが多いんですよ！
「見た目もしょっぱい状態で最低限の挙動と最低限のデータを作り続ける」というのは、
つまり「誰にも褒めてもらえない状態のモノを作り続ける」ということなので、
「最終的には面白くできるから、今は面白くなくても大丈夫だ」
と信じられるほどの経験から湧き出る自信がないと実行が難しいことだと考えています。
そして「レベル2」に入れても、全体を肉付けするために労力を「配分」しなければならない都合上、
完遂させるにはあなたの想像する「理想形」をいくらか妥協することになるケースが多いと思います。
「自作画像にしたかったけど、既存画像にしなきゃ作りきれない」などといった事情です。
そういう状況もまた、ときにあなたの気力を奪う原因になるでしょう。
「ゲームを完成させるには、時に目標を下げることも必要だ」という経験則を
持っていなかった場合、理想と現実のギャップにショックを受けるかもしれません。
そんなわけで、この完成させ方はあくまで、
「あんまり面白くないかもしれないけど完成させられる確率は上がる」
という、一定以上経験者向けの方法だと私は感じています。
それは、心に留めておいてください。
ということで、ゲームを完成させるための確率が高いと考えている
私の現時点のやり方を紹介させていただきましたが、いかがだったでしょうか。
自分も似たやり方だという人も多くいらっしゃるでしょうし、
他にも探せば色んなやり方があると思います。
何度も言いますが、この作り方は、
「ゲームの開発が終わるのは『全ての項目を作り終えたとき』でなく、
『自分のモチベーションが尽きたとき』である」
という考えに基づいています。
「作りたいものを全て作り終えられる」ことを前提とせず、
「一定ラインを越えたらいつでも終われるようにする」のがこの方法のコツです。
言い換えると、単純に
「完成のライン」を最後じゃなくてもっと前に持ってくるだけなんですが、
やり方をアレンジする場合も、そこさえ意識していれば
完成させるための効用はほぼ変わらないと思います。
＜次回予告 初心者向けのやり方は？＞
私がゲーム開発初心者の頃だったら、この方法を使っても成功しにくいと思っています。
「仮に完成させられたとしても、よい評価をもらえる確率が低そう」という意味でもです。
「一つ一つのものを面白く作るコツ」さえよく知らない状態でいきなり大きなものに挑むと、
10個作ったもののうち、1～2個くらいしか面白く作れないかもしれません。
そうなった場合、たとえ完成しても辛い結末しか待っていないのは明白です。
よって初めてのうちは「大きなものを完成させる」ことよりも、別の方法で
多く経験値を得ることを優先した方がたぶん効率的だと私は考えています。
ということで、来週の記事は、私が初めての人におすすめしたいと思っている、
「今回よりも楽しくて、得るものが多いゲームの作り方」についてご紹介したいと思います。
先に予告しておくと、そのやり方とはほぼ「私が完成させられなかったやり方」なのですが、
その中には短い時間で経験値を大量に獲得するためのコツがいくつかありました。
最終的に完成させられなかった方法であるにも関わらず、
そのやり方には一体どういった利点があったのか？
次回はそのやり方と、それについての私見をお話ししていきます。
よければぜひ、お楽しみに！
→ 次回「楽しくて学べるゲームの作り方」
＞ゲームを最後まで作り終えるコツを知りたいです！
というコメントをいただいたので、
現時点での私の「完成させるゲームの作り方」をまとめておきます！
ちなみに私には、最後まで作り終えられなかったゲームとコンテンツが計2つあります。
凍結中となっている連載ADVゲーム『シルフェイド見聞録』と、
半分打ち切り気味に終わったテキストコンテンツ『＜自家製＞片道勇者TRPGリプレイ』です。
どちらもお話としては半端な状態で終わっており、
続きを楽しみにしてくださっていた方には本当に申し訳ございません。
まず、どうしてそれらを作り終えることができなかったかについて、
自分の考えを述べていきます。
【私の失敗例 完成しなかったゲーム/コンテンツ】
まず参考として、私が体験した「完成まで作れなかった失敗例」を挙げます。
私がゲーム作り初心者だった頃は、
「前から順番に全力で画像やお話を作っていって、根性と気合で
最後まで作っていって、最後の最後にようやくラストシーンを作って開発終了！」
という流れで作ることを考えていました。
これだけ聞いて「あ、それは危ない！」と思われた方は、
たぶん色々と経験済みのゲーム開発者さんではないかなと思います。
というのも実はこのやり方、おそらく結構な確率で完成にいたりません。
このやり方で私がどんなことになったかというと、
1．最初は気合を入れて全力でグラフィックやシーンなどを作っていく。
2．しかしどんどん「モチベーション」や「作業の新鮮味」や「ネタ」といった
リソースが消耗されていき、それまでと同じ熱意で
グラフィックやシーンなどを作ることができなくなる。
3．いずれかのリソースが消耗されきった果てに、開発が進められなくなる。
あるいは質が激しく低下していく。
4．そして最終的に取りかかる気力がなくなって挫折へ……。
という感じになりました。私が何かのコンテンツを打ち切りにしてしまった大きな理由は、
だいたいの場合、『自分のモチベーションや作業への新鮮味、
使いたいネタがどの辺りで尽きるかをよく把握できていなかったから』です。
ADV『シルフェイド見聞録』連載は全体のプロットさえ考えずに永遠に作るつもりで書いていましたし、
『＜自家製＞片道勇者ＴＲＰＧリプレイ』連載も永遠に続けられるつもりで作っていましたが、
最後はどちらもネタと気力がなくなって開発中断を迎えてしまいました。
しかし未完に終わったとはいえ、今考えると、これらの作品を経て得られたものは、
普通にゲームを完成させてリリースした場合よりも大きなものでした。
どちらの未完作品も、私にとっては終わりまでとても真剣に挑むことができ、
皆さんのご意見を細かくいただけて自信と経験を得られたので、
皆さんに見てもらえたことは私にとって大きな糧になっています。
今は、この「完成させられなかったやり方」自体にも、
当時の私のようなゲーム開発初心者にとっては大きな利点があると考えています。
それも次回の記事としてまとめる予定ですので、気になる方はご期待ください。
【ゲームを完成させるための作り方】
ということで、いよいよ本題！ 先の失敗例をふまえた上で、
『個人開発』で『一本のゲームを完成させる確率を上げる作り方』を考えていきます。
これからお話しすることは「私の現時点のやり方」というだけで、
向いてる人とそうでない人がいるはずですし、今後新たな方法に変化していく可能性も、
私が把握している『弱点』もあります。その辺りは、あらかじめご了承ください。
まず前述の失敗を元に、今の私はちょっと見方を変えていて、
「モチベーション切れや時間切れがいつ起きるか分からない前提で開発を行うべき」
という発想でゲームを作ることを考えています。
すでに一度作ったことのあるジャンルでさえ、
自分のモチベーションがどこまで持つかはハッキリしません。
もしかしたら同じものを作るのに飽きてて、次は前より長持ちしないかもしれません。
そういったモチベーション切れのリスクに対応すべく、
開発を重ねる中で私の「完成させるやり方」は、
徐々に以下の条件を満たすやり方になっていきました。
●何のデータや素材がどのくらい必要なのか、早期に把握できるようにする。
●肉付けは全体の量を把握してから始める。
●残りモチベーションや残り時間が不安定になる開発後半は、
「いつ開発をやめても問題ない状態」を維持しながら開発する。
そしてこれらの条件を満たせるやり方として、
今は以下のレベル1～3の順に開発を行うようになっています。
最近だと『片道勇者』の開発時に、このままの順序で開発しています。
＜レベル1 最低限の骨を作る プロトタイプ＞ （『片道勇者』ではアルファ版）
ゲームシステムに加え、最初からエンディングまで通しで遊ぶための
「ありえないほど小さい」と考えられる規模の「骨」だけのゲームを作る段階。
ゲームシステム、スタートやエンディング、街やダンジョン一つずつなど、
絶対に外せない要素のみここで開発する。
ゲームシステムが自作の場合はそれを最重視して、なるべくしっかり固めておく。
データに関しては、見た目や内容は雑だったり仮でいいのでここでは量を確保する。
かつ、街やダンジョンなど作業量が一気に増える要素の数はここでは最低限にする。
物語系ＲＰＧなら、ダンジョンや街は本当に必要な数個くらいを作ることをメドにしてみる、など。
＜レベル2 肉付け 短編の完成＞ （『片道勇者』では無印版のアルファ～ベータ間辺り）
大きな要素は増やさず、レベル1の「骨」に対して見た目や内容を肉付けしたり、
画像やゲームバランスをブラッシュアップしたりする段階。
いらなかった場所を切ったり、作りかえたり、プレイ途上で足りないと感じた細かいデータを
足すのは「肉付け」に含めるが、入れることで逆に作業項目が一気に増えてしまう
大きな「骨」となる要素を増やすのは次のレベル3までなるべく我慢する。
たとえば、物語系RPGなら街やダンジョンは基本的に増やさないようにする。
これが終わった段階で、ひとまず最初から最後まで遊べる、
『公開可能な』短編ゲームが完成する。
＜レベル3 さらなる成長＞ （『片道勇者』では無印完成版とプラス版）
作りたかった要素がきっとまだ残ってるはずなので、
レベル2の質を維持しつつ、「入れて面白くなると思う順」に「骨」も含めて追加していく。
たとえばRPGなら、合間のストーリーやダンジョン、またはクリア後の新ストーリーや、
元々なかった「図鑑」といったおまけのシステムなど。
ここからはいつでも切り上げられるように意識して作業を進めつつ、
やる気が尽きるか、期限が来るか、ネタ切れするまでこれを続ける。
終わったときが、そのゲームの完成！
「レベル1 最低限の骨を作る」→「レベル2 肉付けする」→「レベル3 成長」の
レベル順にゲームを開発していけば、少なくともレベル2の段階を突破できれば
あとはモチベーションや時間が尽きた瞬間にいつでも「完成！」と宣言することができます。
このやり方は、「モチベーションがあるうちにコアになる場所だけ作っておいて、
いつでも開発終了できるようにするやり方」と言ってもいいかもしれません。
私が明らかにこの手順で開発したと言えるのは、
ADV『シルエットノート』とRPG『片道勇者』の2本です。
『シルエットノート』は流れ上、たまたま開発手順がそうなってしまっただけなのですが、
「締め切りが決まっていたので作る量を最初に決めていて、『枠』を作ってから肉付けした」のと、
「リリース後に追加データを足した」という順に開発したことから、
この手順にほぼ該当すると考えています。
一方で『片道勇者』は、最初から上記の手順を意識して開発していました。
まず最低限、スタートから終わりまで遊べる「データが各1～2種しかないアルファ版」を作り、
それに肉付けをし、その後に入れたかったものを色々足して「無印版」を完成させました。
また運に恵まれて、無印版のリリース後にさらに「レベル3」を続行し、
『片道勇者プラス』という拡張版も作ることができました。
それではレベル1～3のそれぞれの段階について、詳しく解説していきます。
【レベル1 最小限の骨を作る】
レベル1は「骨」だけを作る段階です。
ゲームシステムだけはじっくり作っていいものとしますが、
それ以外の「データ」に関しては最初から最後の分まで最小限かつ
一通りかなり雑に作っていきます。
レベル1の最重要目的は、
●「作ったゲームシステムに素質や将来性がありそうか」を確認すること。
●「全体的にどのくらいのデータや素材の量が必要か」をおおまかに把握すること。
の2つです。
レベル1まで完成した段階のゲームは
「雑に作っただけのつまらない短編」かもしれませんが、それでもこのレベル1では
「一つ一つの質を上げるのを我慢して量を作り続ける」ことがとても重要です。
時間をかけて一つずつ素材やデータを作ると、多くの場合、レベル1さえ達成できません。
一つずつの質を上げるのは、レベル2まで必死で我慢します。
この段階では、作るデータは最小限にします。
たとえばストーリーRPGなら、データは
「仮オープニング」、「スタートの街」、「途中のダンジョン」、
「途中の街」、「ラストダンジョン」、「仮エンディング」、
各１つくらいのデータ量を目標に作るといいと思っています。
「ありえないほど少ない」くらいの量がちょうどいいです。
このレベル1では、キャラ絵も
「雑なシルエットにキャラ名だけ描いた仮の立ち絵」だって構いませんし、
ダンジョンごとの敵キャラもたった1～2種類ずつで構いません。
アイテムも各数種類でいいですし、キャラクターチップはサンプルのチップを使って構いません。
全て仮のデータ、仮の画像で行くくらいの覚悟の方が、レベル1を達成しやすいでしょう。
ただし、画像の『サイズ』だけはこの時点で決定しておくと、レベル2が楽になります。
画像のサイズが途中で変わると、インターフェースや画面デザインを
何度も作り直す必要が出てきてしまうからです。
私は、既存の素材や自分の過去作の素材を拡大縮小して配置して、
ゲーム画面の構成を考えることが多いです。
この「レベル1」の段階までできたものを、私は「アルファ版」や「プロトタイプ」と呼んでます。
画像も仮ですし、データ量も、調整も十分ではないため、遊んでも面白いものではありません。
誰にも褒めてもらえないゲームの状態が続くので、やる気の維持には苦労します。
もしここで挫折してしまったら、プロジェクトは終了です。
その場合、たぶんレベル1として計画した「骨」が大きすぎると思うので、
小さくして再挑戦する方がいいかもしれません。
あるいは、作ってみたゲームシステムが面白くなくて、
これからの期待が持てなかったのかもしれません。
それならそれで、中断することは立派な判断ですし、必要なことだったはずです。
私もシステムだけ作ってみたら、思ったより将来性が見いだせなくてボツにしたことがあります。
＜レベル1のコツ＞
・ゲームシステムはしっかり作っておいて、面白さの素質がどれだけありそうか知る。
・最初からエンディングまで最小限の「骨」を作り、どの程度のデータや素材量が必要か把握する。
・モンスターやらアイテムやらのデータ量も最小限でOK。素材も仮の画像でOK。
ただし画像の『サイズ』だけは確定させておいた方がレベル2以降が楽。
【レベル2 使える労力を配分して肉付け】
レベル2では、使える労力を『配分』して肉付けを行っていきます。
レベル1で必要最低限の「骨」となる要素を作れたなら、
「どのくらいの量のデータや画像を追加・ブラッシュアップしなければならないか」
という感覚がおおよそ掴めているはずです。
キャラの数やダンジョンの数、必要な画像、テキスト、
必要そうな敵の種類、あるいは戦いを面白くするための新しい技やアイテムなど、
具体的な数を書き出してみると、意外とたくさんのものが必要だと分かると思います。
そのリストを見るたび、「もしこの全てを一つずつめちゃめちゃ凝って作っていたら、
果たしてレベル1の量だけでも作れたか……」とゾッとしてしまうのが私です。
たとえば、もしレベル1の時点で技のアニメーションにすごく凝ってしまったら、
「このクオリティで今後も行くとなると、技の数が増やしにくい」となってしまって、
ゲームを面白くするために必要だった「多くの新しい技」を作ることが
心理的に困難になってしまうかもしれません。
その結果、技を増やすことができず、
「アニメーションはすごいけどバトルの選択肢が少なくてつまらない……」
なんて結末になると悲しいことになるので、とにかくレベル1で
「何がどのくらいの量、必要になるか」を先に知ることはとても大切だと考えています。
そしてまた、レベル1で作った量に対して、
「残りの使える労力」を配分して全体をブラッシュアップしようとすると、
「意外と大したものが作れない」と思われるかもしれません。
たとえばキャラのドット絵だけでも、レベル1で必要になりそうな量を
全てオリジナルで作るとなると、10体か20体か分かりませんが、きっと非常に大変でしょう。
自作するか、できあいの画像を使うか……それを考え直せるタイミングが、レベル2の開始時です。
ゲームを完成させようと思った場合、
「あなたが満足できるほど一つ一つのものに凝る」
というのは、実はとても難しいことです。
びっくりするほどの短編でさえ、全ての箇所を凝るときっとヘトヘトになるでしょう。
なのでたぶん、ある程度は「質」の密度を薄く引き延ばすことが求められる場面もあるはずです。
「最初で敵のギミックのネタを使いすぎると後半が何もなくなるから、ネタを温存して後半に回そう」、
「キャラ絵1枚1枚に気合いを入れすぎると描ききれないから、量産できる質で描こう」
といった具合です。
そういった「労力」や「やる気」の配分に失敗するとやっぱり挫折するので、
慣れないうちはレベル2もきっと難しいことでしょう。
それでも、何も情報がない状態でひたすら前から順番に作っていくよりは、
レベル1を作ってある方が遙かに見通しがよくなります。
特に、レベル1で作ってある「骨」のおかげで、
「レベル2が今どのくらいまで進んでいるか分かる」というのは非常に大きな利点です。
いつ終わるか分からない作業というのはたいていとても辛いものですが、
「ゴールまであと何割か」が目に見えて分かると、人はより長く耐えることができます。
さらにいくらか進めば、作業項目を処理する速度もだいたい把握できるので、
「あと何日で終わるか」がおおよそ計算できるのもこのやり方の強みです。
そしてそういった苦労の末、何とかこのレベル2の
肉付け・ブラッシュアップまで完了させられれば……
「スタートから終わりまで遊べる、満足感が程々に高いであろう短編」が完成です！
この段階で、あなたは「どのくらいのクオリティのものをどのくらいのペースで作れるか」が
分かってきているはずですし、何より今後はいつゲームをリリースしても
それなりに許される状態になっていることでしょう。
仮とは言えゴールを迎えられたことで、だいぶ安心感が出てくると思います。
ここまでたどり着ければ、ひとまず第一の完成です。
＜レベル2のコツ＞
・使える労力を配分して、レベル1の「骨」にデータ追加や画像付けやバランス調整など肉付け。
・入れることで新たな作業が増える「骨」となる部分は、なるべく増やさない。
・「最初から最後まで遊べる短編ゲーム」としてリリース可能な状態にするのがレベル2のゴール。
【レベル3 気力や時間の限り増やしたり磨いたりする】
レベル2が終わった時点でまだ余裕があれば、これまでと同じ要領で
レベル3のデータ追加やブラッシュアップの段階に入っていきます。
「入れて面白くなると思う順」に、「骨」となる部分も含めて追加していきましょう。
追加のゲームシステムを入れるもよし、物語に関わる仲間を増やすもよし、
追加ストーリーやダンジョンを入れるも良し、クリア後の何かを作ったりするもよし、
より面白くなるよう調整するもよし、エクストラメニューなどを作るもよしです。
個人的には、このレベル3の工程が一番ゲームが面白くなる部分だと感じています。
ただし、なるべくいつでも「完成！」と言えるような状態を維持しつつ作業していくのがコツです。
風呂敷は一気に広げるのでなく、少しずつ、少しずつです。
新たな仲間キャラクターを物語に増やしたりした場合など、場合によっては
整合を取るためにエンディングやオープニングの修正も必要になるでしょう。
そうやって一定量を増やすたびに全体の整合性の修正も行うと、不安になりくくて済みます。
また、レベル2の状態ができあがっていると、
レベル3の作業にはかなり余裕と安心が生まれます。
「完成するか分からない状態で続ける」よりも作りやすいし、
気力が長持ちすると感じるかもしれません。
レベル1～3の中だと、レベル3が一番楽しいのではないかと個人的に思っています。
実は、「完成にたどり着けるか分からない」という『不安』は、そこにあるだけで
自分の体力や精神力をスリップダメージのように削っていきます（少なくとも私にとっては）。
そういった意味でも、「ひとまずの完成」を早期に持ってきて、
「完成するか分からない不安」をさっさと倒してしまうのは、
ゲーム開発という長期戦においてとても効率的だと私は考えています。
そしてこのレベル3の作業を続けているうちに、いずれやる気が尽きてしまうか、
期限が近付いてきてしまうと思うので、そのタイミングが来たら、
そのときがおそらくあなたの作品のゴールになるでしょう。
そうなったら、あとは作りかけの部分の整合が取れるよう、最終仕上げをやって完了です。
お疲れ様でした、いよいよプレイヤーの皆さんにゲームを届けるときがやってきます！
それと、この「レベル3」の作業は、リリース後に行うこともできます。
レベル2ができた時点で、「この先は評判がよかったら開発を続行してみよう」
といった判断でとりあえずリリースすることもできるので、
まだまだいくらか作り続ける事を宣言して公開するのも素敵なやり方でしょう。
そのやり方は、プレイヤーさんの興味を持続させられるので長く展開しやすく、
楽しく開発できるかもしれません。
＜レベル3のコツ＞
・気力や時間がある限り「骨」も含めたデータを追加していく。
・「完成！」と言える状態をなるべく常に維持できるよう、広げるのは少しずつ。
・このレベル3はリリース後にやってもOK！
【この方法の利点 ダメなら気軽に切り上げられる】
このやり方はレベル1の段階で、「ゲームが面白くなりそうな期待があまり持てない」とか、
あるいは「レベル2の終わりまで気力が持たなさそうだ」と感じたなら、
その時点で気軽に開発を終了してしまえるのが一つの利点です。
一つ一つをブラッシュアップしていない段階なので、たぶんまだ損切りができます。
もしこれがきれいなグラフィックや、オリジナルの素材などを色々用意した後だと、
開発を中断するのがとても辛くなってしまうでしょう。
その場合、さらにまずいのが、
「ゲーム部分はつまらないけど、絵を色々作っちゃったから心理的にボツにできない」
となってズルズル作り続けてしまい、さらに時間が経った末に、
「ここまで時間をかけたのを開発中断したくない。
でも完成させてもつまらなさそうだし作る気力も出ない」
と続き、作りかけの作品を手放せないまま、そのまま創作家としても
フェードアウトしてしまう状況が発生する可能性があることです。
「ごめーんボツった！」とさらっと言うのが難しい、ある意味で責任感の強い人においては、
これはそこまで珍しくない例のような気がしています。
「未来が不透明な間は、気軽に撤退できる状態のままで進める」
というこのやり方には、こういった危険を避ける効果もあると考えています。
見た目が全然面白くなさそうな状態のゲームであれば、
たぶん作者さん自身も含めて、開発を中断しても大きく悲しまずに済むでしょう。
そして同時に、その「なくなっても悲しまないもの」を作り続けなければならないのが、
このやり方におけるレベル1の一番辛いところでもあります。
【このやり方の注意点】
このやり方には、一つ注意があります。
実はこれ、ちょっと上級者向けの方法だと私は考えています。
というのもこのやり方には問題があって、それは
「あまり面白くないやり方かもしれない」ということです。
特に、さっきも言っていますが「レベル1」の「骨だけを作る段階」って面白くないことが多いんですよ！
「見た目もしょっぱい状態で最低限の挙動と最低限のデータを作り続ける」というのは、
つまり「誰にも褒めてもらえない状態のモノを作り続ける」ということなので、
「最終的には面白くできるから、今は面白くなくても大丈夫だ」
と信じられるほどの経験から湧き出る自信がないと実行が難しいことだと考えています。
そして「レベル2」に入れても、全体を肉付けするために労力を「配分」しなければならない都合上、
完遂させるにはあなたの想像する「理想形」をいくらか妥協することになるケースが多いと思います。
「自作画像にしたかったけど、既存画像にしなきゃ作りきれない」などといった事情です。
そういう状況もまた、ときにあなたの気力を奪う原因になるでしょう。
「ゲームを完成させるには、時に目標を下げることも必要だ」という経験則を
持っていなかった場合、理想と現実のギャップにショックを受けるかもしれません。
そんなわけで、この完成させ方はあくまで、
「あんまり面白くないかもしれないけど完成させられる確率は上がる」
という、一定以上経験者向けの方法だと私は感じています。
それは、心に留めておいてください。
ということで、ゲームを完成させるための確率が高いと考えている
私の現時点のやり方を紹介させていただきましたが、いかがだったでしょうか。
自分も似たやり方だという人も多くいらっしゃるでしょうし、
他にも探せば色んなやり方があると思います。
何度も言いますが、この作り方は、
「ゲームの開発が終わるのは『全ての項目を作り終えたとき』でなく、
『自分のモチベーションが尽きたとき』である」
という考えに基づいています。
「作りたいものを全て作り終えられる」ことを前提とせず、
「一定ラインを越えたらいつでも終われるようにする」のがこの方法のコツです。
言い換えると、単純に
「完成のライン」を最後じゃなくてもっと前に持ってくるだけなんですが、
やり方をアレンジする場合も、そこさえ意識していれば
完成させるための効用はほぼ変わらないと思います。
＜次回予告 初心者向けのやり方は？＞
私がゲーム開発初心者の頃だったら、この方法を使っても成功しにくいと思っています。
「仮に完成させられたとしても、よい評価をもらえる確率が低そう」という意味でもです。
「一つ一つのものを面白く作るコツ」さえよく知らない状態でいきなり大きなものに挑むと、
10個作ったもののうち、1～2個くらいしか面白く作れないかもしれません。
そうなった場合、たとえ完成しても辛い結末しか待っていないのは明白です。
よって初めてのうちは「大きなものを完成させる」ことよりも、別の方法で
多く経験値を得ることを優先した方がたぶん効率的だと私は考えています。
ということで、来週の記事は、私が初めての人におすすめしたいと思っている、
「今回よりも楽しくて、得るものが多いゲームの作り方」についてご紹介したいと思います。
先に予告しておくと、そのやり方とはほぼ「私が完成させられなかったやり方」なのですが、
その中には短い時間で経験値を大量に獲得するためのコツがいくつかありました。
最終的に完成させられなかった方法であるにも関わらず、
そのやり方には一体どういった利点があったのか？
次回はそのやり方と、それについての私見をお話ししていきます。
よければぜひ、お楽しみに！
→ 次回「楽しくて学べるゲームの作り方」
| ← 今回のような記事を 1冊の本にまとめたゲーム開発本、 『ゲーム開発者の地図』、 Kindleで好評発売中です！ |
| 開発日誌トップ |