プログラミングを知らない人が$456,000の売上を出した仕組み
2026年Q1に起きた話がある。Lovableというスウェーデン製のAIアプリビルダーを使い、プログラミング経験ゼロの起業家が45日で$456,000（約6,700万円）の年商ペースに達した。彼女が書いたのはコードではなく、「作りたいものの説明」だけだ。
このLovableというサービス自体も、リリースから8ヶ月で年間収益1億ドル（約148億円）に到達した。ユーザーの60%はエンジニアではない（出典: Lovable公式, 2026）。Vibe Codingと呼ばれるこの動きは、2025年にAndrej Karpathy（OpenAI共同創業者）が命名し、2026年に爆発的に広がった。
しかし、Vibe Codingを「プログラミングが誰でもできるようになった」と解釈するのは半分しか正しくない。本質を誤解したまま使うと、「試作品は作れるが使えないものができた」という失敗に終わる。この記事では、Vibe Codingが何を変えて何を変えていないか、中小企業の現場でどう使うべきかを整理する。
Vibe Codingの定義：何が「Vibe」なのか
Vibe Codingは「AIとの会話でプロダクトを作るアプローチ」だ。コードを書くのではなく、「こんなものを作りたい」という要件を自然言語で伝え、AIが生成したコードをそのまま動かす。必要なら修正を自然言語で依頼し、気に入らない部分はAIに作り直させる。
Karpathyが「Vibe」と表現したのは、コードの理解より「動いている感覚」でプロダクトを発展させるスタイルを指している。従来の「設計→実装→テスト」というウォーターフォール的なプロセスを捨て、「試して→直して→試す」を高速で回す。
代表ツールは4つに整理できる。
Lovable：UIデザインからバックエンドまでを生成する。Supabase（データベース）との統合が強く、完成度の高いWebアプリが短期間で動く。非エンジニアの入り口として最適だ。
Bolt.new：「最速でプロトタイプを動かす」に特化。Lovableよりシンプルで、スピード重視の場面で使われる。
Cursor：エンジニアがメインユーザーだが、AIとのコーディングで生産性が劇的に上がる。Vibe Coding的な「会話でコードを作る」体験をプロレベルで提供する。
Claude Code：Anthropicのコマンドラインツール。高度な作業や業務自動化に使う。Claude Code業務自動化の実践については別記事で詳しく解説している。
Gartnerが予測する「2028年の衝撃」
Gartnerは2026年に2つの相反する予測を出した。
一方では「2028年までに新規エンタープライズ本番ソフトウェアの40%がVibe Coding技術を使って作られる」。もう一方では「適切なガバナンスなしに市民開発者がプロンプトでアプリを作ると、ソフトウェアの欠陥が2,500%増加する」。
この矛盾する2つの予測は、実は同じことを言っている。Vibe Codingは大きな可能性を持つが、使い方を誤ると害悪にもなる——という構造だ。
2026年時点で、開発者の92%がAIコーディングツールを日常的に使っているが、29%しかそのコードを信頼していないという数字（出典: Hostinger Survey, 2026）も、同じ構造を示している。「使える」と「安全に使える」は違う。
図1: Vibe Codingの機会とリスク（Gartner予測を元に整理）
「Vibe Codingのパラドックス」：最も得をするのは初心者ではない
Forbesが2026年6月に報じた「Vibe Codingの生産性パラドックス」は示唆に富む。AIコーディングツールを使った場合、10年以上のキャリアを持つシニアエンジニアの生産性は81%向上するのに対し、ジュニアエンジニアには有意な改善が見られなかった（出典: Forbes, Vibe Coding Productivity Paradox, 2026）。
直感に反するこの結果の理由は何か。AIは「どんなコードを書けばいいか」を生成するのは得意だが、「何を作るべきか」「なぜその仕様にすべきか」は判断できない。この「問いの質」を決めるのは人間だ。
シニアエンジニアは「何をどう作るか」の設計力がある。だからAIに「この設計でコードを書いて」と明確に指示でき、AIの出力を適切に評価・修正できる。ジュニアエンジニアは設計力がないため、AIが生成したコードが正しいかどうかを判断できない。
この構造を中小企業の現場に当てはめると、重要なことが分かる。最もVibe Codingの恩恵を受けるのは「プログラミングを知らない初心者」ではなく、「業務の問題を深く理解している現場担当者」だ。コードは書けなくても、「この業務フローが非効率だ」「この計算をExcelでやるのは限界だ」という問いを立てられる人が強い。
海外事例：Vibe Codingで業務ツールを内製化した中小企業
米国テキサス州の不動産管理会社（従業員45名）は、2026年初頭にLovableを使って物件管理ダッシュボードを自作した。外注見積もりは$15,000（約220万円）だったが、プロパティマネージャーの担当者が2週間で概ね同等の機能を作り上げた。開発費はLovableの月額$50のみだ。
もちろん、作ったものは洗練されていないし、スケールしたときの問題点もある。ただし、担当者の言葉が本質を突いている。「$15,000のシステムが完璧に動くまで6ヶ月待つのではなく、$50で80%の機能が2週間で動く状態を選んだ。残りの20%は使いながら足した」。
これが試行速度の革命だ。完璧なものを待つのではなく、動くものを素早く試し、現場の声でブラッシュアップする。このサイクルを高速で回せることが、Vibe Codingの本当の価値だ。
Lat91でも、社内ツールの一部にVibe Codingを試している。特定の業務フローに合わせたデータ集計ダッシュボードを、Claude Codeを使って作成した。エンジニアが関わったのは最初の設計レビューと最後のデプロイだけで、大半の実装は自然言語の指示で完成した。かかった時間は、従来の外注依頼比で約4分の1だった。
中小企業の現場担当者が月曜から試せること
「まず何から始めるか」を3段階で示す。
Step 1（今すぐ）：Lovableで業務ツールの試作を1つ作る
Lovableの無料プランで「こんなものが欲しい」という最も簡単なツールを1つ作ってみる。例えば「毎月の売上データをグラフで表示するダッシュボード」「来客予約の管理フォーム」「社内の問い合わせ一覧を管理するツール」。重要なのは「作れた」という体験より、「どういう指示をすれば意図通りになるか」の感覚を掴むことだ。
Step 2（1ヶ月以内）：「コストが高い手作業」を1つ特定して自動化する
Vibe Codingで最も費用対効果が高いのは、「毎週・毎月繰り返す、Excel手作業が多い業務」だ。レポート集計、データの転記、定型メールの送信——こうした作業をツール化する。現場の業務を「正確に言語化できるか」がここで問われる。言語化できれば、AIへの指示として使える。
Step 3（3ヶ月〜）：「業務要件を言語化するスキル」を組織に蓄積する
Vibe Codingが普及すると、「どんなツールを作るか」の設計力が競争優位になる。これは技術力ではなく、業務の問題を正確に言語化する力だ。社内で「業務要件を書く訓練」をすると、AIへの指示の質が劇的に上がる。1ヶ月に1回、自分の業務で「何が最も時間の無駄か」を言語化するだけで始められる。
図2: Vibe Codingで成功する人と失敗する使い方の特徴
見落とされているリスク：「動く」と「使える」の違い
Vibe Codingで作ったツールが本番業務に乗るとき、必ずぶつかる壁がある。
セキュリティの問題だ。Lovableで作ったアプリに顧客の個人情報を入れる場合、データの保管場所・暗号化・アクセス権限の設計が必要になる。AIは聞かれなければこれを設計しない。「動くもの」は作れるが、「安全に使えるもの」には追加の設計が要る。
スケールの問題もある。10人で使うツールと100人で使うツールでは、設計が変わる。Vibe Codingで10人向けに作ったものを100人で使い始めると、パフォーマンスが落ちたり、データ整合性の問題が起きたりする。
Gartnerが「欠陥2,500%増加」と警告するのはこの文脈だ。「動く試作品」と「本番耐えうるツール」の間には、セキュリティ・パフォーマンス・保守性という3つのギャップがある。Vibe Codingで最初の壁を越えるのは容易だが、後の3つは依然として設計力が要る。
使い分けの原則は単純だ。社内のみで使う試作品・業務改善ツールはVibe Codingで作る。顧客データを扱う・本番公開する・法的責任が生じるものはエンジニアのレビューを必ず挟む。
2028年に向けて：Vibe Codingは仕事をどう変えるか
Gartnerの「40%」予測は、3年後の企業IT部門の姿を示している。エンジニアでない担当者が業務ツールの初期バージョンを作り、エンジニアが品質とセキュリティをレビューするという分業体制だ。
この変化で最も影響を受けるのは、「要件を受け取ってシステムを作る」だけの受け身のエンジニアだ。逆に、「問題を見つけてツールに変換する」業務側の担当者の価値が上がる。
34%の新規マイクロSaaSが、2026年Q1にプログラミング未経験者によって作られた事実（出典: Taskade State of Vibe Coding Report, 2026）は、この方向性が既に現実化していることを示す。「ツールを使う人」と「ツールを作る人」の境界が溶けている。
日本の中小企業の現場担当者にとって、この変化は脅威ではなく機会だ。「業務の解像度が高い人」が今まで以上に価値を持つ。業務の無駄を言語化できる人が、AIを使って改善ツールを作り、組織の生産性を上げるサイクルを自分で回せるようになる。
まとめ
- Vibe Codingとは「AIとの会話でプロダクトを作るアプローチ」で、試行速度を革命的に上げる。Lovableがリリース8ヶ月で$100M ARR達成、ユーザーの60%は非エンジニアだ
- 本質はプログラミング民主化ではなく「試行速度の革命」。Gartnerは2028年に新規企業ソフトの40%がこの手法で作られると予測している
- 最も恩恵を受けるのは「業務の問題を深く理解している人」。AIはコードを生成できるが「何を作るべきか」は人間が決める。業務の解像度が新しい競争優位になる
- リスクも実在する。「動くもの」と「安全に使えるもの」は違う。セキュリティ・スケール・保守性の3点でエンジニアのレビューが必要な局面がある
- 今週から始めるなら、Lovableの無料プランで「社内だけで使う業務ツール」を1つ作ってみることだ。「何を作るか」を言語化できるかどうか、そこが実力の試金石になる
Vibe Codingの波は、コードを書かない人にとって「ようやく自分も参加できる」という感覚をもたらす。ただし最大の恩恵を受けるのは、問いを立てる力がある人だ。その力は、業務の現場にいる人が最も磨きやすい。
Lat91では、AIを使った業務改善ツールの設計・開発支援を行っています。「Vibe Codingで作ったプロトタイプを本番化したい」「業務の何をAIで自動化すべきか整理したい」という方は、無料相談からどうぞ。