経営者のためのバイブコーディング入門：どこまで使えて、どこから危険か

この1年、お問い合わせをくださる経営者の多くが、同じ言葉から話を始めます。「AIで自分で作ってみたんです」。チーム用の料金計算ツール、売上ダッシュボード、実際のお客様がすでに使っている予約アプリまで。すべてコードを一行も書かずに。

これがバイブコーディングです。作りたいものを日常の言葉でAIに伝え、AIがコードを書き、結果を試し、動いているように見えるまで修正を頼む。コードそのものは読みません。Claude Code、Cursor、Lovable といったツールが、これを誰にでも可能にしました。

この記事は、弊社に発注してもらうために不安をあおるものではありません。弊社自身がこれらのツールを毎日使っていますし、多くの用途ではバイブコーディングで本当に十分です。目的は率直な地図を示すこと。バイブコーディングがうまく機能する場所、壊れやすい場所、そして壊れてから高くつく前に境界線を見分ける方法です。

良い知らせ：多くの用途では、これで十分

開発会社があまり認めたがらないことから始めましょう。もはや外注にお金を払う必要がないソフトウェアの領域があります。

ニーズがこの表に当てはまるなら、バイブコーディングで進めてください。むしろお勧めします。後により本格的な版が必要になったとき、その成果物が議論の土台として格段に役立つからです。これはAIがまだ必要ない企業の見分け方で書いたことと同じです。既存のツールで解決できることにお金を払う必要はありません。

壊れやすい場所

バイブコーディングの問題は、最初の1週間にはほぼ表れません。アプリは動いているように見えるし、実際に動きます。あなたが試したケースでは。問題は、アプリが「試していないもの」に出会ったときに起きます。他のユーザー、他のデータ、そして時間です。

見えないセキュリティ。 AIは喜んでログイン画面を作ります。外からは見えないのは、パスワードが正しく保存されているか、URLの数字を変えるだけでユーザーAがユーザーBのデータを見られないか、ブラウザから誰でも読めるコードにAPIキーが埋め込まれていないか。この種のアプリの監査で最もよく見つかるパターンは、オーナーの有料サービスの鍵がブラウザに送られるコードに埋め込まれ、見方を知っている人なら誰でも取り出せる状態になっていることです。

顧客データとお金。 アプリが氏名、電話番号、住所を保存したり、決済を扱ったりした瞬間から、法的・評判上の義務が生じます。顧客データの漏洩1件は、アプリを正しく作る費用より高くつきます。

エッジケース。 2人が同じ秒に同じ枠を予約したら？一部入金後にキャンセルされたら？31日に登録した人の翌月の期日は？KosProの開発記で書いたとおり、「毎月請求書を作る」という一見単純な機能が最も時間を食いました。日付のルールは常に想定より複雑だからです。AIは、あなたが尋ねた質問には答えます。思いつかなかった質問には答えません。

3か月目。 最もよく目にするパターンです。アプリは動き、使われ、やがて新機能が必要になる。AIに追加を頼むと、古い機能が壊れる。修正を頼むと、別の機能が壊れる。コードの構造を誰も理解していないため、すべての変更がサイコロになります。この段階での選択肢はたいてい二つ。機能追加をやめるか、書き直すかです。

正直な補足： これらの問題は、AIが愚かだから起きるのではありません。人間のエンジニアも同じ間違いをします。違いは、プロのプロセスにはそれを捕まえる層があることです。他者によるレビュー、自動テスト、壊れたときの明確な責任。バイブコーディングはその層を取り除きます。ツールのせいではなく、誰も読んでいないからです。

壊れる前に境界線を見分ける方法

判断には5つの質問で十分です。どれか一つでも「はい」なら、バイブコーディングの領域を出ています。

1. 自分以外の誰かが使うか？ 顧客、従業員、取引先。他のユーザーがいれば期待が生まれ、あなたが見つけなかったバグを誰かが見つけます。
2. 他人のデータを保存するか？ 氏名、連絡先、取引、書類。
3. アプリを通じてお金が動くか？ 決済、請求、サブスクリプション、手数料。
4. アプリが1日止まると業務に支障が出るか？ 出るなら、直せる人が必要です。それはプロンプトではありません。
5. 6か月以上使う予定か？ 長く使うソフトウェアには保守、セキュリティ更新、外部サービス変更への追従が必要です。

すでにバイブコーディングで作った場合、何が活かせるか

最も多くいただく質問で、答えは思われているより前向きです。

ほぼ必ず活かせるもの：要件の明確さ。あなたが作ったプロトタイプは、弊社がクライアントから受け取る中で最良の要件定義書です。どのフローが重要か、どのボタンが押されないか、どのレポートが実際に読まれるか、すでにわかっています。通常は数週間かかるディスカバリー工程を大幅に短縮できます。この工程は経営者のためのSDLCで解説しています。

しばしば活かせるもの：監査を経たうえでの画面と、ビジネスロジックの一部。

通常は書き直しになるもの：認証、決済処理、データベース構造、アクセス権限に関わるすべて。

こうした案件での弊社の進め方は単純です。短い監査で安全な部分とそうでない部分を地図にし、「残す」「直す」「書き直す」に分けた計画を立てます。すべてを捨てる必要はありませんし、すべてを残してもいけません。

「バイブコーディング対開発会社」ではない

最後に、一つの前提を正しておきます。問いは「バイブコーディングか、外注か」ではありません。良い開発会社は今、AIも使ってコードを書いています。弊社もClaude Codeを毎日使っています。違いは、AIが書いた後に何が起きるか。誰かが読み、テストし、責任を持つかどうかです。その具体的なやり方はクライアント案件でのClaude Codeの使い方で公開しています。

経営者の方にお勧めする順序：

• まずバイブコーディングでアイデア検証と社内ツールを。無料で速く、成果物が議論の明確な土台になります。
• 上の5つの質問のどれかが「はい」になったら、立ち止まって確認を。
• 他のユーザー、データ、お金に触れる部分はプロのチームへ。 プロトタイプがあれば、ゼロから始める案件より費用は通常小さくなります。目安はインドネシアでのアプリ開発費用 2026にまとめています。

次のステップ

バイブコーディングで作ったプロトタイプがあり、どの部分を安全に残せるか知りたい方は、お問い合わせから無料の初期監査をご依頼いただくか、WhatsAppでご相談ください。プロトタイプで十分で弊社が不要な場合は、正直にそうお伝えします。