AIでSaaSを立ち上げる：非エンジニア創業者のためのキックオフガイド

2026年、コードを書けない創業者でも、Claude、Cursor、Lovable、Bolt、v0を使えば週末で動くSaaSを世に出せます。これは本当のことです。同時にもう一つ本当のことがあります——その種の「週末SaaS」の9割は、有料顧客10人にたどり着く前に静かに消えていきます。コードが悪いからではありません。コードの周りにあるべき「プロジェクト」が、最初から組まれていないからです。問題定義、ポジショニング、ブランド、ファネル、本番運用への引き渡し——AIは、これらをあなたの代わりにはやってくれません。

この記事は、AIが代わりにやってくれない部分のキックオフ・プレイブックです。アイデアの絞り込み方、「AIデフォルト」に見えないブランドの立て方、実際にコンバージョンするUXの設計、そして本物のGTMへの接続——どれも、プロンプトを書き始める前にやるべきことです。コードを書けない・AIで作る・このプロジェクトを一回でちゃんと立ち上げたい、そんな創業者向けに書いています。

この記事の対象： Claude、Cursor、Lovable、Bolt、v0でSaaS／ダッシュボード／業務向けWebサービスを立ち上げる、非エンジニアの初回創業者。アイデア段階〜最初の100ユーザーまで。キックオフ予算：自分の時間 ＋ 0〜100万円程度の小さなパートナースペンド。ローンチまでの想定期間：6〜14週間。

キーポイント

• AIが解いたのはコードの問題で、プロダクトの問題ではない。 ClaudeはStripe連携を20分で書きますが、料金を¥3,000にすべきか¥30,000にすべきか、誰が払うのかは教えてくれません。創業者の失敗の大半は、AIが助けてくれない側で起きます。
• 「Vibeコーディング」型SaaSの大半は「ありふれて見える」で死ぬ。 デフォルトのTailwindパレット、デフォルトのLPコピー、デフォルトの導線——「ありふれている」は「AI製に見える」と同義で、「AI製に見える」は「信用されない」と同義です。差別化はもう贅沢ではなく、最低条件です。
• 最初の2週間はビルドしない。 顧客インタビュー、ポジショニング、ネーミング、1ページのブリーフ。ここを飛ばした創業者は、90日以内にプロダクト全体を書き直しています。コストはきちんとやる場合の3〜5倍に膨らみます。
• ブランディングは、AIが代わりにやってくれない領域で最もレバレッジが高い。 名前、声、ビジュアル、信頼シグナル——これらは全画面・全キャンペーンに複利で効きます。ユーザー1,000人時点でのリブランドは、実費300万〜1,000万円＋一時的なリテンション低下を伴います。
• GTMはローンチイベントではなく、プロダクト仕様の一部。 価格、ICP、チャネル、LP→アクティブユーザーまでの導線——すべてコードの前に存在している必要があります。「マーケは後でやる」は、初期SaaSで最も高くつく一言です。
• エンジニアリングのリアリティチェックは短いが、省けない。 認証、データモデル、決済、セキュリティ、コンプライアンス、可観測性は、AIプロンプト単独では正しく決まりません。実ユーザー・実マネー・実データのいずれかが入る瞬間に、人間のレビューパスが必要になります。
• パートナーを入れるタイミングを見極めるのが創業者の腕。 プロトタイプ、社内ツール、シンプルなCRUDダッシュボードのv1なら、AI単独で充分です。ブランド勝負のSaaS、規制データ、顧客の信頼に依存するプロダクトなら、AIで作り続けつつ、ブランディングとエンジニアリングのオーバーサイトを入れるハイブリッドが正解です。

1. 2026年、AIコーディングツールが変えたこと（と変えなかったこと）

プレイブックに入る前に、まずフェアな整理から。

1-1. 本当に10倍やりやすくなった部分

5年前、エンジニア共同創業者なしでSaaSのMVPを作るには、半年と「持っていない人脈」が必要でした。今は違います：

• 認証＋データベース＋数画面のCRUDダッシュボードは、ClaudeかCursorで週末1回のビルド
• 「10メートル離れて見れば成立しているLP」は、Lovable／v0／Boltで30分
• Stripe、Postmark、Resend、Supabase、Auth.jsの結線は、AIが自分でプロンプトを書いてデバッグまで完結
• 反復サイクルは日単位ではなく分単位。「コーヒーを淹れたとき思いついた」から「ユーザーがボタンをクリックしている」までが、コーヒーが冷める前に届きます

これは本物のシフトです。真面目に受け止めるべき変化です——非エンジニアの創業者一人が、かつてはシードラウンドが必要だった種類の実験を回せるようになったということです。

1-2. 変わらなかった部分

つまり、「コードの部分」以外のすべて：

• そもそも誰かが欲しがっているのか。AIツールはあなたの市場について何の意見も持っていません。誰も困っていない問題に対しても、楽しそうに美しいプロダクトを出力します。
• いくらで、誰に売るのか。価格はポジショニングの結論です。機能リストから逆算では出ません。
• 「自分のSaaS」に見える要素。デフォルトが収斂しつつあります——同じshadcn/uiの空気感、同じグラデーションヒーロー、同じ「AIで作りました」感。
• 「LPに着地した人」から「課金してアクティブになったユーザー」までの道筋。これはファネルでありストーリーでありシーケンスで、ホームページではありません。
• 実ユーザーと実マネーが入った後に起きること。エッジケース、悪用、コンプライアンス、サポート、可観測性。AIはハッピーパスを書きます。アンハッピーパスはあなたの責任範囲です。

創業者の「仕事の形」は変わりました。創業者の「仕事の本質」は変わっていません。

AI型ウェブビルダーとカスタムデザインのより広い比較は、AIウェブサイトとカスタムデザインの比較を参照してください。

2. 柱その1：コンセプト＆スコーピング（プロンプトを書く前にやること）

AI製SaaSで最もよく見る失敗パターン：スコープを決める前にプロンプトを書く。モデルは何でも喜んで作ります。それが落とし穴です。

2-1. プロンプトの前に、顧客インタビュー

最初の1週間で、ローテクで最高レバレッジな打ち手は、8〜12件の30分ヒアリング——あなたが解こうとしている問題を実際に抱えている人と話すことです。

聞き出すべきこと：

• 痛みを表現するときの実際の言葉（その言葉が、後でそのままLPに載ります）
• 今その問題にどう対処しているか（実際の競合は別のSaaSではなく、スプレッドシート・アルバイト・「我慢」であることがほとんど）
• いくら損しているか（金額・時間・リスク）
• お金を払ってでも解決したいか、いくらまでなら払うか

12件話して明確なパターンが見えないなら、プロンプトはまだ書かないでください。問題がまだ十分に鋭く定義されておらず、AIだろうが人間だろうが、そのままでは解けません。

2-2. MVPは「作らないもの」で定義する

機能のあるMVPは、野心ではなく排除で形が決まります。2カラムで書き出してください：

右カラムを壁に貼っておくことが、「永遠にビルドしている」を「6週間でリリース」に変えます。右カラムに1つ追加するごとに、1週間と1,000本のプロンプトが浮きます。

2-3. リワーク80%を防ぐ「1ページのブリーフ」

Cursorを開く前に、1ページ書いてください。5ページじゃなく、1ページです。

プロダクト
[1文の説明。1文で書けないなら、まだ定義できていない]

誰が
[具体的な役職、規模感、ピンポイントのモーメント。
「コンテンツROIの説明を急に求められたB2B SaaS従業員50〜200名のマーケ担当」が
「成長したい中小企業」より勝つ]

問題
[ヒアリングで集めた、彼らの言葉での痛み]

なぜ今
[今月そのことを気にしていて、去年はそうじゃなかった、その変化]

コアループ
[ユーザーが価値を感じる、たった1つのアクション。
1文で書けないなら、プロダクトが大きすぎる]

勝利条件
[v1が成功したと言える数字。「ユーザー数」ではダメ。
例：ローンチから12週間以内に月¥5,000×50社]

スコープ外
[v1で絶対作らないもの。長く列挙する]

このページは、すべてのAIプロンプトのシステムコンテキストとして貼り付ける用です。そして、自分が自分に出す機能追加リクエストに「YES」と言う前に毎回読み返す用です。

2-4. 「やめる基準」を、始める前に書く

始める前に、「これが起きたらやめる」を決めておく。これを書かない創業者は、1年後に「もうちょっとで動きそう」の沼に沈みます。妥当な基準セット：

• 第4週末： 12件のヒアリングで「ベータ使ってみたい」が5件未満なら、問題が鋭くない——リスコープ。
• 第8週末： モデレートデモで10人をコアループに通せないなら、UXが間違っている——有料トラフィックを当てる前に直す。
• 第12週末： ローンチして30日経って有料顧客ゼロなら、プロダクトかGTMのどちらかが壊れている——一旦停止して原因分析。

これらを第0週に書いておくことが、6ヶ月後の自分を、6ヶ月後の自分自身から守ります。

スタートアップが初めて制作会社と仕事を始めるときのスコーピングと比較したい場合は、制作会社の選び方チェックリストが役立ちます。

3. 柱その2：ブランディングの土台（AIが代わりにやってくれない、最大レバレッジ領域）

ここが、ほとんどの創業者が飛ばし、後で代金を払う章です。ブランディングは、完成したプロダクトに塗る「塗装」ではありません。プロダクトが上で動く「OS」です。

3-1. なぜ「AIデフォルト」が本物の問題なのか

2026年、AI製SaaSにはビジュアルにも言語にも、はっきりしたサインがあります：

• 同じパレット（zinc、slate、アクセント1色）
• 同じグラデーションヒーロー、中央寄せの見出し、CTA1つ
• 同じ「あなたの[動詞]を[嫌なこと]なく[名詞]します」構文
• 同じInter／Geistフォント
• 同じローディングスケルトン、同じトースト、同じshadcn/uiコンポーネント、同じダッシュボードレイアウト

個別に見ると、どれにも問題はありません。問題は、これらがデフォルトになり、複利的にカテゴリ全体の似たもの感を生んでいることです。そしてそれが、正しく「AI製」と認識されています。toCや消費者向けでは致命傷です——信頼はビジュアル信号で崩壊します。toBでは致命的ではありませんが、コストは確実に上がります——どの商談も、買い手が頭の中で「今四半期に見た他の40個のSaaS」とあなたをまとめる作業から始まるからです。

3-2. ビジュアルの前に、ポジショニング

直し方は「デザイナーを雇ってボタンをかっこよくする」ではありません。デザインの上流——ポジショニングです。

使えるポジショニング1文は、4つのパーツで構成されます：

**[具体的な買い手]が[具体的な、痛みを感じる瞬間]にあるとき、[プロダクト名]は、[ユニークな仕組み]で[カテゴリ]を提供する——[一番ありそうな代替]が[失敗するポイント]**で躓くのに対して。

架空のコンテンツオペレーションSaaSの例：

社内にライターを抱えずコンテンツ施策を回しているB2Bマーケ担当が、ブリーフ・ドラフト・レビューをドキュメントとSlackで継ぎ接ぎして週8時間以上溶かしているとき、「Brieffly」は、ブリーフ→ドラフト→レビューを1ドキュメントに統合し、全員のコメントを一箇所に集めることで、コンテンツオペレーションハブを提供する——NotionやGoogle Docsが、サイクルごとにワークフローがまたツール間に散らばってしまうのに対して。

この1文を正直に書けて、ヒアリングと一致するなら、ポジショニングはあります。書けないなら、どんなビジュアルアイデンティティ投資も救えません。「後でリブランドしたい」プロジェクトのほとんどは、実はポジショニング救出案件です。ビジュアルは最初から問題ではありませんでした。

3-3. ネーミング、ボイス、アイデンティティ——80/20の取り方

v1で¥400万円のアイデンティティシステムは不要です。ただし、曖昧にしてはいけない3要素があります：

• 名前——5年以上経っても恥ずかしくないもの。テスト：電話越しでスペルを伝えられるか？.com（または防衛可能な代替）が取れるか？既存ブランドと検索で衝突しないか？動詞っぽく聞こえるか、モノっぽく聞こえるか（SaaSは動詞型が勝ちやすい）。
• ボイス——「ブランドの声」ではなく、特定の人間の声に聞こえること。プロダクトに喋らせたい1人の人物を選ぶ。「時間を尊重してくれる友人からのSlackメッセージ」は良いデフォルト。UI作業の前に、その声で書いたマイクロコピーを10本書いて、それを使い回す。
• ビジュアルの最低限——気に入れるワードマーク、メイン1色＋アクセント1色＋ニュートラル、書体ペア（ディスプレイ1、本文1）、スペーシング4〜8段。60ページのブランドブックは要りません。1人の人間が頭に入れて一貫適用できる量を作ってください。

v1でこの3つのどれかを飛ばすと、後で直すコストが何倍にも膨らみます。1,000ユーザー時点でのリブランドは、実費300万〜1,000万円＋移行期に測定可能なリテンション低下を伴います。第2週で意図的に軽くやれば、コストは¥0と1週間の判断だけです。

3-4. 「ちゃんとブランディングするのは後で」の本当のコスト

「後で」が実際にいくらになるかの正直な算出表：

複利で見ると、第2週の30万円のブランド基盤投資が、18ヶ月後の500万円のリブランドを防ぐ計算になります。多くの創業者は、この計算を逆向きにやっています。

ブランディングが長期的にサイト経済に与える影響については、シリーズAサイトリニューアルのNPVフレームワークに深掘りがあります。

4. 柱その3：デザイン、UX、GTM

デザインとGTMは同じプロジェクトです。これを別物として扱うことが、AI製SaaSが「磨かれたプロダクト＋ゼロユーザー」でローンチしてしまう理由です。

4-1. AIが80%正解する画面と、リテンションを決める20%

AIは「それっぽいSaaS画面」を生成するのは本当に得意です。一方で、画面に映らない部分は——今のところ——苦手です：

• 初回体験（First-run）。サインアップ後の最初の5分が、その人がもう一度戻ってくるかを決めます。AIは「空のダッシュボードに着地させる」をデフォルトにしがちです。これは、複雑性のあるプロダクトでは最悪の初回体験です。
• エンプティステート。新規アカウントはデータがありません。エンプティステートこそが、第1週のユーザーにとっての本当のホームページです。AIは飛ばしがちです——後付けではなく、設計対象として扱ってください。
• エラー＆リカバリー。決済失敗、API障害、アップロード中断のフロー。AIはハッピーパスをリリースします。アンハッピーパスは、ユーザーが静かに離脱する場所です。
• 「アハ・モーメント」のシーケンス。「あ、これ便利」と言う、たった1つのアクションは何か？最初の5分でそこに着地するように設計する。アハ・モーメントが4ステップのセットアップの後ろにあるなら、サインアップの半分はそれを見ません。

この4つを、LPと同じ重みのデザイン対象として扱ってください。LPより価値があります。

4-2. 信頼シグナルが、これまで以上に重く効く

AIデフォルトのプロダクトはデフォルトで「信頼しにくく見える」ので、明示的な信頼シグナルは2026年、これまでのどの時代より重く効きます。安価で高レバレッジな信頼シグナルの短いリスト：

• 実名顧客のロゴ、実名、実写真。実名＋顔写真の証言1つは、匿名のクオート10個を上回ります。
• 創業者ページに、実写真、実バイオ、実LinkedInリンク。誰が作っているかを隠す「会社概要」は今、ニュートラルな選択ではなくレッドフラグです。
• 直近30日以内に更新されているチェンジログ。古いチェンジログは「更新ゼロ」より「放棄プロダクト」感を強く出します。
• 実在する、検索できる、自動生成に見えないドキュメント。自動生成丸出しのドキュメントは「書く気がなかった」と伝わります。
• 何か「落ちると困るもの」を扱うならステータスページ。無料オプションはあります——無いことが「稼働率を真剣に扱っていない」のシグナルになります。
• toB向けなら、可視のセキュリティ姿勢。SOC 2取得中はOK。「セキュリティを重視しています」だけで具体ゼロはNG。

これらは装飾ではなく意思決定です。AIは代わりに決めてくれません。

4-3. 価格はプロダクトの一部

実用的な価格キックオフ：

• ローンチ時はプラン1本。 明らかにセルフサーブとチーム向けの線引きがあるなら2本。3本は、ほぼ確実に時期尚早です。
• コストではなく、知覚価値でアンカリング。 顧客がこれで月いくら（時間／金銭／リスク）を節約するか？その10〜20%を取る。
• 「最安」を目指さない。 「誰も文句を言わない安さ」は「誰も大事に扱ってくれない安さ」でもあります。安すぎるはB2B SaaSで最も多い間違いです。
• 有料50社が出るまでフリープランは作らない。 フリーは流通の意思決定で、プロダクトの意思決定ではなく、初期は何（ポジショニング、サポート、解約分析）も難しくします。

4-4. ローンチは1日のイベントではなく、シーケンス

AI製SaaSの実用的な4週間ローンチシーケンス：

このリストに載っていないものに注目してください：1日目の有料広告、マーケ担当の採用、アフィリエイトプログラム。これらはスケール期のツールであり、ローンチのツールではありません。

4-5. アナリティクスは1日目から（「後で」ではなく）

ローンチ前に計装すべき3つの数字：

• アクティベーション率：サインアップから7日以内にアハ・モーメントに到達した割合
• 第2週リテンション：アクティベートしたユーザーのうち、第2週もコアアクションを行った割合
• 有料化率：アクティベートしたユーザーのうち、30日以内に有料転換した割合

PostHog、Plausible、Fathom、Google Sheetでも構いません——ツールは何でも良いです。重要なのは、ローンチから30日目にパニックなしでこの3つに答えられること。計装なしでローンチした創業者は、第2ヶ月を「何が起きたか発掘」モードで過ごします。

SaaSファネルの計装については、カスタムWebアプリのコストガイドも参考になります。

5. エンジニアリングのリアリティチェック（短いが、省けない）

このガイドの深掘り柱として「エンジニアリング」を選ばなかったのは、非エンジニア創業者にとっては正しい判断です。ただし、AIプロンプト単独では正しく決まらないエンジニアリング判断の小さなセットがあります。ここを飛ばすと、AI製SaaSは第3ヶ月あたりで静かに壊れます。

5-1. AI単独で問題ない範囲

典型的なCRUD型SaaSで、ユーザー1,000人未満なら：

• スキーマ、マイグレーション、基本CRUD、REST／RPCエンドポイント
• Auth.js、Supabase Auth、Clerkなどでの認証実装
• Stripe基本連携（1プロダクト、1プラン、Webhook）
• トランザクションメール、ファイルアップロード、軽いバックグラウンドジョブ
• フロントエンドのコンポーネント、フォーム、ダッシュボード、グラフ、テーブルUI

ユーザー1,000未満で規制データを扱わないなら、上記すべてAI単独で通常はOKです。

5-2. 本番に残す前に、人間のレビューが要るもの

本番に残す前に、実エンジニアが目を通すべき項目の短いリスト：

• 認証境界。すべての保護されたルートで、認可（authorization）が1箇所で確実に強制されているか？それともハンドラ各所に散らばっていて、1つの抜けがデータ漏洩になる構造か？
• 後で泣くデータモデル決定。論理削除vs物理削除、マルチテナンシー戦略、監査ログ、タイムスタンプ。キックオフ時の30秒判断が、スケール時の3ヶ月マイグレーションになります。
• 決済エッジケース。返金、チャージバック、リトライ、サブスクのダウングレード、更新失敗、消費税。AIはハッピーパスのStripe実装を書きます。本番ハードニングは別エンゲージメントです。
• セキュリティ基礎。レート制限、CSRF、信頼境界での入力バリデーション、シークレット管理、AIが書いた生SQLのインジェクション。どれも特殊技術ではなく、Vibeコーディングで抜けやすいだけです。
• コンプライアンス（該当する場合）。EU／カリフォルニア顧客がいるならGDPR／CCPA、ヘルスケアならHIPAA、上位中堅以上に売るならSOC 2。日本国内顧客なら個人情報保護法（特に2022年改正後の越境提供、漏洩報告義務）。AIはあなたのデータ分類を知りません。
• 可観測性。エラー、ログ、アラート、オンコール。AIはコードをリリースしますが、運用リアリティを引き渡すのはあなたです。
• 適格請求書（インボイス）対応と消費税。日本国内toBで請求書発行事業者として登録するなら、Stripeの初期実装に追加対応が必要です。

正直なルール：実ユーザー・実マネー・実データのいずれかが入る瞬間に、エンジニアリングの1パスレビューは省略不可。 通常3〜10日のエンゲージメントで、最初に何かを発見した瞬間に回収完了します。

5-3. AI製コードをそのまま本番に出して大丈夫なケース

• 自分しか使わない社内ツール
• ログイン不要のマーケサイト
• 顧客インタビュー用のプロトタイプ
• 全フローを自分で触り尽くし、ユーザー数が50未満の有料プロダクトのv1

それ以外は、レビューを入れる。

6. 10ステップ・キックオフチェックリスト

プロンプトを1本でも書く前に、これを通してください。

1. 1文で説明できる問題を選ぶ。 1文を超えるなら、まだ鋭くない。
2. 8〜12件の顧客インタビューを実施。 友人ではなく、SNSアンケートでもなく、本物の30分通話。
3. 1ページのブリーフを書く。 プロダクト／誰／問題／なぜ今／コアループ／勝利条件／スコープ外。
4. やめる基準を決める。 具体的、日付つき、測定可能。第4週、第8週、第12週。
5. ポジショニング1文を書く。 買い手／瞬間／カテゴリ／仕組み／代替との差分。
6. 名前と声を決める。 5年持つもの。スペル、検索、ドメイン、響き、すべてテスト。
7. ビジュアル最低限を作る。 ワードマーク、2色パレット、書体ペア、スペーシング。1ページで充分。
8. コア導線を紙でマッピング。 初回体験、アハ・モーメント、エンプティ、エラー。プロンプト前に。
9. GTMを下書き。 実名100人リスト、2〜3ローンチチャネル、コンテンツ資産1本。
10. どこで人間の手が要るか決める。 アイデンティティ、コピー、本番引き渡し時のエンジニアレビュー。第0週に予算と日程を書く——第3ヶ月になってからではなく。

ステップ1〜10は、創業者時間で2〜3週間、現金支出ほぼゼロです。AI製SaaSで最も高くつく失敗カテゴリ——「間違ったものを美しく作ってしまう」——を防ぎます。

7. AI単独でやり切るvsパートナーを入れる：判断マトリックス

多くのプレイブックが省く部分です。実際に創業者と話すときに使っているフレーム：

DIYは恥ずかしくありません。同時に、DIYは美徳でもありません——形に応じた戦術選択です。創業者の腕は、自分がどの形にいるかを、リブランドの請求書が届く前に理解できることです。

WebデザインとエンジニアリングパートナーをDIYと比較する深い基準は、Web制作会社の選び方ガイドと受賞歴のあるWebサイトデザインガイドを参照してください。

8. Utsuboについて

UtsuboはクリエイティブWebスタジオです。SaaS、ダッシュボード、Webサービスをローンチする創業者と仕事をしています。最近は、主にAIツールで作っていて、重要な部分だけブランディングとエンジニアリングのオーバーサイトを入れたいチームからの相談が増えています。

エンゲージメントの形は主に3パターン：ブランディング基盤スプリント（ネーミング、アイデンティティ、ボイス——2〜4週間）、本番エンジニアリングレビュー（認証、データ、決済、セキュリティ——1〜3週間）、もしくは「AIで速度を保ちつつ、間違いが高くつく部分にシニアチームを置きたい」創業者向けの、デザイン＋エンジニアリングのフルパートナーシップ。

AI単独が正解のプロジェクトには「私たちは要りません」と伝えます。必要ないなら、率直にそう言います。

9. ご相談

Claude、Cursor、Lovableでサービスを作っていて、ブランドや本番エンジニアリングの土台にもう一人の目を入れたいタイミングですか？

ご相談時にお伺いしたいこと：

• 現在地（アイデア／プロトタイプ／有料ユーザーあり）
• 最初に手を入れたい柱（コンセプト、ブランド、デザイン、エンジニアリング）
• 私たちが適任か——違うなら、誰が適任か

プロジェクトのご相談はこちら

メールがお好みの方： contact@utsubo.co

10. FAQ

非エンジニアの創業者が、本当にClaudeやCursorで2026年にSaaSを立ち上げられますか？ はい。1,000ユーザー未満の典型的なCRUD型SaaSなら、コードの部分は実用的に解けています。難しいのはコードの周辺——本物の問題スコーピング、ポジショニング、ブランド、UX導線、価格、GTM、本番引き渡し時のエンジニアリングレビュー。AIは「コードのコスト」を変えました。「人が払うプロダクトを作るコスト」は変えていません。

ビルドに入る前のキックオフ期間はどれくらい必要ですか？ プロンプト着手前に、創業者時間で2〜3週間を10ステップチェックリストに使ってください。8〜12件のインタビュー、1ページのブリーフ、ポジショニング、ネーミング、ビジュアル最低限、コア導線の紙設計、GTMの下書き。ここを飛ばした創業者は、90日以内にプロダクト全体を書き直し、合計時間で3〜5倍払うことになります。

AI製SaaSのブランディングはいくらかかりますか？ 実用的なv1ブランド基盤（名前、ワードマーク、2色パレット、書体ペア、ボイスガイド、マイクロコピー10本）は、創業者主導＋軽いパートナー支援で¥0〜50万円、小規模スタジオに依頼するなら50〜250万円が目安です。これを飛ばして1,000ユーザー時点でリブランドすると、実費300万〜1,000万円＋移行期のリテンション低下が発生します。

AIが書いたコードを、いつ実エンジニアにレビューしてもらうべきですか？ 実ユーザー・実マネー・実データがシステムに入る前です。社内ツールやプロトタイプはAI単独で問題ありません。ユーザー50未満で規制データなしの有料SaaSなら、広めのローンチ直前までレビューを延期しても通常は問題ありません。それを超えるなら、3〜10日の1パスレビューは省略不可——認証境界、データモデル、決済、セキュリティ基礎、コンプライアンス、可観測性。

AI製SaaSの現実的なローンチタイムラインは？ 集中したv1なら、キックオフから6〜14週間が標準です。第1〜3週：スコーピング、ブランド、GTM準備。第4〜8週：コア導線のビルド。第9〜11週：磨き込み、計装、1パスレビュー。第12〜14週：2〜3チャネル横断の4週間ローンチシーケンス。6週未満は通常キックオフを省略しており、14週超は通常途中でスコープが膨らんでいます。

「Vibeコーディング型」SaaSが失敗する最大の理由は？ 「ありふれている」。見た目も声もGTMも、他のAI製SaaSと同じ。コードは動く、プロダクトは見えない。2026年における差別化は贅沢ではなく最低条件です——ポジショニング、ブランド、本物のGTMが、プロダクトの本体であって、トッピングではありません。

UtsuboはAIで作り続けたい創業者と一緒に仕事できますか？ はい——これは増えているエンゲージメント形式です。私たちは通常、ブランディング、デザイン、本番エンジニアリングレビューのいずれかで入り、創業者がメインビルダーであり続ける構造を支援します。AI単独が正解のプロジェクトには関心がありません——間違いが高くつく「縁」にシニアパートナーが必要な領域に関心があります。