バイブコーディングを始めようと決めたものの、「最初に何を作ればいいのか分からない」という声を多く聞きます。すでに作りたいサービスのアイデアがある人はそのまま進めばよいのですが、「練習として、まず何か動くものを作ってみたい」という段階の人には、練習台選びにもコツがあります。
この記事では、バイブコーディングの練習として最初に作るものを選ぶ際の考え方と、避けたほうがよいパターンを解説します。
この記事で分かること
最初の練習台は、「作りたいものそのもの」である必要はありません。むしろ、練習に適した題材とそうでない題材には違いがあり、選び方を間違えると不必要に挫折しやすくなります。
結論を先に示すと、練習台を選ぶ基準は次の3つです。
- 入力と出力がはっきりしている、シンプルな題材を選ぶ
- 自分が日常的に使っている・欲しいと思っているものを選ぶ
- 最初から人に見せる前提のものを選ばない
この3つは、後述する「避けたほうがよいパターン」と表裏一体の関係にあります。基準を満たす題材ほど、リスクの高いパターンから自然に距離を置けるようになっています。まずはこの3つの基準を頭に置いたうえで、なぜ本命のアイデアをそのまま練習台にしないほうがいいのか、という理由から見ていきましょう。
なぜ「本命のアイデア」を最初の練習台にしないほうがいいのか
「せっかく練習するなら、本当に作りたいサービスをそのまま作ればいいのでは」と思うかもしれません。しかし、これには落とし穴があります。
本命のアイデアは、多くの場合、いくつもの機能が組み合わさった複雑なものです。バイブコーディングの操作にまだ慣れていない状態で、複雑な題材に挑戦すると、AIとの対話のコツをつかむ前に、機能の複雑さそのものに手を焼いてしまい、「バイブコーディングが難しい」のか「このアイデアが複雑すぎる」のかを見分けられなくなります。
これは、車の運転を習うときに、いきなり夜間の高速道路や慣れない山道で練習を始めるようなものだと考えると分かりやすいかもしれません。運転操作そのものに不慣れな段階で、視界の悪さや道の複雑さという別の難易度が重なると、「自分が運転操作でつまずいているのか」「道の状況が難しいだけなのか」を切り分けられず、必要以上に自信を失ってしまいます。バイブコーディングの練習も同じで、まずは見晴らしのいい直線道路のような、単純な題材で操作に慣れることが先になります。
練習台としては、本命のアイデアとは別に、もっと単純な題材を選ぶことをおすすめします。バイブコーディングの操作に慣れてから、本命のアイデアに取り組むほうが、結果的に早く形にできます。
練習台に向いている題材の特徴
特徴1：入力と出力がはっきりしている
「〇〇を入力すると、△△が表示される」という関係がシンプルに説明できる題材が向いています。例えば、「今日の日付を入力すると、何日後かを計算して表示する」「好きな数字を入力すると、その数字にまつわる簡単な情報を表示する」といったものです。
複雑な条件分岐や、複数の情報を組み合わせて判断するようなロジックは、練習の初期段階では避けたほうが、AIとの対話に慣れる作業に集中できます。
見分け方としては、その題材を人に説明するとき、一文で言い切れるかどうかを試してみるとよいでしょう。「入力した金額に税率をかけて、税込み金額を表示するツールです」のように一文で説明できるなら、入出力の関係がシンプルであるサインです。反対に、「〇〇の場合はこうで、△△の条件が重なるとこう変わって……」と説明に「ただし」「場合によっては」が何度も出てくるようなら、まだ複雑さが残っている可能性があります。
特徴2：自分が日常的に使っている・欲しいと思っているものである
練習台とはいっても、完成後にまったく使わないものを作るのはモチベーションが続きにくいです。自分が実際に日常で「これがあったら便利」と思っているような、小さなツールを選ぶと、練習であっても完成後の満足感が得られます。
例えば、「毎日の体調を記録して、グラフで見られるツール」「読みたい本のリストを管理するツール」など、身近な題材であれば、練習としても続けやすくなります。
自分が使い手として存在するツールには、もう一つ利点があります。動作がおかしいときに「何が正しい動きなのか」を自分自身の実感で判断できることです。これは、練習の初期段階でAIの提案が正しいかどうかを見極める練習にもなります。逆に、自分がまったく使わない領域のツールを練習台にすると、AIの出したコードが意図どおりに動いているかどうかの判断基準を自分の中に持てず、確認作業そのものが難しくなってしまいます。
特徴3：見た目のデザインにこだわらなくていい題材である
最初の練習では、機能が動くことを確認するのが目的であり、見た目の美しさは二の次です。デザインへのこだわりが強い題材を選ぶと、機能面よりも見た目の調整に時間を使いすぎてしまい、本来の練習の目的から逸れてしまうことがあります。
デザインへのこだわりは、機能が一通り動くようになった後からいくらでも足せます。順序を逆にして、見た目を整えてから機能を作ろうとすると、見た目の微調整に時間を溶かしてしまい、いつまでも「動くもの」にたどり着けないまま練習が終わってしまう、というのはよくある失敗パターンです。
避けたほうがよい練習台のパターン
パターン1：決済機能を含むもの
決済（お金のやり取り）に関わる機能は、セキュリティ上のリスクが特に高い領域です。練習段階でいきなり決済機能を含む題材に挑戦すると、AIが生成したコードのどこにリスクが潜んでいるかを見極める経験がまだない状態で、危険な実装をそのまま採用してしまう可能性があります。決済が関わる機能は、バイブコーディングにある程度慣れてから、かつ慎重に取り組むべき領域です。
具体的には、「メンバー限定コンテンツを月額で提供する練習」「グッズを試しに販売してみる練習」のような題材が該当します。決済処理そのものを自作するのではなく、決済代行サービスを組み込む形であっても、鍵情報の扱いや通信の暗号化など、初心者が見落としやすい注意点が多く存在します。練習の初期段階では、こうしたリスクの高い領域そのものを避けておくのが安全です。
パターン2：個人情報を扱うもの
同様に、他人の個人情報（氏名、連絡先、住所など）を保存・管理する題材も、練習の最初の段階では避けたほうが安全です。個人情報の扱いには、思わぬ設定ミスでデータが外部から見えてしまうといったリスクがあり、練習段階でこのリスクに気づかずに進めてしまう可能性があります。
例えば、「友人・知人の連絡先を一括管理するアドレス帳アプリ」「顧客リストを入力して管理する簡易CRM」のような題材は、練習としては魅力的に見えても、データベースの公開範囲の設定を誤ると、本人の知らないところで情報が外部から見える状態になってしまうことがあります。自分一人の情報だけを扱う日記アプリやメモアプリであれば、同じ「記録する」という機能でもリスクは大きく下がります。
パターン3：他人が既に使っているシステムを置き換えようとするもの
「会社で使っている業務システムを、練習として作り直してみよう」という発想も、最初の練習台としてはリスクが高くなります。既存のシステムには、見えていない要件や過去の経緯が積み重なっていることが多く、練習段階でその複雑さに直面すると、想定以上に手間がかかってしまいます。
さらに、練習で作ったものをそのまま既存業務に接続しようとすると、動作の不備が実際の業務に影響してしまうリスクもあります。練習段階では、あくまで自分だけが使う独立した環境で試すことを徹底し、既存のシステムや業務フローとは接続しない状態で進めるのが安全です。
練習台のサイズ感をどう決めるか
「シンプルな題材」といっても、どこまでの機能を含めるべきか迷うことがあります。ここでは、練習台のサイズ感を決める際の考え方を示します。
まず、練習台の機能を書き出す際は、「絶対にこれだけは動かしたい」という核となる1つの機能だけをまず特定してください。例えば「メモ・タスク管理ツール」であれば、「入力したメモが一覧に追加される」という機能だけがまず核になります。検索機能、カテゴリ分け、締め切り管理といった追加機能は、この核となる機能が動いた後に検討する範囲です。
多くの人が練習台選びで失敗するのは、最初から「あったら便利そうな機能」を全部含めようとしてしまうことです。練習の初期段階では、機能を削りすぎるくらいがちょうどよいバランスです。1つの機能が完全に動く状態を確認できたら、そこから機能を1つずつ追加していく、という進め方のほうが、途中で行き詰まりにくくなります。
やりがちな失敗パターン
サイズ感を誤ると、次のような失敗につながりやすくなります。あらかじめ知っておくことで、同じ失敗を避けやすくなります。
- 最初から「ログイン機能」を含めてしまう：自分一人しか使わない練習台であれば、ログイン機能はそもそも不要です。ログイン・ユーザー管理は個人情報の管理にもつながる領域で、機能としての難易度も一段上がるため、練習の初期段階では省略してよい部分です。
- 「あとで使う人が増えたら困るから」と、最初から複数人対応の設計にしてしまう：これも本末転倒です。まず自分一人が使えるものを完成させることが目的であり、複数人対応が必要になった時点で改めて設計を見直せばよいと考えてください。
- 見た目の細かい調整（配色、フォント、アイコン）に早い段階で時間を使ってしまう：核となる機能が動く前に見た目を整えようとすると、動作確認のたびに見た目の変更点まで気になってしまい、本来の確認作業に集中できなくなります。
- 「せっかくだから」といって、当初は考えていなかった機能を思いつくたびに追加してしまう：思いついた機能はメモに残しておき、核となる機能が動いてから改めて優先順位をつけて追加するようにしましょう。
練習台を選ぶ前のチェックリスト
題材を決める前に、次の項目を確認しておくと、選び方で大きく外すことを避けられます。
- [ ] 誰かに一文で説明したときに、機能の説明が「〇〇すると△△になる」で言い切れるか
- [ ] 自分が実際に使う（使いたいと思う）題材か
- [ ] 決済機能を含んでいないか
- [ ] 自分以外の人の個人情報を保存する必要がないか
- [ ] 既存の業務システムや、他人が使っているシステムを置き換えようとしていないか
- [ ] 核となる機能を1つだけ挙げられるか（2つ以上あるなら、まだ絞り込みが必要）
- [ ] 見た目のデザインに強いこだわりを持っていない題材か
この7項目のうち、いずれか1つでも「いいえ」がある場合は、題材をもう少しシンプルな方向に調整することをおすすめします。特に決済・個人情報・既存システムの3項目は、練習の初期段階では原則として避けるべき領域だと考えてください。
練習台の完成後にすること
練習台が動くようになったら、そこで終わりにせず、少し振り返りの時間を取ることをおすすめします。具体的には、次の3点を振り返ってみてください。
- どの部分でAIとのやり取りに時間がかかったか（次の練習・本命の開発で同じ壁に当たる可能性が高い部分です）
- AIの提案をそのまま受け入れた部分と、自分で修正を加えた部分はどこか（自分がどこまで理解して進められたかの目安になります）
- 練習台を実際に使ってみて、直したいと思った点はあるか（次の練習台や、本命のアイデアに活かせる気づきです）
この振り返りを重ねることで、次に本命のアイデアに取り組む際、どのあたりで時間がかかりそうか、どこを重点的にAIに確認しながら進めるべきかの見通しが立てやすくなります。
具体的な練習台の例
練習台として実際に候補になりそうな題材を、いくつか挙げます。
- メモ・タスク管理ツール：入力した内容を一覧で表示する、シンプルな構造の練習に向いています
- 簡単な計算ツール：割引計算、税込み価格の計算など、入力と計算結果の関係がはっきりしています
- 記録・ログ管理ツール：毎日の何かを記録し、一覧やグラフで振り返れるようにするものです
- 簡単な診断・チェックツール：いくつかの質問に答えると、結果が表示されるという形式です
これらはいずれも、機能として複雑になりすぎず、かつ実際に自分で使ってみる楽しさもある題材です。
もう少し具体的なイメージを持てるように、それぞれの発展例も挙げておきます。メモ・タスク管理ツールであれば、最初は「入力して一覧に追加されるだけ」の状態から、慣れてきたら「完了したタスクにチェックをつける」「タスクを日付順に並び替える」といった機能を1つずつ足していけます。記録・ログ管理ツールであれば、「今日の気分を1〜5の数字で記録する」だけの単純な形から始め、慣れてきたら折れ線グラフで振り返れるようにする、といった順番が無理のない進め方です。診断・チェックツールも同様に、最初は質問3問程度のごく短いものにして、回答パターンに応じた結果表示という核の部分がきちんと動くことを確認してから、質問数を増やしたり結果のパターンを増やしたりするとよいでしょう。
練習にかける期間の目安
練習台を選んだら、次に気になるのは「どれくらいの期間で完成させるべきか」という点です。目安として、シンプルな練習台であれば、1〜2週間程度で「動く」状態まで到達できることが多いです。
ただし、この期間はあくまで目安であり、本業を持ちながら取り組む場合や、AIとの対話に初めて触れる場合は、もっと時間がかかることも珍しくありません。期間そのものにこだわりすぎず、「今週はここまで進める」という小さな目標を都度決めながら進めるほうが、無理なく続けられます。
大きな予算をかけずに、まず低コストで試してみたいという場合は、無料のツールの範囲内で完結できる練習台を選ぶことを特に意識してください。決済や個人情報を含まないシンプルな題材であれば、多くのツールで無料枠のまま最後まで進められることが一般的です。
練習台を「育てる」という発想
最初は単純な練習台として作ったものでも、使ってみるうちに「こういう機能も欲しい」と感じることがあります。その場合は、練習台として作ったものに、少しずつ機能を追加していく発想もおすすめです。
ゼロから新しい練習台を何度も作り直すよりも、1つの練習台を継続的に育てていくほうが、それまでに作った部分の理解が深まり、AIとの対話にもさらに慣れていきます。練習台が思いのほか便利になり、結果的に「本命のアイデア」に近い存在に育つこともあります。
一方で、「育てる」ことにこだわりすぎるのも避けたいポイントです。1つの練習台に固執して、そこに無理やり新しい機能を継ぎ足していくうち、当初の単純さが失われ、いつの間にか複雑な題材になってしまうこともあります。育てていく中で「これは思っていたより大掛かりになってきた」と感じたら、そこで一度立ち止まり、必要であれば新しい練習台に切り替えるという判断も持っておいてください。
練習台選びで迷ったときの考え方
どうしても決められない場合は、「今、自分が何かの作業をExcelやメモ帳で代用している場面」を思い出してみてください。多くの人は、日常のちょっとした管理作業を、専用のツールがないためにExcelや手書きのメモで済ませています。そうした「専用のツールがあれば便利だが、わざわざ作るほどでもないと思っていたもの」こそ、練習台として最適な題材になることが多いです。
専門知識を活かした練習台を作る場合
専門知識を活かしたサービス作りを目指している人であれば、練習台にも専門分野の要素を少しだけ取り入れることをおすすめします。まったく関係のない題材で練習するより、自分の専門知識の一部を反映した簡単なツールを作るほうが、練習と同時に「専門知識をどうツールに落とし込むか」の感覚もつかめます。
例えば、日々の相談業務でよく聞かれる質問と、それに対する回答をリスト化して表示するだけの、シンプルなツールから始めるのも一つの方法です。決済や個人情報を含まない範囲であれば、練習台としてのリスクの低さを保ちながら、本命のアイデアに近づく一歩として機能します。
士業や専門職の場合であれば、「業界特有の用語を入力すると、簡単な解説が表示される簡易辞書ツール」なども候補になります。飲食や物販に近い分野であれば、「よくある注文パターンを入力すると、必要な材料や数量が計算されるツール」のような、業務の一部を切り出した単純な計算ツールも向いています。いずれも、決済や顧客の個人情報には触れず、自分の知識や経験を扱う範囲に留めているのがポイントです。
練習台作りで気をつけたい心構え
最後に、練習台に取り組む際の心構えについて触れておきます。練習台はあくまで練習であり、完璧な仕上がりを目指す必要はありません。動けば十分という前提で進め、思ったように動かなかった部分があっても、そこで立ち止まりすぎないことが大切です。
また、練習台の出来を人と比較する必要もありません。SNS上では、他の人が作った洗練された試作を見る機会も多く、それと比べて「自分の練習台は見劣りする」と感じることがあるかもしれません。しかし、練習台の目的は完成度ではなく、AIとの対話に慣れることです。比較によって挫折してしまうより、まず自分のペースで小さな成功を積み重ねることを優先してください。
練習台選びのよくある失敗と、その回避策
これまで挙げてきた基準やパターンを踏まえたうえで、実際に練習台選びで起きがちな失敗の型を、もう少し具体的に整理しておきます。自分がこれから選ぼうとしている題材が、次のいずれかに当てはまっていないか確認してみてください。
失敗1：「みんなが使う便利なツール」を最初から目指してしまう
練習台の段階から「多くの人に使ってもらえるもの」を意識しすぎると、想定するユーザー層の幅が広がり、必要な機能や配慮すべき点が一気に増えてしまいます。まずは「自分一人が使えれば十分」という範囲に絞り、後から必要になった段階で対象を広げるほうが、練習としても本命の準備としても効率的です。
失敗2：既存の有名サービスの完全な代替を目指してしまう
「〇〇（有名なサービス名）のようなものを作りたい」という発想自体は悪くありませんが、練習台としてそのまま採用すると、有名サービスが積み重ねてきた機能の多さに引きずられ、練習の範囲を大きく超えてしまいます。有名サービスの機能のうち、自分が本当に欲しい機能はどの1つか、を先に特定し、その1つだけを練習台として切り出すようにしてください。
失敗3：練習台の題材を頻繁に変えてしまう
「これも面白そうだ」「あれも試してみたい」と、途中で題材を何度も変えてしまうと、いずれの題材についても核となる機能が完成しないまま終わってしまいます。新しいアイデアが浮かんだときは、まずメモに残しておき、今取り組んでいる練習台の核となる機能が動くまでは、そちらに集中することをおすすめします。
失敗4：練習台なのに、初日から本番運用を想定した設計にしてしまう
「将来的に多くの人に使われるかもしれないから」という理由で、データベースの構成やアクセス権限の設計を最初から本格的に組んでしまうケースも見られます。練習段階では、まず動くことを確認するのが目的であり、本番運用に必要な設計は、実際に必要になった時点で改めて検討すれば十分です。
練習台選びを終えた後の進め方の全体像
練習台が決まったら、次に行うことをおおまかな流れとして整理しておきます。
- 核となる機能を1つに絞り、それだけをAIに伝えて作ってもらう：この段階では見た目や追加機能の要望は伝えず、動作の核心部分だけに集中します。
- 動いたら実際に自分で使ってみる：想定していた通りに動くか、実際の使用感を確かめます。
- 気になった点・追加したい機能をメモに残す：この時点ではまだ手を加えず、まずリストアップだけを行います。
- メモの中から、次に追加する機能を1つだけ選んで実装する：一度に複数の機能を追加しようとせず、1つずつ確実に動作確認をしながら進めます。
- 一定の機能が揃ったところで、振り返りの時間を取る：前述の3つの振り返りの視点（AIとのやり取りで時間がかかった部分、AIの提案をそのまま受け入れた部分、直したいと思った点）を確認します。
この流れを踏まえておくと、「練習台を選ぶ」という最初の一歩から、「実際に手を動かして形にしていく」という次の段階へ、迷いなく移っていくことができます。題材選びに時間をかけすぎるよりも、この記事で挙げた基準を満たす題材が見つかった時点で、早めに手を動かし始めることをおすすめします。
なお、この記事で紹介した基準やチェックリストは、あくまで最初の一歩を迷わず踏み出すための目安です。実際に手を動かしていくと、自分なりの選び方の感覚が身についていき、次第にチェックリストを見返さなくても、直感的に「これは練習台に向いていそうだ」「これは少し複雑すぎるかもしれない」と判断できるようになります。最初の1つ、2つの練習台を選ぶ段階でこの記事の基準を意識して使ってみて、その後は自分の経験に基づいて柔軟に調整していくのがよいでしょう。練習台選びも含めた検証期全体の進め方は、アイデアを「動くもの」にする。検証期のAI試作と費用の全体像でも整理しています。
この記事の次に読みたい記事
練習台が決まったら、実際に手を動かす段階です。あわせて次の記事も参考にしてください。
