ゲームの仕様書を書こう２ 仕様書に記載する機能内容
•
14 likes•3,266 views
ゲームの仕様書を初めて作成する人のための足掛かりのスライド ゲームの仕様書を書こう１ 仕様書作成の分業とリストの作成 https://www.slideshare.net/ChizuruSugimoto/ss-173331109 ゲームの仕様書を書こう２ 仕様書に記載する機能内容 https://www.slideshare.net/ChizuruSugimoto/ss-173332578 ゲームの仕様書を書こう３ 仕様書に記載するデータと画面 https://www.slideshare.net/ChizuruSugimoto/ss-173333150 ゲームの仕様書を書こう４ 仕様書作成で楽をするconfluenceの活用 https://www.slideshare.net/ChizuruSugimoto/confluence-173333413
Recommended
More Related Content
What's hot
What's hot (20)
Similar to ゲームの仕様書を書こう２ 仕様書に記載する機能内容
Similar to ゲームの仕様書を書こう２ 仕様書に記載する機能内容 (20)
Recently uploaded
Recently uploaded (17)
ゲームの仕様書を書こう２ 仕様書に記載する機能内容
- 3. このスライドが役に立つとき 3 「ワタシハ シヨウショ チョットデキル」 という人は、このスライドは必要ありません 「はい！ ゲームの仕様書、初めて書きます！」 「みんな… 仕様書… 書き方違う」 …っていう場合はこのスライドを読み進めるといいことあるかも？ 守 破 離 仕様書を書くための一つの型や技を獲得する ためのスライド（守の段階）として活用します 「守破離」を知らない人は検索してね！ お 前 見 込 み ア リ
- 6. リスト 化 １ 企画 すること ３ 企画 確認 ２ 要件 精査 ２ 仕様 書面化 ２ このスライドの大事なポイント 6 • 仕様書記載のルールを決定 • 機能の目的を策定 • 適切な表現方法で仕様を記載
- 9. 仕様書の標準記載ルール例 9 大見出し 小見出し 内容 仕様書タイトル 仕様書のタイトル 更新履歴 仕様書の更新履歴。日付・変更タイトルや変更した概要・変更者を記す 目次 仕様書の目次 [機能名]とは 機能の概要を記載する [機能名]の目的 どういった意図で機能を開発するかを記載する [機能名]について 個別に書き記す機能がある場合に記載する データ構造 データに関する内容を記載する。ほとんどの場合マスター（static）データ項目を記載する [機能名]のデータ構造 各データの関係を図示する。一つの機能に単一のデータの場合はこの項目は必要ない [機能名]のデータ 機能が必要とするデータ項目の名称・内容・カラム名を表組みで記載する 処理 必要であれば、機能が必要とする特筆すべき処理を記載する [機能名]の処理 特筆すべき処理があれば、必要に応じて記載する 画面 機能が必要とする画面を網羅して記載する [画面]の流れ 機能の画面遷移図・フロー図を記載する [画面名]の画面 画面の詳細な内容を図と表で記載する 備考 何か必要があれば記載する
- 10. 【例】ミッション機能の仕様記載項目 10 大見出し 小見出し 内容 仕様書タイトル 【ミッション仕様】 更新履歴 目次 [機能名]とは ・ミッションとは ・ミッションの「達成」の定義 [機能名]の目的 ・ミッションの目的 [機能名]について ・ミッションの分類 ・ミッション達成の判定タイミング ・ミッション達成時の表示 ・ミッション報酬の付与 ・ミッションのリセットと進行状態の破棄 ・ミッションのバッジ表示 データ構造 【ミッションのデータ構造】 [機能名]のデータ構造 ・ミッションのデータ構造 [機能名]のデータ ・ミッションの基本データ ・ミッション達成条件のデータ ・ミッション補助遷移のデータ ・ミッションの標準説明データ 画面 【ミッション画面】 [機能名]の画面の流れ ・ミッションの流れ ・ミッション画面のタブ自動遷移の流れ [画面名]の画面 ・進行中ミッション画面 ・プレゼントボックス格納案内ポップアップ ・アイテム詳細ポップアップ ・完了済みミッション画面 ・ミッション達成時のドロワーポップアップ 備考
- 11. 仕様書作成時に決める最初のルール 11 仕様書作成時にルールや決定者を決めておくと、 実際に記載するときにスムーズに作成することができます 決定事項 決定事項詳細 ルール例 決定者 テキストルール 丁寧語の扱い 進捗管理担当 句読点 文末に句点（。）は使用しない。文中であれば使用する ※仕様書内のテキストルールのみ適用。ゲームテキストには適用しない 進捗管理担当 文語体の記載 ・「もの」「こと」を避ける ・「～を行う」「～をする」を避ける ・「～として」の使用は注意する ・「～ようなとして」の使用は注意する ※ただし日本語自体が難しいので心がける程度でいい 進捗管理担当 仕様書全体の目次 進捗管理担当 世界観用語 世界観設定担当 システム用語 担当企画者 仕様書タイトル あらかじめ機能リストを作成し、英語のタイトルを策定して、リストを作成する ※confluence仕様時はすべて英語の場合URLが分かりやすくなる ・機能リストは 「00-01_function_list」 ・ホーム仕様は 「02-01_home_spec」 ・ホーム表示するキャラ仕様は 「02-02_homecharacter_spec」 ・ログインボーナス仕様は 「02-04_loginbonus_spec」 進捗管理担当
- 12. 機能の目的を記載するメリットは？ 12 • みんなで同じことを考えて作るため • 書類にして伝達の抜け漏れを防ぐため
- 15. コンテンツ目的 機能の目的思考（2/2） 15 プレイヤー 要望･感情 モチベーション 開発内容 ○○させる ○○させる ○○したい ○○でいいかな？まず○○しよう ○○もらえる ○○機能 ○○機能 ○○機能 ○○したい 目的から必要な機能を導き出す 目的と機能をつなげるための ワークシート ○コンテンツ目的 ○プレイヤー要望、 感情、モチベーション ○開発内容 以上の3つのレイヤーをつなげ ると、目的から作るべき機能 が、より明確になります 【目的のワークシート】
- 17. 仕様に記載する「機能の目的」 17 仕様書には表形式で記載する 機能の目的 プレイヤー要望、感情、モチベーション 開発内容 初期プレイヤーの継続 「チュートリアル後に何をしたらいいかわからない」 「次のミッションは何をしたらいいかわからない」 • メインミッション機能 • ミッション解放制御機能 • 新着バッジ表示機能 初期プレイヤーの継続 「キャラキャラや武器などゲームの資産を築きたい」 • 報酬付与機能 初期プレイヤーの継続 「達成したミッションがわからなくなった」 • 達成バッジ表示機能 短期的な目標 「特に目的なく起動した。何をしよう」 • デイリーミッション機能 短期的な目標 「数日続けて価値のあるアイテムをゲットしたい」 「日付がかわるまでに達成したい」 • デイリーミッション機能 • ウィークリーミッション機能 • ミッションリセット時間制御機能 短期的な目標 「イベントでもっと遊びたい」 • イベントミッション機能 仕様書には、目的ワークシートを記載することはコストが高すぎるので… 図を表形式に変換し「機能の目的」「プレイヤー要望、感情、モチベーション」「開発機能」を表記します （ミッション機能の目的例）
- 19. わかりやすく伝えるための表現方法 19 機能の概要など、短い文章で完結に説明する基本的 な表現方法です 項目に対して2つ以上の適用がある際に効果的です （例）ミッションの分類 以下の場合の表現に効果的です 列挙される項目が３個以上の場合 同じ粒度の項目を列挙する場合 適用や項目軸が単体の場合 文章で説明しにくい状態を補填する時に効果的です （例）実績解除型とは プレイヤーが任意にミッションを受託選択することなく、 常時ゲーム進行を監視して、条件達成したミッションを案内する 表組み 箇条書き文章 図示 分類 リセット 期限 目的 メイン × 無し 初期･通期のゲームサポート ウィークリー 週ごと 週ごと 毎日の積み重ねで長くプレイ デイリー 日ごと 日ごと 毎日ログインしてプレイ イベント × 指定日 運営イベントの報酬や誘導
- 21. 【例】それぞれの表現方法 21 「実績解除型ミッション」とは、プレイヤーが任意にミッションを受託選択することな く、常時ゲーム進行を監視して、条件に合致したミッションを発生させる また条件を達成したミッションがあればプレイヤーにその案内を行う。案内された達 成状態のミッションはプレイヤーが「完了」処理を行い、報酬を受け取る 本ゲームは「実績解除型ミッション」を採択する 本ゲームのミッションは「実績解除型ミッション」を採択する。受託などは行わない 実績解除型ミッション 発生：条件を満たせば発生 達成：条件を満たせば達成。案内をする 完了：プレイヤーが任意に完了させる。報酬を付与 受託達成型ミッション 発生：条件を満たせば発生 受託：プレイヤーが任意に受託。同時受託数に制限 達成：条件を満たせば達成。案内をする 完了：プレイヤーが任意に完了させる。報酬を付与 箇条書き文章 本ゲームのミッションは「実績解除型ミッション」を採択する。受託などは行わない 表組み 発生 受託 達成 目的 実績解除型 条件を 満たせば達成 － 条件を 満たせば達成 任意に完了し 報酬受取 受託達成型 条件を 満たせば達成 任意に受託 条件を 満たせば達成 任意に完了し 報酬受取 図示
- 23. 『なるはや更新』はつらいよ 23 更新コストを考えた仕様構成へ 更新コスト高 更新コスト低 表組み 箇条書き 文章 図示 図や表組は 以下の用途で多く使います ⇒ 機能の目的 ⇒ 機能の分類 更新が少ない要件を記載 箇条書きや文章は 以下の用途で多く使います ⇒ 機能の詳細説明 ⇒ 補足説明 仕様が変更しやすい部分を記載 更新コストと仕様の表現方法 図示や表組は、追加・変更のコストが高く、 内容が変わりにくい部分で使用して更新がつらくないようにする…とか？ 散らばった仕様をまとめる 各仕様に散らばった 共通の項目を一つの 仕様やリストにまとめて、 更新個所を一つにして コストを削減します ツール(confluenceの機能)を使う 「抜粋」を利用して 変更箇所を集約して コストを削減します 仕様書作成の 分業とリスト作成 報酬付与タイプリスト （payload_typeのリスト） 参考 confluence活用 参考
- 25. 期待される効果 25 企画 すること ３ 企画 確認 ２ 仕様 書面化 ２ 要件 精査 ２ リスト 化 １ 企画 すること ３ 企画 確認 １ 仕様 書面化 ３ 要件誤りや 伝達ミスの手戻り ３ フォーマット化して伝達スピードアップ 機能の要旨をチームに共有 仕様書の読みやすさが向上 • 仕様書形式とルールを決定 • 機能の目的を策定 • 適切な表現方法で仕様を記載 理想 現実 「企画すること」「企画確認」「要件精査」に注力できる