1回の「もう無理」は、まだ通過点です
AIとやり取りしながら試作を作っていると、必ず一度は「もう自分では無理かもしれない」と感じる瞬間が来ます。バグが直らない、思った動きにならない、AIの回答が堂々巡りになる——こうした壁は、非エンジニアがバイブコーディング（AIと対話しながらコードを書き進めるやり方）に取り組む過程で誰もが通る道です。
1回や2回の「無理」で外注に切り替える必要はありません。むしろ、その壁を自分の手で越えようとする過程で、AIへの指示の出し方や、エラーの読み方が少しずつ身についていきます。問題は「無理」と感じたこと自体ではなく、それが同じパターンで繰り返されているかどうかです。
切り替えを検討すべき目安
明確な「正解の回数」があるわけではありませんが、次のようなサインが重なったときは、外注への切り替えを具体的に検討し始めるタイミングです。
- 同じ種類のエラーで3回以上つまずいている：認証まわり、決済連携、データベース設計など、同じ領域で「直したはずがまた壊れる」を3回以上繰り返している場合、その領域は自分の理解が追いついていない可能性が高いです。
- 1つの壁に1週間以上手が止まっている：本業の合間の作業時間を考慮しても、同じ問題に1週間以上向き合って進展がない場合、これ以上時間をかけても解決の見込みが薄いサインです。
- AIの提案を試すたびに別の場所が壊れる：あるバグを直すと別のバグが生まれる「もぐらたたき」状態が2〜3周続いている場合、コード全体の構造に無理が生じている可能性があります。
- 「なぜ動かないか」を自分の言葉で説明できない：AIの回答をコピー&ペーストするだけで、なぜそのコードで解決するのか自分では説明できない状態が続いているなら、それは技術的な壁というより理解の壁です。
これらのサインが1つだけなら様子見でよいですが、2つ以上が同時に当てはまる場合は、外注という選択肢を本気で検討してよいタイミングだと考えてください。判断に迷う場合は、AIがバグを直せなくなったときにまず何を試すべきかを整理した記事も参考になります。この見極めについては 「もう自分では無理」と判断するタイミングの見極め方 で詳しく扱っています。
まだ続けてよいケース
一方で、次のようなケースでは、もう少し自分で試す価値があります。
| 状況 | 続けてよい理由 |
|---|---|
| つまずいている箇所が毎回違う | 特定の技術領域の壁ではなく、単なる試行錯誤の一部である可能性が高い |
| AIに質問の仕方を変えると進展がある | 対話の質が改善しており、伸びしろがまだある状態 |
| 壁にぶつかったのが初回 | まだ「繰り返し」ではなく、通過点として自然な段階 |
| 動かない機能が本筋でない周辺機能 | 核となる機能を後回しにしてでも自分で試す余地がある |
特に、AIとの対話を通じて試作を改善していく基本的な進め方をまだ十分に試していない段階では、外注に切り替える前にもう一段階、自分なりのやり方を工夫する余地が残っています。
回数だけでなく「何に」つまずいているかも見る
回数の目安と合わせて意識したいのが、つまずいている中身です。決済や個人情報の取り扱いなど、法律や安全性が関わる領域で「もう無理」と感じた場合は、回数を待たずに専門家への相談を検討したほうがよい領域です。逆に、UIの見た目調整や文言修正といった領域であれば、多少つまずきが多くても自分で解決を続けやすい傾向があります。
つまり「回数」は目安であって絶対の基準ではありません。同じ3回でも、周辺機能でのつまずきと、セキュリティに関わる部分でのつまずきでは、切り替えの緊急度がまったく違います。
詳細はコラムへ
外注に切り替えると決めたあとの具体的な進め方——開発会社への伝え方や、費用感の見積もり方については、この記事では扱いきれません。特に、AIが生成したコードをそのまま公開してよいかという判断や、本番品質に引き上げるための視点は、切り替えの判断そのものとは別の論点として、コラムで個別に深掘りしています。
「もう無理」と感じた回数を数えることは、自分を責めるためではありません。むしろ、どこまでを自分の資産として持ち帰り、どこから先を専門家に託すかを冷静に見極めるための、実務的な物差しです。回数と中身の両方を記録しておくと、いざ開発会社に相談するときにも、状況を的確に伝える材料になります。