ナプキンのスケッチを5分で機能的なタブレットキオスクに変える方法

作りたい画面をナプキンにスケッチし、写真を撮って、FinalのAIビルダーであるBuildにアップロードします。Buildがナプキンのスケッチを読み取り、それに合わせた実際に動作する会計フローを生成し、タップして操作できるライブプレビューを表示します。チャットで調整を加え、タブレットにデプロイします。プロセスはこれだけです。各ステップがどのように機能し、その5分間が実際にどのように使われるのかを解説します。

なぜプロンプトではなくスケッチから始めるのか？

レイアウトは空間的なものであり、文章で空間を表現するのは難しいためです。「左側に商品グリッド、右側にカート、隅に大きな決済ボタン」と書いても、解釈の余地が何通りも残ってしまいます。図を描けば、何がどこに配置され、何が最も大きく、顧客が最初に何を目にするのかが瞬時に決まります。

ビルダーはプロンプトベースなので、テキストによる説明だけでも十分に機能します。しかし、画像は最も情報量の多いプロンプトです。いくつかのボックスと矢印を描くだけで、文章にすると何段落にもなる階層、グループ化、比率を伝えることができ、AIを一般的なテンプレートではなく、あなたの意図にしっかりと沿わせることができます。

スケッチをAIビルダーにアップロードする方法は？

1. スケッチを撮影します。スマートフォンの写真で十分です。ボックスやラベルが鮮明であるほど、最初の生成精度が上がります。

2. Open Buildを開き、画像を添付します。Buildのホーム画面で、写真と一緒に「コーヒーショップのセルフオーダーキオスク、顧客が自分で操作する」といった簡単な説明を追加します。

3. ライブプレビューを確認します。Buildが画面、レイアウト、ロジックを生成し、インタラクティブなプレビューを表示します。顧客になったつもりでタップして操作してみてください。

4. チャットで調整します。グループ化が違っていたり、トッピングなどの選択画面が足りなかったりした場合は、その旨を伝えるだけでプレビューが更新されます。

ナプキンは親しみやすい例ですが、ホワイトボードの写真、デザインツールのワイヤーフレーム（大まかなレイアウト図）、スクリーンショットなど、どのようなレイアウト画像でもリファレンスとして機能します。また、使い慣れたツールで作業したい場合は、MCPを介して独自のAIを接続（AIツール同士を連携させるための標準規格）し、そこから同じフローを構築することも可能です。

静的な図面が、どのようにデータ連携された会計画面になるのか？

Buildはスケッチをただ画面に貼り付けるわけではありません。図面を、店舗システムと連携したソフトウェアとして再構築します。描かれた四角形の一つひとつが、実際の商品データと紐づいた動的な要素になります。商品グリッドはカタログからデータを取得し、カートは設定された税金を適用し、決済はFinal Payを通じて実行され、レシートが印刷されます。この接続はオフラインでも機能するため、ネットワークが切断されてもキオスクは決済を受け付け続けることができます。

実際には、描いたボタンの配置がそのままアクティブな会計画面になります。プレビューで「ラテ」と書いたボックスをタップすると、実際の商品が実際の価格で追加され、売上は手動で管理するスプレッドシートではなく、自動で照合（実際の入金と一致）されるレポートに反映されます。

これが、モックアップとPOSの境界線です。デザインツールが提供するのは会計画面の「画像」ですが、本システムが提供するのは「会計システムそのもの」です。これこそが、AI機能を搭載したPOSと、AIが構築できるPOSの決定的な違いです。

キオスクやハンディ端末向けに最適化するには？

どのハードウェアを対象にしているかを、最初からBuildに伝えてください。同じスケッチであっても、カウンター用のデスクトップ、顧客向けのタブレット、ハンディ端末、キッチンディスプレイ、メニューボードなど、対象に応じて異なるフローを生成すべきであり、ビルダーは指定された端末に合わせて調整を行います。

レストランの顧客向けタブレットの場合、利用者はトレーニングを受けたスタッフではなく一般の顧客であるため、デザインのルールが変わります。1つの画面での決定事項は1つに絞りましょう。顧客への事前説明はできないため、タッチターゲットを大きくし、次のステップを明確にします。プロンプトに直接「顧客が自分で注文するため、画面あたりの選択肢を最小限に抑え、ボタンを大きくしてください」と入力してください。

ハンディ端末では制約が逆になります。片手で操作できること、最もよく使うボタンが親指の届く範囲にあること、そして混雑時でもサーバーがテーブルサイドで素早く完了できる短いフローであることです。チップの選択といった決定は、カードリーダー側でチップ入力を求めることができるため、画面から完全に排除することも可能です。

デプロイの手順はいずれの場合も同じです。フローを各端末（ステーション）にデプロイすると、Final POSアプリを実行している互換性のあるAppleまたはAndroidデバイスをステーションとして登録できます。対面でのカード決済を行うには、Final Payを介して認定リーダーをペアリングします。

では、本当に5分でナプキンからキオスクを作れるのか？

最初の動作バージョンであれば、可能です。撮影してアップロードすれば、数分以内にカタログと連携した機能的なフローがライブプレビューに表示されます。ただし、本番環境で使える状態にするには、見出しの5分よりも時間がかかります。タブレットをカウンターに固定する前に、調整、テスト実行、そして実際の顧客が使用する様子を10分間観察する時間を確保してください。それでも、6週間の導入プロジェクトではなく、半日で完了します。

鉄則：初対面の人があなたのスケッチを見て、その画面が何をするものか説明できるなら、ビルダーはそれを構築できます。

無料のBuildプランと、手元にある適当なナプキンを使って、今すぐ始めましょう。