LabHub

ブログ

Micro-SaaSと一人ビジネス 2026 — 経済学、スタック、リアルケース精密分析

한국어English日本語

プロローグ — なぜ2026年にソロSaaSなのか

「一人ビジネス」という言葉はインターネットがあった時代ずっと漂っていた。1999年にも「一人で会社を回せる」と言う人はいた。2014年にPieter LevelsがNomad Listを作った時、初めてそれが本物のように聞こえた。2020年のコロナ後デジタルノマドブームで再び注目された。そして2026年、この言葉はついに統計的に正常化される。

理由はシンプルだ。一人で作れるものの天井が高くなりすぎた。 2024年でも一人がSaaSで6桁ARRを出すには、デザイン・フロント・バックエンド・インフラ・決済・カスタマーサポート・SEO・メールマーケティング・税務を全部手に握らなければならなかった。手が足りなくなれば人を採用するしかない。それが2025-2026の間に崩れた。

これがソロSaaSというカテゴリーを「変わり者一人の例外」から「統計的に再現可能なパターン」へ移す。Marie MartensのTallyは11人のチーム(完全ブートストラップ)で5M ARRを回している。 Damon ChenのTestimonial.toは1.3M ARRに達するまでソロだった。Pieter Levelsは250K USD/月のポートフォリオを従業員なしで運営している。これはもう運ではない。

だからといって全員が成功するわけではない。約90%は失敗する。 この記事ではその10%がどう生き残ったかと、90%がどこで死んだかを同時に見る。8つのケース、2026年の標準スタック、audience-first vs build-first論争、韓国メイカーシーン、そして実践チェックリストまで。

ソロSaaSはもう「孤独な天才」のゲームではない。検証されたプレイブック、標準スタック、豊富な失敗データが揃ったカテゴリだ。2026年の核心の問いは「可能か?」ではなく「正直になる準備ができたか?」だ。

この記事のMRR・ARRの数字はすべて公開資料に基づき、2026年4-5月時点のものだ。ソロファウンダービジネスは速く動くので、時点を一緒に覚えておいてほしい。


1章 · 2026年ソロSaaSの経済学

核心は単価ではなく非対称性だ。ソロSaaSは次の三つが同時に成立しないと機能しない。

1.1 コストカーブがほぼ平らだ

伝統的なスタートアップはARRが増えるにつれてコストも増えた。営業、マーケティング、CS、プロダクト、インフラが段階ごとに人を食い潰した。2026年のソロSaaSは違う。Cloudflare Workers · Vercel Edge · Supabase · Stripeのようなインフラは使用量課金で、ARRが10倍に増えてもインフラコストは2-3倍にしかならない。営業・CSは自動化・エージェント・セルフサーブ決済に置き換わる。核心は採用の決定を最後まで遅らせられる点だ。

Marie MartensがTallyを5M ARRまで11人で回せる理由、Damon ChenがTestimonial.toを400K ARRまでソロで回せた理由はここにある。

1.2 流通コストが時間に置き換わった

伝統的SaaSの流通はお金だった。Facebook広告、Google広告、コンテンツマーケター採用、カンファレンスブース。2026年のソロSaaSは時間で流通する。Xでビルドインパブリック、Beehiivニュースレター、YouTubeデモ、Indie Hackers・Disquietのようなコミュニティ。お金がなくても1年の時間があればオーディエンスを作れる。

罠も同居している。時間は無限に投じても保証がない。Pieter Levelsは12個の製品を失敗した後Nomad Listが当たり、Damon Chenは2つの製品を殺した後Testimonialが当たった。80%の失敗率を受け入れて始める必要がある。

1.3 一人の決定速度が武器だ

大企業が四半期会議で決定することを、一人ファウンダーは2時間で決める。値上げするか? 機能を切るか? この市場を去るか? ソロファウンダーの本当の優位は速度でありコストではない。2026年のAIツールがコード・デザイン・コピーライティングの摩擦をさらに減らし、この優位は爆発した。

ソロSaaSの数学的優位はこうだ。分子(売上)は普通のSaaSと同じ、分母(人件費)は1だ。一人の年収が200K USDの市場で1M ARRは平凡なビジネスだが、80%マージンの一人ビジネスだ。


2章 · ケーススタディ1 — Pieter Levels、ソロSaaSの正典(Canon)

このカテゴリの正典。Pieter Levelsがいなかったらこの記事の他のすべてのケースは存在しなかった。2014年にNomad Listを作り、その後12年間で無数の製品を作っては殺してきた。

2026年5月時点の公開数値

従業員: 0人。場所: どこでも。ソロファウンダー12年目。

2.1 スタックの正直な姿

興味深いのは、Pieterのスタックが2026年基準では「古臭い」ことだ。彼はPHP + jQuery + 単一のVPS + SQLiteを使う。Cursor・Claude Codeも使うが、インフラはほぼそのままだ。彼がXでよく言うのは: 「新技術は新しいバグを作る。俺は5年間同じバグだけ見ている。」

これは何を意味するか。ソロSaaSのスタック選択で最優先基準は「あなたが深く知っているか」だ。 PieterはPHPをあまりに知っているので、新フレームワークに乗り換える理由がない。新しく始めるソロファウンダーは自分が最速のスタックを選ぶべきで、Twitterトレンドを追ってはいけない。

2.2 流通 — 12年間Xでビルドインパブリック

Pieterの本当の武器はコードではなくXアカウントだ。50万人以上のフォロワーが彼の作るすべての最初のオーディエンスだ。彼が毎年強調するのは「製品よりオーディエンスを先に作れ」だ。

罠: これは12年かかる。PieterのXは2014年から毎日動いており、その累積が今の流通チャネルだ。新規ソロファウンダーが6ヶ月でPieterのようになろうとするのは非現実的だ。代わりに小さなオーディエンスから始めて積み上げる方が正直な道だ。

2.3 学ぶこと、真似ないこと

学ぶこと:

真似ないこと:


3章 · ケーススタディ2 — Andrey Azimov、「ハードコアイヤー」

Pieterの直接の影響を受けた第一世代。2018年、ウクライナ出身の開発者が「ハードコアイヤー」という1年チャレンジを宣言してバリへ移った。3K USDの現金で始めて1年以内に黒字を作る目標。

作った製品:

結果: 2018年1K USD/月平均から2020年10K USD/月突破。Sheet2SiteとChart2Siteは売却。Product Hunt "Maker of the Year"受賞。

3.1 核心の教訓 — 小さく、速く、複数回

Andreyの方式はPieterの「1つの製品5年」と正反対だ。1年で5つの製品を作り、生き残った1つに賭ける。死ねば売却するかメンテモードへ。これが「ポートフォリオアプローチ」のもう一つの変形だ。

2026年基準でこのアプローチの魅力はさらに増す。Cursor・Claude Codeが1週間のMVPを2-3日に短縮する。1年で10個のMVPをリリースし、そのうち1-2個がトラクションを得たらそこを成長させるのが統計的に合理的だ。

3.2 罠


4章 · ケーススタディ3 — Marie Martens (Tally)、ブートストラップの模範

Tallyは2020年にMarie MartensとFilip Minevが始めたフォームビルダー。「NotionのようなUIのフォーム」という明確なポジショニング。

2026年4月時点

4.1 ソロではないがソロ精神

MarieとFilipは夫婦だ。だから厳密には「一人ビジネス」ではなく「二人ビジネス」だ。それでもこのモデルはソロSaaSカテゴリに入る — VCなし、営業チームなし、広告なし。

Tallyのスタック (公開された範囲):

2026年の標準スタックそのものだ。

4.2 核心の教訓 — 無料枠が流通チャネルだ

Tallyの最大の決定は「ほぼすべての機能を無料枠に入れた」ことだ。他のフォームビルダー(Typeform、Jotform)は無料で決定的な機能をロックしてユーザーを離脱させた。Tallyは逆方向 — 無料で十分使えるようにして、チーム・統合・高度な分析を有料にした。

結果: 無料ユーザーが流通チャネルになった。彼らが作ったフォームがインターネット中に広がりSEOと口コミが自動で発生した。

4.3 真似すべきこと


5章 · ケーススタディ4 — Tony Dinh (TypingMind, BlackMagic)、ベトナムのインディメイカー

Tony Dinhはベトナム出身の開発者。2022-2023の間にBlackMagic.so (Twitter分析ツール)で初めて14K USD/月 MRRを作り、Twitter APIの価格変更で売却した。その後TypingMind (ChatGPT用デスクトップクライアント)を作った。

2024年末の公開数値

2026年5月時点の正確なMRRは非公開だが、TypingMindは依然として活発な製品でモデル追加・機能拡張が続いている。

5.1 LLM Wrapperの正直な現実

TypingMindは「ChatGPTの上に良いUIを被せた」製品だ。LLM wrapperと呼ばれるカテゴリ。2023-2024の間に数千のLLM wrapperが作られ、ほとんどが死んだ。TypingMindが生き残った理由:

  1. BYOK (Bring Your Own Key) モデル — ユーザーが自分のOpenAI/Anthropic APIキーを入れる。TonyはAPIコストを払わない。マージン85%の理由。
  2. デスクトップネイティブ — Webクライアントではなくデスクトップアプリなのでデータがローカルにあり、企業ユーザーに魅力的だ。
  3. ワークスペース・チーム機能 — シンプルなチャットクライアントから始まったが、プロンプトライブラリ・チームワークスペース・MCPサポートへ拡張しB2Bへ進出した。

5.2 核心の教訓 — wrapperも正直に作れば生きる

「LLM wrapperは終わった」という言葉は半分しか正しくない。汎用ChatGPTクローンは死んでいるが、特定のユーザーペルソナに深く最適化されたwrapperは依然として生きる。TypingMindは「技術的なパワーユーザー」というペルソナにぴったり合わせてある。

2026年にLLM wrapperを始めるソロファウンダーへの正直なアドバイス: 汎用チャットボットビルダーは死だ。特定のペルソナ・ドメイン・ワークフローに深く埋め込まれたwrapperだけが生きる。


6章 · ケーススタディ5 — Damon Chen (Testimonial.to)、B2Bソロの正典

Damon Chenは米国在住の中国出身開発者。Testimonial.toは「顧客レビュー・証言をビデオ・テキストで集めるツール」だ。2021年リリース。

公開された成長軌跡

6.1 核心の教訓 — B2B SaaSの流通はSEOとビルドインパブリックの結合

Damonの成長チャネルは2つだ。

  1. ビルドインパブリック (Twitter/X) — 初期80-90%の顧客がXから来た。Damonは毎日ビルド進捗、売上、ミスを共有した。
  2. SEO・コンテンツ — "video testimonial software"、"testimonial form"、"social proof tool"のようなキーワードに精密にコンテンツを作った。6-12ヶ月かかったが積み上がった。

この2つのチャネルの結合がソロB2B SaaSの正典だ。Xが短期・実験・高品質なオーディエンス、SEOが長期・累積・購買意図のあるオーディエンス。どちらもお金がかからない (時間だけかかる)。

6.2 ソロの限界と初の従業員時点

Damonは400K ARR時点で初の従業員を雇った。マーケティング担当。それまでは完全ソロだった。このパターン — 初の従業員は売上が定着した後に雇う — がソロSaaSの統計的パターンだ。

早すぎる採用はキャッシュを枯らし、遅すぎる採用は本人を燃え尽きさせる。Damonの事例から見られるように400-500K ARRが「ソロの限界」という経験則がある (正解はないが参考にできる数字だ)。


7章 · ケーススタディ6 — Arvid Kahl (FeedbackPanda → クリエイター)、エグジット後のクリエイターへ

Arvid Kahlはドイツ出身の開発者。パートナーDanielle Simpsonと共にFeedbackPanda (オンライン英語教師向けSaaS)を作った。

履歴

エグジット後Arvidは「クリエイター」へピボットした。書籍 (The Embedded Entrepreneur、Zero to Sold)、ポッドキャスト (The Bootstrapped Founder)、ニュースレター、そしてPodscan.fmという新しいSaaS。

7.1 核心の教訓 — ソロファウンダーの第二章

Arvidの事例が示すのはソロSaaSエグジット後のパターンだ。数百万ドルで売却したが彼は再び働く — 今度はクリエイターとして。彼がよく言う言葉: 「売却した金は次のビジネスのキャッシュフローではなく、自由の保証だ。」

2026年春のArvidの最も興味深い記事の一つは「ビルドインパブリックのリスク」についてだった。AIエージェントツールが公開された詳細を素早くクローンできる時代に、詳細を出しすぎると誰かがそれをそのまま複製する、という警告。正直に同意できる指摘だ。

7.2 ビルドインパブリックの新ルール

Arvidが提案する2026年のルール:


8章 · ケーススタディ7 — Pat Walls (Starter Story)、メディア企業への進化

Pat Wallsは米国出身。Starter Storyは「成功したソロ・小規模ビジネスファウンダーのインタビュー」メディア。2017年スタート。

履歴

8.1 核心の教訓 — コンテンツビジネスも一人ビジネスになる

Starter Storyは厳密にはSaaSではない。メディア・コンテンツビジネスだ。だが同じパターンが効く — 一人がスタート、SEOとコンテンツが流通、広告・サブスク・コースで収益化。

2026年のコンテンツビジネスはAI時代の圧力を受けている。ChatGPTがすべての情報の最初のソースになり、検索トラフィックが減っている。それでもPatのモデルが生き残った理由:

  1. インタビューはAIが真似できない — 実際のファウンダーの正確なデータ・ミス・決定をLLMはハルシネートできない。
  2. コミュニティロックイン — Starter Storyはただのコンテンツサイトではなく有料コミュニティを運営した。会員は離れない。
  3. 買収可能な資産 — 1.4Mの月間ビジターは広告主に直接売れるか、メディア会社が買収できる資産だ。

8.2 SaaSではないが一人ビジネスの手本

この記事の他のケースがSaaSなのに対し、Patのケースはコンテンツだ。だがソロファウンダーの道はSaaSだけではない。コンテンツ・ニュースレター・教育 (Beehiiv、Maven)、マーケットプレイス、デジタル製品もソロビジネスのカテゴリだ。

2026年のソロビジネスカテゴリは5つに整理できる: 1. SaaS、2. コンテンツメディア、3. デジタル製品・コース、4. コンサルティング・DFY (Done For You)、5. インフォメーションマーケットプレイス。どれが合うかは本人の強み・オーディエンス・市場サイズが決める。


9章 · 比較マトリックス — 8ケース一望

ファウンダー製品カテゴリピークARR/MRR (公開値)スタッフ (現在)流通チャネルスタック結末
Pieter LevelsPhoto AI · Nomad List · RemoteOKB2C SaaSポートフォリオ約250K USD/月0人X (50万+フォロワー)PHP · jQuery · VPS · SQLite運営中
Andrey AzimovSheet2Site · ProgressBarOSX · Chart2SiteB2Cツールポートフォリオ10K+ USD/月 (ピーク)0人Twitter · Product Hunt製品別売却
Marie MartensTally.soB2Bフォームビルダー5M USD ARR11人 (夫婦 + 9)Freemium · 口コミNext.js · Postgres · Vercel · Stripe運営中
Tony DinhTypingMind (BlackMagic売却)LLM Wrapper · B2C/B2B45K USD/月 (単月80K+)0-少数X · Product Huntデスクトップ + クラウド運営中
Damon ChenTestimonial.toB2B SaaS約840K USD ARR少数 (400K以後)X · SEO · コンテンツNext.js · Stripe運営中
Arvid KahlFeedbackPanda → PodscanB2B SaaS → クリエイター55K USD/月 (売却時)0 (FeedbackPanda)ビルドインパブリック · ポッドキャスト一般的なSaaSスタック売却後新規
Pat WallsStarter Storyメディアコンテンツ約1.1M USD/年少数SEO · YouTube · コミュニティコンテンツサイトHubSpot買収

この表だけ見てもパターンが見える:


10章 · 2026年標準スタック解剖

ではツールに移ろう。2026年5月時点でソロファウンダーがSaaSを始めるなら標準スタックは次の通り。

10.1 コード — Cursor + Claude Code + Junie (セット)

2026年に一人の開発者が最もよく使う組み合わせ:

この3つを同時に使うソロファウンダーが一般的だ。コストは月100-300 USD程度 (モデル使用量による)。

10.2 バックエンド — Bun + Hono (またはNode + Hono)

Bunは2026年のソロファウンダーのデフォルトになった。速く、TypeScriptがネイティブで、npm・node互換で、パッケージマネージャまで統合されている。Honoはその上のWebフレームワーク — 軽量(14KB)、Cloudflare Workers/Bun/Deno/Nodeどこでも動くマルチランタイム設計。

Expressは10年の標準だったが、2026年の新規プロジェクトではHonoが事実上のデフォルトだ。Expressはマルチランタイムサポートがなく、TypeScript優先設計でもない。

代替: Elysia (Bun専用、より速いがマルチランタイム×)、Next.js API Routes (フルスタック統合時)。

10.3 フロントエンド — Next.js (またはAstro · SvelteKit)

Next.jsは依然としてデフォルトだが、SEO中心のサイトはAstroもよく使われる。TallyがNext.jsを使う理由はダッシュボード・アプリ領域がSaaSの核心だからで、コンテンツが中心のサイト (Starter Storyのような)はAstro/SvelteKitの方が軽い。

10.4 データベース — Postgres (Supabase / Neon)

2026年のソロファウンダーのデフォルトDBはPostgresで、ホスティングはSupabaseまたはNeonだ。SupabaseはPostgres + Auth + Storage + Realtimeを1つの箱にまとめる。Neonはより軽量でブランチ機能が強い (開発用分岐)。

Pieter LevelsのようにSQLiteを使うソロもいるが、新しく始めるソロファウンダーにはPostgres + ホスティングサービスが安全だ。

10.5 インフラ — Vercel (またはCloudflare Workers + Pages)

VercelはNext.jsのデフォルト。無料枠で数千MAUを耐える。トラフィックが増えるとCloudflare Workersへ移すソロファウンダーも多い (帯域コストが圧倒的に安い)。

Pieterは依然として単一VPSにすべてを乗せる。機能する。ただし新規ソロファウンダーには無料枠から始めてトラフィックが増えたら移すのが合理的だ。

10.6 決済 — Stripe (またはLemon Squeezy · Polar)

Stripeはグローバル決済のデフォルト。ただしソロファウンダーがぶつかる問題は税金だ。欧州VAT、米国の州別税、日本消費税、韓国付加価値税 — これを直接処理すると経理が爆発する。

解決策: Lemon Squeezy (今はStripeに買収された)、Polar、Paddleのような"Merchant of Record"サービス。これらは決済・税金・返金を代行し、ソロファウンダーは1枚の領収書だけ受け取る。手数料はやや高い (5-8% vs Stripeの2.9%)が、税務処理の摩擦が消える。

10.7 オーディエンス — Beehiiv (ニュースレター) + X (Twitter) + YouTube

オーディエンス構築のスタック:

最も一般的なソロファウンダーのパターン: Xで始めてオーディエンスを集め、メールリストへ移し、YouTubeに深いコンテンツをゆっくり積み上げる。

10.8 オペレーション — エージェント型

2026年の一人ビジネスが一人を維持できるのはオペレーションの自動化のおかげだ。代表的なスタック:

これらすべてがソロファウンダー一人の時間を「より多くのユーザー獲得」に集中させる。


11章 · Audience-first vs Build-first — 正直な結論

ソロSaaSコミュニティで毎年繰り返される議論。オーディエンスを先に作ってそこに製品を売るのか、製品を先に作ってオーディエンスを探すのか?

11.1 Audience-firstの主張

代表的支持者: Arvid Kahl、Daniel Vassallo、Justin Welsh。

論理: オーディエンスがあれば製品リリース初日に1000人が見る。なければ初日0人。オーディエンスがあればユーザーの本当の問題を知っている (毎日彼らと会話するから)。なければ推測する。

証拠: Pieter LevelsのX 50万フォロワーが彼のすべてのリリースの初動力。Damon Chenの80-90%の初期顧客がXから来た。

11.2 Build-firstの主張

代表的支持者: Pieter Levels (初期)、Tony Dinh。

論理: オーディエンス構築に1年費やす間に市場が変わる。まず製品を作り市場に出して「人々はこれが必要か?」を素早く検証すべき。オーディエンスは結果として後から付いてくる。

証拠: Tony DinhがBlackMagicを作った時点で彼は大きなオーディエンスを持っていなかった。彼がXのオーディエンスを構築したのはBlackMagic成功後だ。

11.3 正直な結論 — 両方正しい、時間順序が違う

私が見たパターンはこうだ。最初のリリース前に100-500人の小さなオーディエンスを作る。1年かかる大規模オーディエンスではなく、同じ問題を抱えた100人の本物のオーディエンス。この人々が最初の50人の顧客候補だ。

その後製品をリリースしてユーザーからオーディエンスを育てる。ユーザーインタビュー、ビルドインパブリック、コンテンツ。最初のリリース後にオーディエンス構築の方が速い — 本物のユーザーがいるから。

これはaudience-firstでもbuild-firstでもなく、「小さなオーディエンス → 製品 → 大きなオーディエンス」の循環だ。ほぼすべての成功ケースがこのパターンを辿る。

オーディエンス0で製品をリリースすると死に、オーディエンス構築だけにしがみついても死ぬ。100-500人の小さなオーディエンスで製品をリリースして本物のフィードバックを受け、そのフィードバックでオーディエンスを育てる。これが2026年の正直な道。


12章 · 90%が失敗する本当の理由

この記事のすべてのケースは生き残った10%だ。正直になるには死んだ90%も見るべきだ。ソロSaaS市場で最も一般的な失敗パターン7つ。

12.1 市場が小さすぎる

最も一般的な失敗。「このツールがあればいい」という友人5人の言葉で製品を作り、いざ市場全体に100人の潜在顧客しかいない場合。ソロSaaSも十分な市場が必要だ。普通グローバル潜在顧客50K+、5%転換仮定で2500人、ARPU 30 USD/月で75K MRRがソロファウンダーの合理的な市場サイズ下限だ。

12.2 流通チャネルが1つに依存

XだけかSEOだけかProduct Huntだけに依存すると、そのチャネルが変わる時に売上が30-70%消える。PieterもXアルゴリズム変更で到達が減った時期を経験した。2-3個の独立したチャネルが安全線だ。

12.3 価格が安すぎる

ソロファウンダーが最もよくする間違い。「9 USD/月」で始めて100人集めても900 USD/月。会社員の方が稼げる。正直なソロSaaSはARPU 30-100 USD/月で始まり、B2Bは100-500 USD/月が普通だ。価格は下げるのは簡単で上げるのは難しい。

12.4 本人がユーザーではない

本人が毎日使う製品を作らないと、本物のユーザーが何を望むか分からない。Pieterはノマドだったのでノマドリストを作った。Damonは自分のマーケティングにtestimonialが必要でTestimonial.toを作った。Marieはフォーム構築に挫折してTallyを作った。自分の痒い所 → 本物の製品のパターンは偶然ではない。

12.5 時間制限のチャレンジで時間が足りない

「1年で黒字化」のようなチャレンジは良い。ただしソロSaaSの統計は黒字まで18-24ヶ月だ。Damonは9ヶ月で100K ARRを作ったが、これは平均ではなく上位5%だ。1年で黒字化できなかったと殺さないでほしい。

12.6 孤独・燃え尽き

ソロファウンダーの80%が最初の12ヶ月以内に孤独・燃え尽きで辞めるという統計がある。一緒に働く人がいなく、毎週日曜日が月曜日のようで、休暇が自分の会社を無防備に置く感覚だ。

解決策:

12.7 経理・税務を無視する

最も恐ろしい罠。ソロSaaSが6桁ARRを作り始めると税務が爆発する。グローバル決済はVAT、米国の州別税、韓国付加価値税、総合所得税、社会保険、法人 vs 個人事業主。会計士を最初から置くのが安全。月30-50万円のコストが1年後に1000万円の加算税を防ぐ。


13章 · 韓国インディメイカーシーン

韓国のソロSaaSシーンはグローバルメインストリームと違うパターンがある。

13.1 Disquiet — メイカーコミュニティ

Disquietは2020年に朴炫率(Hyunsol Park)と洪 (Jenny Hong)が作った韓国メイカーコミュニティ。Product Huntの韓国版 + メイカーSNS。2026年時点で韓国のインディメイカーが最も多く集まる空間。

Disquietでよく見られるパターン:

13.2 韓国ソロSaaSの構造的困難

グローバルソロファウンダーと比較した韓国市場の違い:

  1. 決済・税務摩擦 — 韓国の決済はPG会社 (Inicis、KCP)依存が強く、付加価値税・総合所得税処理が複雑だ。グローバルStripeだけでローンチすると韓国ユーザーが決済できない。
  2. 市場サイズ — 韓国語単一市場は5000万人。グローバル英語市場の1/30のサイズ。ARPUも通常もっと低い。
  3. 言語優位の不在 — グローバル英語市場は米国・EU・インドなどがすべて英語で決済する。韓国語市場は韓国人だけ。

13.3 韓国ソロSaaSの合理的戦略

この構造的困難のため韓国ソロファウンダーがよく行く道は2つだ。

戦略A — 韓国特化市場で独占

韓国語・韓国文化・韓国法規に深く埋め込まれた製品。不動産、韓国式会計、軍隊、韓国式決済、韓国学習塾のような領域。グローバルSaaSが入りにくい堀。

例: 韓国学習塾管理SaaS、韓国不動産物件ツール、韓国式会計補助ツール。市場は小さいが韓国メイカーだけ参入可能な領域。

戦略B — 最初からグローバル

韓国市場無視。最初から英語サイト、グローバルStripe、X・Product Hunt流通。Tony Dinhのベトナムモデルと同じ。

例: TaskAde (韓国系ファウンダーJohn Xieのグローバル協業ツール)。韓国ユーザー比重は5%未満の可能性。最初から英語圏市場ターゲット。

2つの戦略の中間 — 「韓国でスタートしてグローバルへ」 — は可能だが難しい。韓国語製品を英語に翻訳してグローバルで通用するには、メッセージ・機能・文化がすべて再設計されなければならない。

13.4 韓国ソロメイカーの一般的な失敗

韓国ソロSaaSの本当の差別化変数は技術ではなく税務・法務・決済の摩擦をどれだけ速く処理するかだ。スタート最初の3ヶ月以内に会計士・税理士と一度相談せよ。これが2年後の死を防ぐ。


エピローグ — ソロSaaSを始める前のチェックリスト

この記事のすべてのケースを合わせて作った正直なチェックリスト。

開始前チェックリスト

[ ] 本人が毎日使う製品か? (ユーザー = 本人)
[ ] グローバル潜在顧客50K+か? (市場サイズ確認)
[ ] 6-18ヶ月のキャッシュランウェイがあるか? (現実の時間)
[ ] XまたはLinkedInに100人以上の本物のオーディエンスがいるか?
[ ] 24ヶ月間毎日働く意志があるか?
[ ] 孤独・燃え尽きへの備えがあるか? (コミュニティ、友人、休息)
[ ] 会計士・税理士と最初の相談を入れたか?
[ ] 価格を30 USD/月以上から始められるか?

最初の90日アクションプラン

1-30日:
  - 5人の潜在ユーザーとインタビュー (彼らの本当の問題を確認)
  - 最小実行可能製品 (MVP) を設計
  - ドメイン登録 + ランディングページ (Beehiiv・Substackでメール収集)
  - X・LinkedInで毎日ビルド進捗を共有開始

31-60日:
  - MVPコード開始 (Cursor + Claude Code + Next.js + Stripe)
  - 初期オーディエンス100人目標 (メールリスト)
  - ベータユーザー10人募集

61-90日:
  - 有料リリース (価格50-100 USD/月)
  - 最初の10人の有料ユーザー確保
  - すべてのユーザーと1:1通話
  - 第1四半期の売上・返金・離脱パターン分析

アンチパターン (避けるべきこと)

- 流通チャネル1つに100%依存 (XだろうがSEOだろうが)
- 無料枠を寛大すぎ (ほとんどのソロSaaSはfreemiumに不向き)
- 本人が使わない製品を作る
- 売上が定着する前に従業員を雇う (400K ARR前まではソロ推奨)
- 外注に依存して核心技術を知らない
- 「今年中に100万ドル」のような非現実的目標
- 税務・法務を先延ばし (6ヶ月後に爆弾)
- すべての技術を新トレンドへ (PieterはPHPで3M ARRを作る)
- 6ヶ月間売上0だと殺す (18-24ヶ月が普通だ)
- オーディエンス構築なしでリリース後「なぜ誰も買わない?」

次回予告

次回は「一人が36ヶ月間何をしたか」 — この記事のケースの一人の毎日の時間配分を詳細に見る。コード時間、マーケティング時間、CS時間、休む時間。一人ビジネスの本物の日常。

その次はAI時代のソロファウンダー — エージェントがオペレーションの70%を自動化した後、人間が残りの30%で何をすべきか。2027年のソロSaaSはどんな姿か、についての正直な推測。


参考 / References

コメント

まだコメントはありません。

ログインするとコメントできます