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が原因を探して直してくれます。本格的に全社で共有したくなったら、保存先を共有サービスに変える相談を後からすればよいのです。

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

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

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

Vibe Codingの入門的な進め方は「作りたい」を言葉にするだけで完成！Vibe Coding超入門でも解説しています。あわせて読むと、最初の一歩のイメージがつかみやすくなります。

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

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

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

こうした現場主導のアプリ作りは「市民開発（しみんかいはつ）」と呼ばれます。市民開発とは、専門のITスキルを持たない現場の社員が、自分たちの業務に必要なアプリを自ら作る取り組みのことです。実際、非IT部門の社員が日々の申請や集計といった身近な業務を自らアプリ化し、デジタル化を進める動きが広がっています。専門部署を待たずに現場が動けるのが、内製化の最大の価値です。

成功している会社に共通するのは、いきなり全社展開せず「一つの部署の一つの業務」で成功体験を作っている点です。小さく勝つ→社内で見せる→「うちでもやりたい」が広がる、という順番です。社内アプリ作りを会社に根づかせる流れはAIシステム化の「成功ロードマップ」でも詳しく整理しています。

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

現場でよく見かける失敗を、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を作れる公式ツールもあります。 自由度を取るか管理のしやすさを取るかで、こうした選択肢も検討する価値があります（2026年06月14日時点）。

ここまで読んで、「やれそうだけど、最初の1本を自社だけで作り切るのは不安」と感じた方もいると思います。そんなときは、コレットラボのAI業務システム化支援にお声がけください。何を内製し何を任せるかの整理から、最初のアプリ作りの伴走まで、現場目線でお手伝いします。まずは現状を聞かせていただくだけでも大丈夫です。AI業務システム化の詳細はこちらからお気軽にどうぞ。