プロトタイピングの目的とツール選定

• 日程: Day 10 / セッション 1
• 時間: 09:30-09:55（25分）
• 形式: 座学（対話型解説、デモンストレーション）
• ゴール:

  • 行動: プロトタイプを作る目的を説明し、モックアップツール・実行環境・開発ツールから自チームに合うものを選定できる
  • 条件: チームのスキル・テーマ・公開先を考慮して、AIに相談しながら
  • 基準: 25分以内に、ツール3カテゴリ（モックアップ・実行環境・開発ツール）からそれぞれ1つを選び、選定理由を1分で説明できる
• 学習形式: AI協働型（対話型解説）

昨日まで設計書を作り、プロジェクト計画も立てました。明日からは実装スプリントが始まります。

ここで質問です。完璧な設計書があれば、いきなり本番のコードを書いて良いでしょうか？

経験上、これはほぼ失敗します。理由はシンプルで、設計書の文字や図だけでは「本当に使いやすいか」「遷移が自然か」「実現可能か」が分からないからです。

そこで作るのがプロトタイプ。本研修の合言葉は、

「完璧な設計書より、動く紙芝居」

このセッションでは、プロトタイプを何のために作るのか、そしてどの道具で作るのかを学びます。

プロトタイプ（試作品）の目的は、ひとことで言えば**「早く・安く、認識合わせと検証を行う」** ことです。

建築の世界を思い浮かべてください。100億円のビルを建てる前に、必ず建築模型を作ります。木やボール紙で作った数十万円の模型で、

• お施主様に「こういう建物になります」と見せて合意を取る
• 日当たり・風通しのシミュレーションを行う
• 動線（人がどう動くか）を確認する

これを実物大で建ててから「やっぱり違った」では遅すぎる。最終形の1/100の労力で、最終形の8割の検証ができる。これがプロトタイプの本質です。

ソフトウェア開発でも同じ。

プロトタイプは完成品ではない。捨てる前提で作るくらいの軽さがちょうど良い。本物を作り込もうとすると、本来のスピードと検証目的が失われます。

iPhoneの初代モデルは、発表前に何百ものプロトタイプが作られたと言われています。スティーブ・ジョブズが特にこだわったのは、ガラスとアルミの組み合わせや、丸い角の半径。実機を手に持って確かめながら、何度も捨てては作りを繰り返したそうです。完璧な仕様書を書いてから作ったのではなく、作っては触り、触っては直すサイクルが、世界を変えた製品を生みました。

プロトタイピングで使うツールは、大きく3カテゴリに分かれます。

初日は「紙」も真剣な選択肢です。ツールの操作を覚えながら作業すると、設計の議論に時間が使えません。紙＋写真で十分なら、それで進めましょう。

Netlifyは「とりあえず公開して見てもらう」のが速い。GCPは「ちゃんと動くサービスを作る」のに向いています。

ノーコード／ローコードの開発ツールは、「動くプロトタイプ」がそのまま製品の核になる場合もあります。Bubbleで作った予約システムを、そのまま発表会で動かす、というやり方もアリです。

どのツールを使うか迷ったら、以下4軸で決めましょう。

「いいツールが見つかれば成功する」は誤解です。プロトタイプの目的は検証であり、ツールはその道具にすぎません。世界中で愛されているドラマ「24」は、プロデューサーが脚本の構成をインデックスカードと壁で組み立てたという逸話があります。道具がシンプルでも、目的が明確なら成果は出る。逆に、図表ツールに凝りすぎて中身がない資料を作ってしまう失敗もよくある話です。

ここまでの内容で疑問があれば、AIに質問してみましょう。たとえば。

• 「私たちのテーマは『地域の野菜直売所マッチング』です。最適なプロトタイピングツールの組み合わせを教えてください」
• 「figmaとBubbleはどう使い分けるのですか？両方使うパターンもあるのですか？」
• 「メンバー全員がプロトタイピングツールを触ったことがありません。1日でできる最小構成は？」

このセッションは座学ですが、最後の5分でツール選定の意思決定をしてください。

自チームで、以下3カテゴリからツールを選定する。

1. モックアップツール: figma / Atomic / Fluid / NinjaMock / 紙 から1つ
2. 実行環境: Netlify / GCP から1つ（必要に応じて両方／使わない選択もあり）
3. 開発ツール: Bubble / Monaca / Unity から1つ（モックアップのみで進める場合は「使わない」もあり）

「私たちは〇〇と〇〇を使います。理由は〜です」を口頭で1分以内に説明できる状態。

• 全員初心者なら、まず「紙＋figma」のような軽い組み合わせから
• 開発ツール（Bubble等）を使う場合は学習時間を計画に含める
• AIに「私たちの設計書を渡すので、どのツールが向くか教えて」と相談する

このセッションでは、プロトタイプの目的とツールを学びました。

• 目的: 早く・安く、認識合わせと検証
• 合言葉: 完璧な設計書より、動く紙芝居
• 3カテゴリ: モックアップツール・実行環境・開発ツール
• 選定軸: 経験・テーマ・実装との相性・公開先

次のセッションでは、選定したツールで主要画面のモックアップを作り始めます。作り込まずに枠を揃える。これがコツです。

以下の問いに答えられるか確認してみましょう。

• プロトタイプを作る目的を、建築模型のたとえで説明できますか？
• モックアップツール・実行環境・開発ツールの3つは、それぞれ何をするためのものですか？
• 自チームが選んだツールと、その理由を30秒で言えますか？

答えに自信がない場合は、該当部分を読み返すか、AIに質問してみてください。

• 関連用語: MVP（Minimum Viable Product）、ローファイ／ハイファイプロトタイプ、ワイヤーフレーム
• 発展課題: 選んだツールの公式チュートリアルを15分だけ触ってみる
• 参考: 次セッションで実際にモックアップを作り始めます