AIプロトタイプの作り方｜ノーコードで最小経路を試す手順

AIプロトタイプの画面をノーコードで作り、会議で動かしてみせました。見栄えはよく、入力するとAIの回答も返ります。それでも「これで何を検証できたのですか」と聞かれると、答えが曖昧になります。画面を作る速さが、顧客の行動を確かめるという目的とすり替わっています。

AIプロトタイプは、動くデモを見せるためだけのものではありません。入力、AIの生出力、根拠確認、人の修正、保存までを一本でつなぎ、対象者がどこで止まるかを観察する試作品です。

この記事では、AIプロトタイプの検証範囲、ノーコード環境の4要素、架空ケース、指示文と修正差分、社内承認、顧客テスト、失敗例までを解説します。

AIプロトタイプで先に決める検証範囲

「営業支援AIを作る」では、入力も出力も評価方法も決まりません。着手前に、誰のどの行動を見て、次の判断をどう変えるかを一文にします。

［対象者］が［利用場面］で［入力］を渡し、AIの［出力］を［確認・修正・保存などの行動］に使えたら、［次に作るもの／見直すもの］を決めます。

たとえば「新規事業担当者が顧客面談後のメモを入力し、追加質問案の根拠を原文で確認して編集・保存できたら、次版でチーム共有を試す」という想定です。検証するのは、AIが質問案を返すかだけではありません。対象者が根拠を確かめ、仕事に使える形へ直し、次の行動へ渡せるかです。

初回は、ログイン、管理画面、多数の例外処理、外部連携、細かな装飾を外せます。ただし、観察したい行動に権限や例外表示が必要なら省きません。「最小」とは機能数が少ないことではなく、今回の判断に不要な経路がない状態です。

AIプロトタイプのノーコード環境を構成する4要素

ツール名から決めると、その製品で作れる画面に検証方法を合わせてしまいます。先に、画面、データ、AI接続、共有・権限の4要素で必要条件を書きます。

接続図は「入力画面→入力保存→AI処理→生の出力→人の修正→修正版保存」の1本が出発点です。どの矢印で外部へデータが渡り、どこに残り、誰が読めるかを書き込んでください。確認できない矢印があれば、顧客情報を入れず、構造を似せた架空データで止めます。

人が裏側でAIを動かし、画面へ転記する試作でも検証できます。ただし、手動箇所は対象者へ伝えてください。自動処理に見せかけると、応答時間や運用負担について誤った期待を持たれます。

AIプロトタイプの最小経路を架空ケースで作る

ここで扱うのは、「面談メモから追加質問案を作る」架空ケースです。一回の顧客テストに必要な経路を考えます。

仮説と継続判断

仮説は「新規事業担当者は、質問案の横に根拠となる入力文があれば、出力を確認して次回面談用に編集・保存できる」です。対象者が説明者の代行なしで主経路を終え、採用・修正・棄却の理由を残せるかで継続を判断します。

4つの画面と保存するデータ

画面は次の4つに分けます。

1. 架空の面談メモを貼る入力欄
2. 「質問案を作る」実行ボタン
3. 根拠箇所、質問案、確認理由を並べる結果欄
4. 採用・修正・棄却を選び、修正版を保存する欄

データには、test_id、入力版、指示版、生のAI出力、人の修正版、採否、修正理由、保存者を分けて持ちます。生の出力を直接上書きすると、初稿の誤りと確認負担が見えません。

AI処理から保存まで

実行ボタンが押されたら、架空メモと指示文だけをAIへ渡します。結果には「AI案・未確認」と表示します。対象者の選択肢は、入力文の根拠箇所を確かめたうえでの採用、修正、棄却です。保存時には生の出力と人の修正版を両方残してください。

観察するのは、入力できたか、根拠へ戻ったか、質問を直したか、採否を選んだか、保存できたかの5点です。

AIプロトタイプの指示文と修正差分を残す

「優秀なリサーチャーとして」と役割を大きく与えるより、使える情報、出力項目、未確認時の表記、人が確かめる場所を固定します。

目的：
入力された面談メモだけを使い、次回に確認する質問案を作ってください。

使用可能な情報：
この入力欄にある文章だけです。一般知識や外部情報を補わないでください。

出力項目：
1. 根拠となる入力文
2. 追加質問案
3. この質問で確認する不明点
4. 「入力で確認済み」または「未確認」の区分

ルール：
- 入力にない人物、数字、原因、意向を作らない
- 一つの質問案では一つの不明点だけを扱う
- 根拠文を特定できない案は出さず、未確認事項へ分ける
- 出力は人が原文を確認してから使う前提で書く

架空の入力は「月末の報告作業で複数ファイルから数値を集め、集計後の確認に手間がかかる」です。ここから「担当者は2人」「毎月3時間かかる」と補えば誤りです。入力に人数も時間もありません。

別のAIに評価させても、入力にない情報が事実へ変わるわけではありません。誤出力が出たら、質問文だけでなく、指示のどこを変えたかも残します。

AIプロトタイプの入力データと社内承認を分ける

架空データで動いたからといって、次のテストで顧客名入りの記録を使ってはいけません。法務・情報セキュリティの確認が後から入り、試作の作り直しにつながるためです。入力範囲を広げる前に、4段階の承認条件を決めます。

確認前は、顧客名、個人名、契約上の秘密情報、未公開データを入力しません。利用するサービスの保存、学習利用、削除、権限、再委託は、試行時点の公式情報と契約で確かめます。

ログには、環境、データ区分、送信範囲、保管場所、閲覧者、削除予定、承認者、承認日を残します。誰が何を確認したか分からない試作は、正式開発の判断材料へ渡せません。

AIプロトタイプの顧客テストで継続・修正・中止を決める

対象者には、試作品であること、手動処理の範囲、使うデータ、記録内容を説明します。そのうえで「架空メモから次回質問案を確認して保存する」という1つの課題を渡してください。

観察ログは次の6項目で残します。

1. 入力を始められたか
2. AI処理の実行前に何を迷ったか
3. 生の出力から根拠文へ戻ったか
4. 採用・修正・棄却をどう分けたか
5. 修正版を保存し、次の業務へ渡せたか
6. 説明者が介入した箇所はどこか

合格条件はテスト前に決めます。主経路を完了できる、根拠のない案をそのまま採用しない、修正理由を残せる、といった条件です。人数や割合は、対象条件を決めないまま書きません。

主要経路が通り、次に確かめることが見えたら継続とします。価値は理解されたものの、入力・確認・編集・保存で止まったら修正します。現在の代替手段を変える理由がない、または必要データを承認条件内で扱えないなら、中止も選択肢です。

AIプロトタイプが検証にならない5つの失敗

動く画面ができても、観察する行動と事業判断がつながっていなければ検証にはなりません。次の5つを確認します。

画面生成を完成とみなす

人が根拠を確認し、修正し、保存する経路がなければ、業務で使えるか分かりません。見た目より主経路を先に通します。

AIの回答だけを評価する

一つの入力で自然な回答が返っても、空欄、長文、対象外の依頼で同じ処理ができるとは限りません。生の出力、人の修正、棄却理由を分けます。

機能を一度に載せる

入力、検索、要約、提案、共有、管理を一度に試すと、止まった理由を特定できません。次の判断を左右する経路だけ残します。

データ確認を後回しにする

試作だからと実データを先に入れると、社内審査で止まります。公開情報や架空データから始め、承認に合わせて範囲を広げます。

制作時間だけで速さを測る

AIが初稿を返す時間だけを比べても、確認、修正、転記、引き渡しが増えれば全工程は短くなりません。同じ開始点と終了点で測ります。

まとめ｜AIプロトタイプは判断までつなぐ

AIプロトタイプは、画面、データ、AI接続、共有・権限を一つの主経路へつなぎ、人の確認と保存まで試せる状態にします。最初から全機能を作らず、誰のどの行動を見て次の判断を変えるかに絞ってください。

入力、AIの生出力、根拠確認、人の修正版、採否を分けて保存します。誤出力が出たら、指示の修正差分も残します。入力データは、公開情報・架空データ、社内試行、対象者テスト、正式開発判断の順に広げます。

完成条件は、画面が動くことではありません。どこまで操作でき、どの出力をなぜ直し、次に何を確かめるかが残ることです。