インタラクティブストーリーで操作方法をどう教えるか：初回の試行でそのままストーリー任務を完了させる

プレイヤーに操作を教える最も手間のかからない方法は、チュートリアルの動作をそのままストーリー任務として書くことです。プレイヤーが物語を進めるために行う最初の試行が、あなたが教えたいその操作です。フィードバックはUIとストーリーの両方から同時に得られ、別途「チュートリアルステージ」を設ける必要はありません。

具体的には三つのステップで構成できます。まず必ず完了しなければならない低リスクの動作を一つ与え、次にその動作がストーリー上の結果を生むようにし、最後にスキップを許可します。以下では架空のチュートリアル例「郵便局の新人が伝票を照合する」を使って説明します。

あなたのストーリーで、プレイヤーが郵便局に勤め始めたばかりの新人を演じるとします。あなたが教える必要がある操作は「伝票上の三つのフィールドを照合する」ことです。三つのフィールドを一度に全部並べてプレイヤーに自分で探させるのではなく、まず最初の一つだけを照合するよう求めます。

会話はこう書けます：

カウンターの奥のベテラン職員が伝票を差し出した：「まず受取人の名前を見て、封筒に書いてあるのと同じかどうか確認して。」

プレイヤーには二つの名前が見える：伝票には「林小満」、封筒には「林小満」と書いてある。

選択肢： A. ベテラン職員に「一致」と伝える B. そのまま捺印する C. もう一度照合する

ここでは「名前を照合する」という一つの動作だけを教えます。Aを選ぶと肯定的なフィードバックが得られ、Bを選ぶとベテラン職員に止められ「名前の照合が終わるまで捺印はできない」と説明され、Cを選んでもペナルティはなく、照合を一度繰り返すだけです。三つの選択肢はいずれも任務失敗にはならず、プレイヤーが最初に間違えてクリックしても行き詰まることはありません。

このステップの鍵は：一つの動作が一回のフィードバックに対応することです。フィードバックは「あなたが今何をしたか、結果はどうなったか」まで具体的に書く必要があり、「操作は正しい」といった空虚な言葉を書いてはいけません。

名前の照合が終わったら、「チュートリアル完了」というヒントを出して終わりにしてはいけません。この動作が次に起きることを変えるようにします。

ベテラン職員がうなずいた：「名前は合っている。次に送付日を見て。封筒には九月三日と書いてあるが、伝票には九月四日と書いてある。」

プレイヤーは日付が一致しないことに気づく。

選択肢： A. 伝票の九月四日で登録する B. 封筒の九月三日で登録する C. ベテラン職員にどちらを基準にすべきか尋ねる

AまたはBを選ぶと、ベテラン職員は「日付が一致しないときは自分で一つを選んではいけない、まず聞くこと」と指摘します。Cを選ぶとストーリーが進み、ベテラン職員は「封筒を基準にしよう、伝票は書き写し間違いかもしれない」と言います。プレイヤーがここで学ぶのは「どちらの日付が正しいか」ではなく、「不一致に遭遇したら尋ねる」という判断です。

これにより操作のチュートリアルとストーリー上の判断が分離されます。前者は「クリックできるか、見られるか」であり、後者は「意見が分かれたときどう決めるか」です。両者が混ざっていると、プレイヤーが間違えてクリックしたとき、あなたは彼が操作できないと思い込みますが、実際には判断が違うだけかもしれません。

フィールドごとに照合したくないプレイヤーもいます。「ベテラン職員に直接聞く」という選択肢を用意し、手動照合をスキップさせつつ、ストーリーは続行させます。

選択肢： A. 項目ごとに照合する B. ベテラン職員に直接「この伝票は問題がありますか」と聞く

Bを選ぶと、ベテラン職員は「日付が合わない、まず封筒で登録して、私は控えを調べてくる」と言います。プレイヤーは照合動作を行っていませんが、「日付が一致しない」というストーリー情報は知ることになります。スキップされるのは操作練習であり、ストーリー任務ではありません。

スキップ経路には代償を明確に書く必要があります。プレイヤーは練習を一回失い、後で似た伝票に遭遇したとき同じ選択に直面するかもしれません。「スキップしたら永遠に学べない」と書いてはいけませんし、「スキップしても何の違いもない」とも書いてはいけません。

プレイヤーが間違った選択をしたとき、すぐにヒントを追加しようとしないでください。次のように分けられます：

• プレイヤーが同じ無効な位置を繰り返しクリックする、または明確に「どこをクリックすればいいかわからない」と言うなら、それは操作できないということで、より直接的な指示を一度与えます。
• プレイヤーがいくつかの有効な選択肢の中からあなたが推奨しないものを選んだなら、それは判断が違うということで、ストーリーに結果を出させ、操作ヒントを出してはいけません。

郵便局の例では、プレイヤーが「伝票の日付で登録する」を選ぶのは操作できないのではなく、彼は理解した上で判断を間違えただけです。ベテラン職員が問題を指摘し、ストーリーが続けばそれで十分です。プレイヤーが「もう一度照合する」を選ぶのもできないのではなく、ただ確認したいだけで、一度繰り返しても減点されません。

チュートリアル会話をAIが生成する場合、プロンプトの制約は毎回の出力が正しいことを保証しません。重要なノードでは必ず出現すべきフィードバック台詞を固定で書き込む必要があります。例えば「名前は一致」「日付が一致しないときは尋ねる」などで、AIにこれらの判断を自由にやらせてはいけません。プレイヤーが見る最初のフィードバックが不安定だと、チュートリアルは機能しなくなります。

チュートリアル部分を書き終えたら、自分で一度通してみましょう：

1. 最初の試行は一つの動作だけを要求しているか？
2. 間違えた後も続行でき、ストーリーに変化があるか？
3. スキップ経路はストーリー情報を保持しているか？
4. 「判断が違う」が「操作できない」と見なされている箇所はないか？
5. 重要なフィードバックは固定で書き込まれ、AIの即興に依存していないか？

五つすべてをクリアすれば、このチュートリアルは合格です。次に、あなたの既存のストーリーの中で最も前方にある任務を一つ取り上げ、その最初の動作をストーリー会話に書き換えてみましょう。まずはこの一箇所だけを変えてください。