design trendsMay 8, 202614 min read

パーソナルソフトウェア時代:あなたと7人の友人のために作られたアプリ

個人向けソフトウェア、つまり1人が10人向けに開発した特注アプリが、ニッチな用途向けのマスマーケット向けSaaSを駆逐しつつある。デザイナーは今、何をすべきか。

By Boone
XLinkedIn
the personal software era

大衆向けソフトウェアは一時的な流行であり、永続的な状態ではありません。過去20年間のマスマーケット向けSaaSは、流通コストの高さが原因となった一時的な迂回路であり、その迂回路はまさに今、終焉を迎えようとしています。

コンピューター黎明期以来初めて、たった一人の開発者が日曜日に特定の9人向けに動作するアプリを開発し、就寝前にリリースすることが可能になりました。これは趣味の域を出ないものではありません。ソフトウェアを開発する主体、開発対象、そしてデザインの意味そのものに構造的な変化をもたらしているのです。

パーソナルソフトウェアとは何か

パーソナルソフトウェアとは、一人の開発者が、多くの場合自分自身のために、時には特定の10人のために開発するソフトウェアであり、市場向けに開発することはほとんどありません。それは偶然ではなく、意図的にカスタマイズされたものです。開発者はすべてのユーザーの名前を知っています。

ジェフリー・リットは長年、柔軟性のあるソフトウェア、つまりツールを使う人がツールを再構築できるべきだという考えについて論じてきました。リーナス・リーは、自身の思考のために小さなツールを開発しています。マギー・アップルトンは、開発コストの大幅な低下により、エンジニアではないにもかかわらず動作するソフトウェアを開発できるようになった人々の波を指して、「ベアフット・デベロッパー」という言葉を生み出しました。

これらの要素をまとめると、あるカテゴリーが浮かび上がります。それは、開発者自身と、ごく少数の友人、家族、同僚をターゲットとしたソフトウェアであり、その価値は、その少数のグループに極めて細かなニーズを的確に満たすことにあります。

なぜ今なのか、なぜ2015年にはなかったのか

2つのことが同時に変化しました。AIアシスタントのおかげで、たった一人で午後だけで本格的なアプリを開発できるほど経済的になりました。そして、配信コスト、ホスティング、デプロイ、決済、認証といったコストが、ほぼゼロ、あるいはそれに近いレベルにまで低下しました。

2015年当時、ニッチなアプリを開発するには、6ヶ月間、夜間や週末を費やし、3日間かけてStripeとの統合を行い、1週間かけてデプロイを完了させる必要がありました。スタートアップ企業以下の規模では、採算が合わなかったのです。ニッチなユースケースは、手の届かないところにありました。

2026年には、同じアプリが1つのプロンプト、1つのVercelデプロイ、そしてConvexスキーマで実現します。ソフトウェアの最小経済的ユーザー数は「数万人」から「あなたと7人の友人」へと減少しました。これはツールの改善ではなく、新たなカテゴリーの扉が開かれたことを意味します。

3つ目の要因は嗜好です。ソフトウェアと共に育ったデザイナーや開発者世代は、日々使用するアプリの問題点について強い意見を持ち、今では誰の許可も求めずに自分で修正できる手段を手に入れています。

Voxelの分割図:左側に巨大な汎用SaaSダッシュボード、右側に10個の小さな専用アプリ
Voxelの分割図:左側に巨大な汎用SaaSダッシュボード、右側に10個の小さな専用アプリ

仮説ではなく、実際の例

これは思考実験ではありません。個人用ソフトウェアは既に多くのノートパソコンで稼働しています。

人々はNotionを家庭内でのプライベートなミニCMSとして運用しており、家族以外の人には理解できないようなビューやテンプレートを使用しています。 ReplitやLovableといったサイドプロジェクトは、たった一晩でリリースされ、10人の同僚に利用され、何年も静かに実際の業務を支えています。家族向けスケジュール管理アプリ、カスタム請求書作成アプリ、Food Plan Piのような単機能アプリの特化型献立プランナーなど、いずれも4人から15人程度のユーザーを対象としています。

柔軟性の高いソフトウェア開発の潮流は、ユーザー自身が編集者となるツールを生み出しています。Tanaは、テンプレートに当てはめるのではなく、ユーザーが独自の情報システムを構築できるツールです。Capacitiesも同様の役割を果たしています。Obsidianのプラグインエコシステムは、似たような思考を持つ人々の間で共有される、パーソナルツールの巨大な経済圏を形成しています。

そのパターンは、開発者1人、ユーザー数少人数、そしてユーザー層が限定されているというものです。規模拡大もマーケティングも一切行われていません。ソフトウェアは、それが作られた人々のために存在するだけで、それがすべてなのです。

ノーコードとの違い

ノーコードはテンプレートベースのソフトウェアでした。パーソナルソフトウェアは、オーダーメイドのソフトウェアです。その違いは、意図にあります。

ノーコードツールは、レゴセットを与えてカタログに載っているような家を組み立てるように指示するようなものです。重要なのは、何千人もの人々が同じような家を同じプラットフォーム上で組み立てることです。経済的な成功はまさにそれに依存しています。

パーソナルソフトウェアは、全く異なる問いから始まります。「どのテンプレートが自分のニーズに合うか」ではなく、「自分の実際の状況は何を必要とし、それをどのようにコード化すればよいか」という問いです。開発者は選択肢の中から選ぶのではなく、多くの場合、平易な英語でAIアシスタントに意図を説明し、それにぴったり合うコードを得るのです。

これは重要な点です。なぜなら、テンプレートツールには限界があるからです。テンプレートに合わないものは修正されるか、削除されますが、オーダーメイドツールにはそのような限界はありません。例えば、会計システムに「カイルが今月受け取る10%の固定料率での金額」という列が必要であれば、追加するだけで済みます。ベンダーへの依頼も、機能のバックログも、待ち時間もありません。

ロングテールはついに底辺に到達

クリス・アンダーソンは2004年にロングテールの概念を提唱しましたが、ソフトウェアはこれまで真の意味で底辺に到達していませんでした。マスマーケット向けSaaSは、需要曲線の上位層と中位層をターゲットにすることで利益を上げることができた。しかし、それより下の層は、企業を設立するほどの価値がない、満たされないニーズの荒野だった。

パーソナルソフトウェアがその荒野を埋める。スタートアップを支えるには規模が小さすぎたユースケース、ニッチなワークフロー、家庭特有の特殊なニーズ、6人チーム向けのツールなどは、今や個人向けアプリの自然な生息地となっている。

ボクセル長尾曲線、以前は空だった尾部に小さなアプリが配置される
ボクセル長尾曲線、以前は空だった尾部に小さなアプリが配置される

経済構造が逆転した。以前は8人ユーザー向けのユースケースは構築不可能だったが、今では簡単に構築できる。これを無数のニッチ市場に当てはめると、App Storeのトップチャートとは全く異なるソフトウェア経済が生まれる。

何が消え、何が生き残り、何が成長するのか

すべてのSaaSがパーソナルソフトウェアに取って代わられるわけではない。この変化は均一ではなく、価値が実際にどこにあるのかを見れば、勝者と敗者は予測できる。

最初に消えるのは、ニッチなユースケースをターゲットにしたマスマーケット向けSaaSだ。 「私たちは犬の散歩代行サービスにおけるNotionです」というレベルのサービス。汎用的な基本機能の上に薄っぺらな専門機能を加えただけの製品を提供している企業は、今や日曜日の午後と、ふとした思いつきを相手に競争している。その戦いは、一方的に決着がつく。

生き残り、成長していくのは、プラットフォーム、基本機能、そしてインフラストラクチャだ。Convex、Vercel、Supabase、Stripe、Clerk、AIプロバイダー、Replit、Lovableなど。ソフトウェア開発者が増えるにつれて、基本的なツールとなるレイヤーは縮小するどころか、拡大していく。デザインシステムの基本機能、UIライブラリ、アイコンセット、誰もが再利用する認証フローも同様だ。

また、真に普遍的なユースケースを持つ、真のマスマーケット向けソフトウェアも生き残る。メール、カレンダー、ブラウザ、オペレーティングシステム、検索、ソーシャルグラフなどだ。個人向けソフトウェアがWhatsAppに取って代わることはない。これは、15人規模の代理店が月額800ドルを支払っていたプロジェクト管理ツールを置き換えるものです。

片側で一般的なSaaSダッシュボードが崩壊し、もう片側でインフラプラットフォームが成長していく様子を描いたボクセル画像
片側で一般的なSaaSダッシュボードが崩壊し、もう片側でインフラプラットフォームが成長していく様子を描いたボクセル画像

マスマーケット向けSaaSと個人向けソフトウェアの比較

2つのモデルを同じ表に並べると、その変化がより分かりやすくなります。

| ディメンション | マスマーケット向けSaaS | 個人向けソフトウェア |

|-----------|------------------|-------------------|

| ターゲットオーディエンス | 数千人から数百万人 | 1人から数十人 |

| ポジショニング | 「Xのようなチーム向け」 | 「私と7人の友人向け」 |

| 配信 | 有料広告、SEO、営業チーム | グループチャットで共有 |

| 価格設定 | シートごとの月額サブスクリプション | 定額制、寄付、または友人間での無料提供 |

| デザインの優先順位 | 初めて利用するユーザーを60秒でオンボーディング | 既知のユーザーに最適 |

| カスタマイズ | 設定メニュー、機能フラグ | ソースコードの編集、AIによる変更依頼 |

|ライフサイクル目標 | 無期限、常に新機能を追加 | ユースケースが続く限り、その後アーカイブ |

| メーカーへのインセンティブ | 市場を開拓する | 特定の問題を解決する |

デザインの優先順位の行に注目してください。デザイナーの役割が最も大きく変化するのはここです。

デザイナーの新しい仕事

デザイナーであれば、仕事内容が大きく変わります。マスマーケット向けのデザインは、新規ユーザーのオンボーディング、最悪のケースにおける摩擦の軽減、そしてコンテキストの想定をしないことが中心です。パーソナルソフトウェアのデザインは、コンテキストを想定し、ユーザーを特定し、汎用性ではなく適合性を最適化します。

新しいデザイン作業には、3つの主要なステップがあります。コンテキストの設定、センスの発揮、そして編集です。

コンテキストの設定とは、AIアシスタントや小規模チームに、誰のためのものなのかを十分に伝える作業です。出力が適合するようにするためです。「食事プランナーをデザインしてください」ではなく、「4人家族で、1人がベジタリアン、子供が食感が苦手、平日の夜に料理をする時間が30分しかない家族のための食事プランナーをデザインしてください」というように具体的に指示します。ブリーフがデザインそのものです。

センスはフィルターです。コードが安価でプロンプトが無料の場合、ボトルネックは出力の質です。デザイナーの仕事は、特定のユーザーにとって何が良いのかを理解し、それに合わないものはすべて排除することです。描画よりも、判断力が重要になります。

編集は反復作業です。パーソナルソフトウェアはエンジニアに渡されて出荷されるのではなく、デザイナー自身が開発者であるか、開発者の隣に座って、時間をかけて、多くの場合リアルタイムで形作られていきます。Figmaファイルはもはや成果物ではありません。実行中のアプリケーションこそが成果物です。

10人のユーザー向けにデザインする方法

10人向けにデザインすることは、1万人向けにデザインすることの縮小版ではありません。全く異なる分野です。以下に、有効な7つの原則を示します。

  1. **すべてのユーザーの名前を挙げる。**文字通り、リストを作成してください。各ユーザーが何を必要としているのか、何を嫌っているのか、何を許容できるのかを把握してください。このドキュメントを作成できないのであれば、あなたはまだ抽象的な概念向けにデザインしていることになります。

  2. オンボーディングは省略しましょう。 ユーザーはチュートリアルを必要としません。彼らはあなたの友人です。あらかじめ設定済みのアプリにユーザーを誘導しましょう。質問ではなく、回答をデフォルトにしましょう。

  3. 平均的なユーザーではなく、特定のユーザーに合わせて最適化しましょう。 10人のユーザーがいる場合、平均的なユーザーなど存在しません。ダークモードを好むアーロンと、キーボードショートカットを必要とするセリーナがいるだけです。どちらも必要なものを手に入れることができます。

  4. 適切な箇所はあえて見栄えを良くしましょう。 パーソナルソフトウェアには、マーケティングサイト、価格ページ、ヒーローイラストは必要ありません。ホーム画面はリスト形式でも構いませんし、設定はJSONファイルでも構いません。好みは、期待される場所ではなく、ユーザーが感じる場所に注ぎ込みましょう。

  5. 編集可能にしましょう。 ユーザーは変更を求めるでしょう。多少表面的な洗練度が低くても、変更が容易なように設計しましょう。この規模では、柔軟性が洗練度よりも重要です。

  6. すべてのデバイスではなく、1つのデバイス向けにデザインしましょう。 ユーザーがアプリをノートパソコンで使用している場合は、モバイルは無視してください。スマートフォンで使用している場合は、デスクトップは無視してください。ユニバーサルレスポンシブデザインは、マスマーケット向けの考え方です。

  7. 永久ではなく、アーカイブ化を想定しましょう。 このソフトウェアは永久に存続する必要はありません。ユースケースが存在する限り動作すれば良いのです。ユースケースが終了したら、何の儀式もなしにアーカイブしましょう。

名前タグ、コンテキストメモ、そして小規模なオーディエンス向けに明らかにローカルな適合性を備えたボクセルワークスペース
名前タグ、コンテキストメモ、そして小規模なオーディエンス向けに明らかにローカルな適合性を備えたボクセルワークスペース

ベアフット開発者の波

マギー・アップルトンの「ベアフット開発者」という言葉は、業界が見落としていた何かを的確に捉えています。次世代のソフトウェア開発者は、設計を学んだエンジニアではありません。彼らは、リリース方法を学んだデザイナー、ライター、研究者、会計士、教師、そしてオペレーターです。

これらの人々は、高給のエンジニアになるためにブートキャンプに参加するような人たちではありません。彼らには日々の仕事があり、生活があり、解決したい具体的な問題があります。彼らが今手にしているのは、英語で要望を説明し、動作するコードを受け取り、それをノートパソコンや無料プランで実行できる能力です。

パーソナルソフトウェアを開発しているのは、主にこのような人々です。フルタイムの創業者ではありません。ドメイン知識は豊富だが、エンジニアリングスキルはそれほど高くなく、AIアシスタントを使って納得のいくまで試行錯誤を繰り返す忍耐力のある人々です。その結果、問題を真に理解している人々によって形作られたソフトウェアが生まれます。これは、業界が長らく待ち望んでいたタイプのソフトウェアです。

二次的な効果として、パーソナルソフトウェアのデザインセンスは、マスマーケット向けSaaSよりも鋭い傾向があります。開発者は、ロードマップを擁護しなければならないジュニアプロダクトマネージャーではなく、まさにその問題に直面している当事者です。何か見苦しい点や間違いに気づけば、すぐに修正します。フィードバックループが非常にタイトなので、悪いデザインは文字通り週末を過ぎると消えてしまいます。

ソフトウェア開発における変化

ユーザー数が少なく、開発者とユーザーとの密接な関係が築かれると、ソフトウェア開発のあり方が変わります。デフォルト設定が変わり、トレードオフの所在も変化します。

信頼性に対する許容度が高まります。アプリが10人のユーザーで不具合を起こした場合、開発者はグループチャットで報告を受け、パッチを適用します。SLAも、オンコール体制も、エスカレーションもありません。これは一見すると問題のように思えるかもしれませんが、大規模市場向けSaaSの信頼性を演出する行為は、ほとんどがユーザーへの負担であることに気づけば、それほど大きな問題ではないことがわかります。

カスタマイズは、単なる機能ではなく、デフォルト設定となります。大規模市場向けソフトウェアでは、カスタマイズは設定メニュー、つまり開発者がしぶしぶ追加したトグルスイッチのリストとして扱われますが、パーソナルソフトウェアでは、カスタマイズは中核的な要素として扱われます。列を追加してほしいと要望すれば、開発者が追加し、色を変更してほしいと要望すれば、開発者が変更します。この製品には、四半期ごとのロードマップで再交渉されるような固定的な仕様はありません。

ドキュメントの形式も異なります。ユーザーが10人程度のツールであれば、READMEはコンテキストの説明、スクリーンショット、そして開発者の電話番号が記載された短い段落で済みます。30ページにも及ぶナレッジベース、アプリ内ツアー、ヘルプ記事、チャットウィジェットなどは、少数のユーザーには不要なオーバーヘッドです。

パフォーマンスに関する選択肢も変わります。信頼できる10人のユーザーであれば、動作が遅くてもアプリをリリースできます。なぜなら、動作が遅いと問題が生じた場合にユーザーが指摘してくれるからです。しかし、100万人の見知らぬユーザーには、動作の遅いアプリをリリースすることはできません。パーソナルソフトウェアは、時期尚早な最適化を回避できるのです。

倫理、ポートフォリオ、価格設定への影響

パーソナルソフトウェアは、データ所有権、ベンダーロックイン、そして長期的な利用といった問題提起をします。そして、その答えは、SaaSが提供してきたものよりも概ね優れています。データは、多くの場合、ユーザー自身が管理するデータベースやファイルなど、ユーザーが保存した場所に存在します。ベンダーではなく、開発者が直接ユーザーを囲い込む理由があるため、ベンダーロックインのリスクは低くなります。

長期的な存続はより難しい課題です。個人向けソフトウェアは、開発者がメンテナンスを停止すれば消滅します。そして、それは実際に起こり得ることです。正直なところ、それで良いのです。ほとんどのソフトウェアは永久に使えるものではありません。ユーザーのニーズと所有権を得るための代償として、アプリが2年間稼働した後、サービスが終了する可能性があることを受け入れる必要があります。

価格モデルは、価値の単位が変化するため変化します。ユーザー数に応じた月額課金は市場の存在を前提としています。個人向けソフトウェアは顧客ではなくクライアントを持ち、クライアントは異なる支払い方法をとります。

定額のプロジェクト料金、継続的な編集のための顧問契約、友人同士の贈与経済、特定の機能に対するバウンティ型報酬などが考えられます。開発者はSaaSを運営しているのではなく、小規模なカスタムショップを運営しているか、大切な人のために無料で開発しているのです。どちらも現在では経済的に成り立っています。

デザイナーがサービスを提供する場合、「SaaSローンチのためのデザインシステム」から「特定のチームや家族のためのカスタムツールを設計・構築する」へと移行します。成果物は動作するアプリであり、Figmaファイルではありません。価格は請求時間ではなく、解決した問題の価値によって決まります。

ポートフォリオに関しては、作品はより奇妙なものになるでしょう。洗練されたマーケティングサイトよりも、実際のグループの実際の問題を解決する、ちょっと変わった社内ツールのスクリーンショットが多くなります。ケーススタディは「シリーズBスタートアップのダッシュボードを再設計しました」ではなく、「30人の保護者向けに学校旅行の計画ツールを開発し、実際に使ってもらいました」といったものになります。

デザイナーが今年やるべきこと

あなたが参加するかどうかに関わらず、変化は起こっています。2026年に賢明な行動とはどのようなものか、以下に示します。

まずは自分のために開発を始めましょう。自分の生活や仕事で実際に抱えている問題を選び、Replit、Lovable、Cursor、あるいはClaude CodeとVercelアカウントを使ってツールを開発してみましょう。重要なのはツールの使い方を学ぶことではなく、ソフトウェア開発チームの一員として、その開発に携わる感覚を掴むことです。

まずは、身近な10人向けに開発を始めましょう。個人向けのツールを1つ開発したら、次は少人数のグループ向けに開発します。家族、クラブ、職場のチームなど、対象は様々です。ユーザー一人ひとりの名前を知っていると、デザインの意思決定がどのように変わるかに気づくでしょう。

マスマーケット向けの洗練されたデザインにこだわるのはやめましょう。方向転換が必要です。市場はもはや「大衆向けのスムーズなオンボーディング」を求めているわけではありません。「フィット感、センス、そして実際に製品を出荷できる能力」を求めているのです。ポートフォリオでそれをアピールしましょう。

柔軟なソフトウェア開発の手法に注目してください。Litt、Lee、Appleton、InkやSwitchのユーザー、TwitterやThreadsで活動する小規模ツール開発者など。パーソナルソフトウェアの語彙、パターン、デザイン言語は、まさに今、こうした議論の中で形成されています。それらを使いこなせるようになりましょう。

パーソナルソフトウェアの時代は、過去15年間でソフトウェアデザインに起こった最も興味深い出来事です。マスマーケット向けSaaSは、理にかなう分野では今後も存続するでしょう。しかし、ロングテール市場がまさに今、開拓されようとしています。そこにいち早く参入した企業が、10人の顧客層に向けたデザインの意味そのものを定義することになるでしょう。あなたもその一人になりましょう。

image-requirements
hero: key: hero prompt: "Voxel illustration. A small house-sized app glowing warmly, with 10 little floating screens around it, each tailored to a different person. Soft pastel. Editorial. The composition does not include any human figures." alt: "Voxel illustration of a small house-sized app glowing warmly with ten tiny tailored screens floating around it" width: 1600 height: 900 inline-1: key: mass-vs-personal prompt: "Voxel split illustration: left, a giant generic SaaS dashboard. Right, ten tiny bespoke apps, each warm and specific. Soft pastel. The composition does not include any human figures." alt: "Voxel split image showing one giant generic SaaS dashboard on the left and ten tiny bespoke apps on the right" width: 1400 height: 900 inline-2: key: distribution-collapse prompt: "Voxel illustration showing a long-tail curve labeled 'use cases' with tiny apps populating the previously-empty tail. Soft pastel." alt: "Voxel long-tail curve labeled use cases with tiny apps filling the previously empty tail" width: 1400 height: 900 inline-3: key: design-for-ten prompt: "Voxel illustration of a designer's workspace tuned for an audience of 10: name tags on the wall, context notes, an obvious local fit. Soft pastel. The composition does not include any human figures." alt: "Voxel designer workspace with name tags and context notes tuned for an audience of ten" width: 1400 height: 900 inline-4: key: what-dies-what-survives prompt: "Voxel illustration: on one side, generic SaaS dashboards crumbling into mist. On the other, infrastructure platforms growing taller. Soft pastel. The composition does not include any human figures." alt: "Voxel illustration of generic SaaS dashboards crumbling on one side and infrastructure platforms growing on the other" width: 1400 height: 900

Want help designing software for ten people instead of ten thousand? Brainy ships personal software with the same craft as our biggest brand work.

Get Started

More from Brainy Papers

Keep reading