「新しい業務システムを作りたいが、開発会社に見積もりを依頼したら300万円と言われ、踏み切れなかった」
こういう話は中小企業の経営者からよく聞く。仕様を詰めきれていない状態で高額の見積もりが出ても、判断のしようがない。
IT系の書籍やコンサルの話では「まず要件定義をしっかり」と言われる。しかし要件定義とは、すでにシステムの動きが頭の中で具体的にイメージできていることが前提の作業だ。使ったことのないシステムを、使う前に正確に言語化するのは困難だ。
この問題を解決する現実的な手段が「先にプロトタイプを作る」という発想だ。AIを活用すれば、プログラミングの知識がなくても業務の試作品を数日以内に作れる時代になっている。本記事では、中小企業がAIでプロトタイプを作る具体的な手順とツールを整理する。
プロトタイプを先に作るとなぜ開発がうまくいくか
業務システムの外注でよくある失敗は、「何が欲しいかを言語化できていない状態で依頼する」ことだ。
依頼する側は「こういうものが欲しい」という方向性はある。しかし画面の動き、データの流れ、誰がどう使うか——これらを正確に文書化する「要件定義」の作業は、開発に慣れていない経営者には難しい。
IT系のコンサルや書籍では「まず要件定義をしっかりやることが大事」と言われる。しかしこれは、使う前からシステムの動きを完全に想像できる人向けのアドバイスだ。はじめて業務システムを作る会社の経営者が、使う前に全ての動きを言語化するのは現実的ではない。
動く試作品（プロトタイプ）を先に作ると、「こっちじゃない、この動き」という気づきが生まれやすい。1週間以内に作った試作品を実際に使ってみると、「このステップが余分」「この項目は不要」「この画面から別の画面に移る流れが逆だ」という具体的な意見が出てくる。
業務効率化の支援をしていると、「実際に動くものを見て初めてイメージが具体化した」という話を経営者からよく聞く。要件定義書を読んでも動きをイメージできなかったのに、試作品を30分触ったら「これじゃない、むしろこっちの方向がいい」とすぐに方針が固まった、というケースも多い。
その状態で開発会社に依頼すると、要件の精度が上がる。見積もりも的外れになりにくく、途中の仕様変更も減る。
AIで作れるプロトタイプの種類
中小企業が実際に試作できるものを具体的に挙げる。
文書・書類の自動生成
見積書・議事録・月次報告書・業務マニュアルなどの定型文書をAIが自動生成する仕組みの試作。ChatGPTやClaudeに「このフォーマットで文書を作って」という指示と雛形・入力データを渡すだけで、動作確認ができる。
たとえば「顧客名・工事内容・金額」の3項目を入力すると見積書の文面を生成する、という試作であれば、半日あれば動く状態になる。完全な自動化ではないが「この流れで業務が楽になるか」を確認するには十分だ。
問い合わせ・社内Q&Aの自動応答
Webサイトの問い合わせ対応や、社内向けFAQボットの試作。ノーコードツールとAI APIを組み合わせると、プログラミングなしで自社専用のチャットボットを作れる。「製品の返品手続きを聞かれたらこう答える」という想定Q&Aを数十件書いてAIに渡すだけで、簡易ボットとして動かせる。
ここまでの試作であれば、設定に慣れていない人でも2〜3日で動く状態を作れる。
業務の自動化フロー
「フォームに入力されたら→担当者にメールを送信→スプレッドシートに記録」のような自動化の試作。Make.comやZapierを使えば、コードを書かずに業務フローを繋げられる。各ステップをビジュアルで組み合わせる操作なので、1〜2日で動作確認まで持っていける。
簡易アプリ・管理画面
在庫管理や顧客管理の簡易アプリをノーコードで試作できる。Glideを使えばGoogleスプレッドシートをそのままアプリ化できる。「スマホで在庫を確認・更新する画面があれば業務が変わるか」を試すのに、開発コストをかけずに確認できる。
具体的な手順（4ステップ）
ステップ1：課題を1文に絞る（1日目）
「月次報告書の作成を自動化したい」「受注があったときの担当者への通知を自動化したい」という形で課題を1文に絞る。複数の課題が頭にある場合は、「今一番業務が止まっているもの」を1つ選ぶ。
複数を同時に試作しようとすると、どれも中途半端になる。1つずつ片付ける方が結果として速い。
ステップ2：ツールを選んで試作する（2〜4日目）
課題の種類に合わせてツールを選ぶ。
- 文書の自動生成 → ChatGPT / Claude
- 業務フローの自動化 → Make.com / Zapier
- 簡易アプリ → Glide / Bubble
いずれも無料プランで試作を始められる。まず動かしてみることが重要で、完璧に仕上げようとしなくていい。
「ノーコードツールの使い方が分からない」という場合は、ChatGPTやClaudeに「Make.comで○○のフローを作りたい。手順を教えて」と聞きながら進めることができる。詰まった箇所をAIに聞きながら操作する、という使い方が現実的だ。
ステップ3：実際の業務で使ってみる（5日目〜2週間）
試作品を本物の業務に当てはめて動かす。「どこが不便か」「何が足りないか」「誰が使いにくいと感じるか」を書き出す。
このメモが、後で本格開発を外注するときの要件書になる。プロトタイプの価値は完成物ではなく、「使ってみて気づいたこと」の蓄積にある。
ステップ4：続けるか外注するかを判断する（2週間後）
試作品をそのまま運用できる場合は、ツール費用のみで継続する。より高度な機能が必要になった場合は、「この試作品のここを改善したい」という具体的な要件を持って開発会社や専門家に相談する。
ツール別の特徴と費用目安
| ツール | 主な用途 | 費用目安（月額） |
|---|---|---|
| ChatGPT / Claude | 文書生成・Q&A応答・業務フロー整理 | 無料〜3,000円程度 |
| Make.com | 業務自動化フロー（SaaS間の連携） | 無料〜2,000円程度 |
| Zapier | 業務自動化（日本語サービスとの連携が広め） | 無料〜数千円 |
| Glide | スプレッドシートを元にした簡易アプリ | 無料〜数千円 |
| Bubble | 本格的なWebアプリ（ローコード） | 無料〜1万円台 |
プロトタイプ段階は無料プランか月数千円の範囲で始められる。開発会社への外注（数十万〜数百万円規模が一般的）と比べると、試作のコスト感は大きく異なる。
プロトタイプの目的は「ツールを完全に使いこなすこと」ではなく「課題を具体化すること」だ。そのため高機能なプランに課金する必要はなく、まず無料プランで動かしてみることが重要だ。有料プランへの移行は、プロトタイプが実際に業務で役立つと確認してからで十分だ。
なお、ツール間での組み合わせも有効だ。たとえば「Glideで簡易管理画面を作り、Make.comで自動通知フローを繋げる」という構成であれば、両方の無料プランで試せる。スプレッドシートが中心の会社であれば、Glide + ChatGPT の組み合わせから始めるとコストを抑えやすい。
よくある失敗パターン
「完璧な試作品を作ろうとする」
プロトタイプは完成品ではない。「80%の精度で動かしてみる」のが目的だ。完璧に仕上げようとすると、外注するのと同じくらいの手間がかかり、プロトタイプを先に作る意味が薄れる。
よくある状況が「ノーコードツールの勉強を始めたら、ツール自体の習得に時間を使いすぎてしまい、結局試作まで到達しなかった」というケースだ。ツールの全機能を理解してから使おうとする必要はない。目的の動作だけを作れれば十分で、残りの機能は後から必要になれば覚えればいい。
「作って満足して使わない」
試作品を動かすことに満足してしまい、実際の業務で使ってみない。プロトタイプの目的は「使って気づく」ことなので、作ったら必ず現場で動かす。
「完成してから本格運用」ではなく、「不完全な状態でも実業務に当てはめる」という姿勢が重要だ。試作品を机上で動かしただけでは、実際の使いにくさは発見できない。現場で使って初めて「ここが違う」という気づきが出てくる。
「複数の課題を同時に解決しようとする」
「受注管理も、在庫管理も、請求書発行も全部一気にやりたい」という状態でスタートすると、どれも進まなくなる。まず1つに絞ることが、結果として全体の進捗を早める。
「どれが一番困っているか」を決めるのが難しい場合は、「今週一番手間がかかっている作業は何か」という問いに絞ると選びやすい。先週も先々週も同じ作業で時間を取られていた、というものがあれば、それが最初に試作すべき対象だ。
ノーコードの範囲を超えてきたときの対処
ノーコードツールで試作できる範囲には上限がある。既存の基幹システムとデータ連携したい、社内ドキュメントをAIに学習させたい、権限管理を細かく設定したい——こういった要件が出てきたとき、ノーコードツール単体では対応が難しくなる。
この段階で開発会社やAI顧問に相談するのが自然な流れだ。
プロトタイプを作った経験があると、相談の中身が変わる。「こういうシステムが欲しい」という抽象的な状態ではなく、「この試作品のこの部分を、既存のXシステムと連携させたい」「ここの処理はAPIを使わないと実現できないと思うが、コスト感はどうか」という具体的な依頼ができる。エンジニア側も要件を把握しやすくなり、見積もりの精度も上がる。
また、プロトタイプを通じて「何が本当に必要で、何は不要か」が整理されていると、開発のスコープが絞られる。開発会社への発注範囲が明確になることで、見積もり金額が下がるケースもある。「機能を全部盛り込んだ完璧なシステム」を最初から作ろうとせず、「試作で検証してから本格開発」という順序が、コスト管理の観点でも有効だ。
AI顧問が役立つのは、このような「ノーコード試作の設計・本格開発への移行判断」の場面でもある。「どこまで自力でやって、どこから専門家に頼むか」の判断軸を持てることが、AI活用を進める上での現実的な起点になる。
まとめ
中小企業がAIでプロトタイプを最速で作るための要点を整理する。
- プロトタイプの目的は「完成品を作ること」ではなく「課題を具体化すること」
- 課題を1つに絞ってから、用途に合ったノーコードツールで試作する
- 試作品は必ず実際の業務で動かす。使って気づいたことが要件書になる
- プロトタイプ段階のコストは月数千円の範囲で始められる
- ノーコードで対応できない要件が出てきたら、具体的な試作品を持って専門家に相談する
「動くものを先に作って、使いながら要件を固める」。この順序が、中小企業にとって最も現実的なシステム開発の進め方だ。
*著者: 野原琉海（株式会社ラズリ代表 / 業務効率化に特化したエンジニア）*
