副業リベンジ型、AIコーディングでまず作る「小さすぎる練習台」をどう決めるか

過去の失敗は、たいてい「最初から本番」だったこと

数年前に一度サービス開発に挑戦して止まった経験がある方に、当時何を作ろうとしていたか聞くと、ほとんどの場合こう返ってきます。「会員登録があって、投稿機能があって、マイページがあって、通知も出したくて……」。最初の一歩から、すでに機能一覧が5つも6つも並んでいるのです。

これは責められることではありません。頭の中には完成形のイメージがはっきりあるからこそ、それをそのまま形にしようとするのは自然な発想です。ただしAIコーディングと組む場合、この進め方はほぼ確実に途中で止まります。機能が増えるほどAIとのやり取りは長く複雑になり、どこかで「AIが自分の書いたコードの前後関係を見失う」「直したはずのバグが別の場所で再発する」という状態に陥りやすくなるからです。 AIで作った試作が動かなくなる、よくある3つの原因 にあるとおり、原因の多くは技術力ではなく、最初の設計が「一度に扱う範囲」を超えていたことにあります。

過去の挫折を再挑戦のバネにするなら、まず変えるべきは気合いではなく題材の大きさです。今回はその「練習台」をどう選ぶかを整理します。

練習台に向く条件は2つだけ

練習台を選ぶときに満たしてほしい条件は、シンプルに2つです。

条件1: 機能が1つだけであること

「登録して」「入力して」「保存して」「一覧で見る」のうち、動かしたい核が1つに絞られているものを選びます。たとえば「入力した数字を計算して結果を表示する」だけ、「テキストを入力すると要約が返ってくる」だけ、というレベルです。会員登録もログインも通知も、この段階ではまだ要りません。

条件2: 失敗しても被害が小さいこと

ここでいう被害とは、お金の損失だけではありません。「動かなくなって心が折れる」「直し方が分からず時間だけが溶ける」という消耗も含みます。被害が小さい題材とは、たとえ壊れても、作り直すのに数十分〜半日で済むものです。逆に、壊れたときに「どこから手をつけていいか分からない」規模のものは、練習台としては大きすぎます。

この2条件を満たしているかどうかは、次のような自問で確認できます。

この段階での目的は「サービスを完成させる」ことではなく、「AIとの対話で、動くものを最後まで完成させ切る」という感覚そのものを体に入れることです。 最初に作るものは何がいいか。バイブコーディングの練習台の選び方 でも触れているとおり、練習台の役割は完成度ではなく、この「完成させ切った」という手応えを一度得ることにあります。

練習台に向かない例

過去に挫折した経験がある方ほど、「今度こそ」という思いから、無意識に練習台の範囲を広げてしまいがちです。次のような題材は、練習台としては大きすぎるサインです。

• 会員登録・ログイン機能が入っている: 認証はそれ単体で難易度が上がる領域です。練習台の段階では扱いません。
• 複数の画面を行き来する設計になっている: 画面遷移が増えると、AIとの会話も「どの画面の話をしているか」が曖昧になりやすくなります。
• 他人のデータを預かる前提になっている: 個人情報や決済が絡むものは、練習台の目的（動かし切る感覚を得る）とは別の注意点が発生します。
• 「これを土台にそのまま事業化する」つもりで作っている: 練習台と事業の土台は、意図的に分けて考えたほうがうまくいきます。土台にする話は、練習台で感覚をつかんだ後の話です。

特に最後の項目は見落としがちです。「どうせ作るなら練習も兼ねて本番用に」という発想は一見効率的に見えますが、練習と本番を同じ題材で兼ねようとした結果、機能を削れなくなり、また同じところで止まる——というのが、まさに冒頭で触れた過去の挫折パターンです。今回は割り切って、本番とは無関係な、捨てても惜しくない題材を選んでください。

練習台が終わったら、詳細はコラムへ

小さすぎるくらいの練習台を1つ完成させたら、その手応えを土台に、実際にプロンプトをどう書くか、AIとの対話をどう進めるかという実務の話に進みます。そのあたりの型は アプリを作るためのプロンプトの書き方、最初に知っておきたい型 や AIとの対話を繰り返して試作を改善していく、基本的な進め方 に詳しくまとめていますので、練習台を1つ動かし終えたタイミングで読んでみてください。

練習台選びの基準は、あくまで「小さいこと」「壊れても平気なこと」の2つだけです。過去に挫折した記憶がある方ほど、この段階では気負わず、拍子抜けするくらい小さな題材から始めることをおすすめします。