Vibe Codingで社内アプリを自作｜プログラミング不要の始め方

「この作業、Excelとメールでやり取りするの、もう限界かも」。備品の予約、日報の集計、申請の回覧。毎日のちょっとした業務を、自分たちだけが使う専用アプリにできたら楽なのに。そう思っても、プログラミングは分からないし、外注すると高い。そこで諦めてしまうこともあると思います。

でも2026年の今、その前提は大きく変わりました。この記事では、コードを書かずにAIへ言葉で指示して社内限定アプリを自作する「Vibe Coding」のやり方を、非エンジニアの方にも分かるように具体的に解説します。最初の3ステップ、そのまま使えるプロンプト例、つまずきやすいポイントまで一気にお伝えします。

Contents / 目次

1. 結論。社内アプリは「言葉で指示して作る」時代になった
2. Vibe Codingで社内アプリを作る具体的な手順
3. 社内アプリを内製化すると、現場はどう変わるか
4. よくある失敗と、その防ぎ方
5. 導入前に知っておきたい「Vibe Codingの妥協点」と任せ所

結論。社内アプリは「言葉で指示して作る」時代になった

結論からお伝えします。社内だけで使う業務アプリは、もうプログラミングを覚えなくても作れます。AIに「何が欲しいか」を言葉で伝えれば、AIがコードを書いてくれるからです。この作り方をVibe Coding（バイブコーディング）と呼びます。

Vibe Codingとは、自分でコードを書く代わりに、AIに「こういうアプリが欲しい」と自然な言葉で伝え、AIに実装させながらアプリを作っていく開発スタイルのことです。この言葉は2025年初頭にAI研究者のAndrej Karpathy（アンドレイ・カルパシー）氏が提唱し、同年にはCollins Dictionaryの「Word of the Year（今年の言葉）」に選ばれるほど一般に広まりました。AIを活用した開発手法は、その後も急速に進化を続けています。

ただし、ここで大事な線引きがあります。Vibe Codingは「全部AIに丸投げすれば完成する魔法」ではありません。社内アプリを成功させるには、作り方を「Vibe Coding（AIにコードを書かせる）」と「ノーコード（部品を組み合わせる）」のどちらにするかを、目的に応じて選ぶ判断が必要です。まずはこの2つの違いを整理しましょう。

比較軸	Vibe Coding（AIでコード生成）	ノーコード（kintone等）
作り方	AIに言葉で指示してコードを書かせる	画面上で部品を並べて組み立てる
自由度	高い。やりたいことをほぼ実現できる	ツールの機能の範囲内に限られる
向いている人	細かく自分好みに作りたい人	とにかく早く安全に形にしたい人
つまずきやすい点	中身がブラックボックス化しやすい	複雑な処理や外部連携は苦手
社内アプリでの使いどころ	独自の業務フロー、専用ツール	申請・在庫・日報など定番業務

ひとことで言うと、定番の業務（申請、在庫、日報など）はノーコードツールが早くて安全、自社独自のクセが強い業務はVibe Codingで作り込む、という使い分けです。どちらか一方に決める必要はなく、両方を組み合わせる「コンポーザブル（部品を組み合わせる）」な考え方もあります。

押さえるべき結論。社内限定アプリは「言葉で指示して作る」時代に入りました。やるべきことは3つです。①小さい業務から始める、②AIに具体的に指示する、③公開前に必ず人がチェックする。この順番で進めれば、非エンジニアでも実用的なアプリが作れます。

Vibe Codingで社内アプリを作る具体的な手順

具体的なやり方をお伝えします。社内アプリ作りは、次の3ステップで進めるのが失敗しにくい王道です。いきなり完成形を目指さず、小さく動くものを作って育てていくのがコツです。

ステップ1。作るものを「1業務・1画面」に絞る

最初にやるべきことは、対象業務をうんと小さく絞ることです。「社内システム全部」のような大きな構想ではなく、「備品の予約だけ」「今日の日報を出すだけ」のように、1つの業務・1つの画面まで小さくします。これをスモールスタートと言います。

なぜ小さく絞るのかというと、最初から大きく作ると「完成してから要件のズレに気づく」という最悪のパターンにはまるからです。小さければ、数時間で動くものができ、すぐに「ここはこうしたい」と改善できます。まずは関わる人が2〜3人の、失敗してもダメージのない業務を選びましょう。

ステップ2。AIに「役割・機能・条件」をセットで指示する

次に、AIへの指示の出し方です。ここが品質を決める一番のポイントです。「予約アプリを作って」だけでは、AIは曖昧なものしか返してくれません。役割・作りたい機能・満たすべき条件の3つをセットで、具体的に伝えるのがコツです。

そのまま使えるプロンプト（AIへの指示文）の雛形を用意しました。角括弧の部分を自社の情報に差し替えて、CursorやClaude CodeなどのコーディングAIに貼り付けてください。

あなたは、社内業務システムを得意とするWebアプリ開発者です。
プログラミングが分からない担当者でも運用できる、シンプルな社内限定アプリを作ってください。

【作りたいアプリ】
［例：会議室・備品の予約管理アプリ］

【使う人】
社内の［例：全社員 約20名］。スマホとPCの両方から使う。

【欲しい機能】
1. ［例：予約したい備品と日時、氏名を入力して登録できる］
2. ［例：今ある予約を一覧で見られる。日付が新しい順に並べる］
3. ［例：自分の予約だけ取り消せる］

【満たすべき条件】
- 専門ツールやアカウント登録は不要。1つのHTMLファイルだけで動くようにする
- データは利用者のブラウザ内（localStorage）に保存する。サーバーやDBは使わない
- スマホでも崩れない見やすいデザインにする
- 操作に迷わないよう、画面に簡単な使い方の説明を表示する

【出力形式】
- コピーすればそのまま動く完成したHTMLファイル1つ
- コードの各ブロックに、何をしている部分か日本語のコメントを付ける
- 最後に「このアプリの限界」と「次に追加すると便利な機能」を3つずつ挙げる

このプロンプトのポイントは、データの保存先を「ブラウザ内（localStorage）」に指定している点です。こうするとサーバーもデータベースも不要で、HTMLファイルを開くだけで動く軽いアプリになります。うまく動かないときは、エラーメッセージをそのままAIに貼り付けて「このエラーが出ました。直してください」と伝えれば、AIが原因を探して直してくれます。ただし、ブラウザ内の保存は、その端末のそのブラウザにだけデータが残る仕組みです。ほかの社員や別の端末とは予約を共有できないため、複数人で使う予約アプリなら、最初から保存先を共有サービスにするようAIに指示してください。

ステップ3。公開前チェックリストで安全を確認する

3つ目のステップは、社内に配る前の安全チェックです。AIが作ったコードは、見た目は動いていても中身に問題が隠れていることがあります。最低限、次のチェックリストを通してから公開しましょう。

• 個人情報の扱い：顧客名や連絡先など、外に漏れて困るデータを扱っていないか。扱うなら社内ネットワーク内だけで使う前提になっているか
• データの消失リスク：ブラウザに保存する作りの場合、ブラウザの「Cookieとサイトデータ」を削除するとデータも消える。大事なデータは定期的に書き出せるようにしておく
• 変な入力への強さ：空欄のまま登録、ありえない日付など、想定外の操作をしてもアプリが壊れないか実際に試す
• 作った人以外でも分かるか：担当者が休んでも他の人が直せるよう、何のアプリか・どこをいじれば変えられるかをメモに残す
• 本当に必要か：同じようなアプリを他部署が既に作っていないか。重複を防ぐため社内で一声かける

広報担当者がVibe Codingでツールを作る手順と注意点はVibe Codingで広報がツールを自作する手順と注意点でも解説しています。あわせて読むと、最初の一歩のイメージがつかみやすくなります。

社内アプリを内製化すると、現場はどう変わるか

取り組むとどうなるのか、成果のイメージをお伝えします。一番大きな変化は、「困ったらすぐ直せる」状態が手に入ることです。外注したシステムは、ちょっとした修正でも見積もりと納期がかかります。自分たちで作ったアプリなら、その場でAIに頼んで直せます。このスピード感が、現場の小さなストレスを次々に解消していきます。

たとえば、紙とExcelで回していた申請業務を社内アプリにすると、どれくらい変わるか。仮に1件あたり手作業で15分かかっていた集計が、アプリ化でほぼ自動になり1〜2分で済むとします。1日10件なら、1日あたり2時間以上の削減です。これはあくまで業務量に応じて変わる試算ですが、こうした「小さな時短」が積み重なる効果は決して小さくありません。

こうした現場主導のアプリ作りは「市民開発（しみんかいはつ）」と呼ばれます。市民開発とは、専門のITスキルを持たない現場の社員が、自分たちの業務に必要なアプリを自ら作る取り組みのことです。専門部署を待たずに現場が動けるのが、内製化の最大の価値です。

進めるときは、いきなり全社展開せず「一つの部署の一つの業務」で成功体験を作ることが大切です。小さく勝つ→社内で見せる→「うちでもやりたい」が広がる、という順番です。社内アプリ作りを会社に根づかせる流れはAIシステム化の進め方｜4フェーズで社内に定着させる手順でも詳しく説明しています。

よくある失敗と、その防ぎ方

起きやすい失敗を、3つに絞ってお伝えします。どれも「あるある」なので、先に知っておくだけで回避できます。

失敗1。AIの作ったコードがブラックボックス化する

これは、AIに全部任せて中身を理解しないまま使い続けたときに起きます。最初は動いていても、ある日エラーが出て、誰も直せず、業務が止まる。AIが書いたコードを「動くからヨシ」で放置すると、こうなります。防ぐには、ステップ2の雛形のように「コードに日本語コメントを付けて」と必ず指示すること。そして何のアプリか、どこを変えれば設定変更できるかを簡単なメモに残しておくこと。完璧な理解は不要ですが、「ここを触ればいい」が分かる状態にしておけば、いざという時にAIと一緒に直せます。

失敗2。AIが「もっともらしい嘘」を混ぜる

AIは、実在しない機能や間違った処理を、さも正しそうに書いてくることがあります。これをハルシネーション（AIがそれらしい嘘をつくこと）と言います。たとえば「データを保存しました」と画面に出るのに、実際は保存されていない、というケースです。これが怖いのは、見た目では気づけない点です。防ぐには、公開前に必ず自分で一通り操作して、登録・表示・削除が本当に正しく動くかを確かめること。AIの出力を信じきらず、「動作を自分の目で検証する」工程を必ず挟みましょう。

失敗3。各部署がバラバラに似たアプリを作る（シャドーIT化）

市民開発を無秩序に進めると、似たようなアプリが部署ごとに乱立し、誰も全体を把握できなくなります。これをシャドーIT（会社が把握できていない非公式なITツールが増える状態）と呼びます。担当者が辞めた瞬間にブラックボックスになり、情報漏えいのリスクも高まります。防ぐには、作る前に「誰が管理するか」を決め、簡単な一覧（どんなアプリが社内にあるか）を1か所にまとめておくこと。小さくても運用ルールを先に決めておくのが肝心です。

特に注意したいのが、顧客情報や社外秘データを安易にアプリへ入れてしまうケースです。便利さを優先してセキュリティを後回しにすると、思わぬ漏えいにつながります。AIに何を入力してよいかのルール作りはAIに入力してはいけない個人情報と社内ルールの作り方の記事を先に読んでおくと安心です。

導入前に知っておきたい「Vibe Codingの妥協点」と任せ所

ここまで便利さをお伝えしてきましたが、正直に「限界」もお話しします。これを知らずに始めると、後でガッカリするからです。

まず、Vibe Codingが得意なのは「社内の数人〜数十人が使う、シンプルなアプリ」までです。何百人もが同時に使う基幹システムや、お金の計算が1円でもズレてはいけない会計処理、複雑な外部システムとの連携は、AIに言葉で作らせるだけでは安定しません。ここを無理にVibe Codingで押し切ろうとすると、かえって時間も信頼も失います。大事な業務ほど、ノーコードツールや本職のエンジニアとのハイブリッドが現実解です。

もう一つの妥協点は、「誰でも簡単に作れる」という言葉を鵜呑みにしないことです。確かに以前より圧倒的に簡単になりました。でも、何を作りたいかを言葉で整理する力、出てきたものが正しいか見極める力は、やはり人に必要です。むしろVibe Codingの時代は、「作る技術」より「何を作るか決める力」が問われるようになりました。

そして内製と外注の切り分け。「全部自分たちで」と気負う必要はありません。日々さわる小さなアプリは内製、会社の根幹に関わる仕組みは外部の専門家と一緒に、という線引きが健全です。最初の数本は外部と一緒に作り、あとは社内で回せるように引き継ぐ形も選べます。コストの面でも、外注一辺倒より、内製の土台を作ったほうが長い目で安く済みます。なお、MicrosoftのCopilot Studioのように、社内向けのAIエージェントを作り、データの保護やエージェントの作成・共有をPower Platform 管理センターで管理できる公式ツールもあります（2026年10月10日時点）。自由度と管理のしやすさのどちらを優先するかで、こうした選択肢も検討する価値があります。

ここまで読んで、「やれそうだけど、最初の1本を自社だけで作り切るのは不安」と感じた方もいると思います。そんなときは、コレットラボのAI導入支援・DX支援にお声がけください。業務を伺い、AIに任せる作業と担当者が判断する作業を分けて、業務に合う画面と処理を弊社が設計・開発します。作るシステムが決まる前からご相談いただけます。AI導入支援・DX支援のページからお気軽にご相談ください。