自分の庭を築く
あなたのビジネスがソフトウェアである場合、あなたの堀（moat）は所有権です。ShopifyやWhopを中心にアプリを構築することは、配布への近道のように見えるかもしれませんが、それはあなたの製品、価格設定、データ、ロードマップを誰かの庭の中に置くことになります。家主がルールを変えるまでは便利です。
これは反プラットフォームではありません。所有権重視です。プラットフォームを使用して顧客を獲得し、理にかなった場所で統合しますが、コアは自分が管理する場所に置いてください。
TL;DR
- プラットフォームは借り物の土地です。ポリシー、手数料、APIは一晩で変わる可能性があります。
- あなたの製品が単一のアプリストアに依存している場合、あなたは解約（チャーン）からポリシーメール1通の距離にいます。
- ドメイン、データ、支払い、UXを所有し、Shopify/Whopとはエッジで統合します。
- 移植性を考慮して設計します。プラットフォームが禁止、レート制限、またはピボットした場合でも、アプリは生き残る必要があります。
誰かの庭で構築するリスク
1）ポリシーの変更がビジネスを書き換える可能性がある
アプリストアは、あなたの利益ではなく、彼らのエコシステムのために最適化します。利用規約の更新、新しい手数料層、または「品質」ガイドラインにより、製品の変更を余儀なくされたり、依存している機能が廃止されたりする可能性があります。
2）手数料の忍び寄りと利益の圧縮
プラットフォームが安くなることはめったにありません。プラットフォーム料金、アプリストアのレベニューシェア、支払いの制約の間で、利益は圧迫されます。コストが上昇するにつれて、価格設定の自由度は縮小します。
3）APIの制限と互換性を損なう変更
重要なエンドポイントは、スロットルされたり、非推奨になったり、新しい権限の背後にスコープされたりする可能性があります。あなたのロードマップは、誰かの製品チームやリリースサイクルとの交渉になります。
4）発見への依存は脆弱である
あなたはアプリストアの検索ランキングを所有していません。ランキング要因、カテゴリ、または編集上のキュレーションの小さな変更がインストールを押しつぶす可能性があり、それに対するエクスポートはありません。
5）チェックアウトと支払いの実質的な管理権がない
プラットフォームが支払いフローを管理する場合、紛争ルール、支払いタイミング、リスクスコアリングは彼らのものに従います。自分の条件でコンバージョン、再試行、または督促を最適化することはできません。
6）データアクセスは決して完全なアクセスではない
常に部分的な可視性しかありません。識別子の欠落、イベントの遅延、またはシステム間の結合のブロックなどです。これは、分析、アトリビューション、サポートを損ないます。
7）切り替えコストは時間の経過とともに増加する
埋め込まれている期間が長いほど、離れるのは難しくなります。独自のプリミティブ上に直接構築されたすべての機能は、移行コストを増加させます。
ShopifyとWhop：同じパターン、異なる形
- Shopify: 素晴らしいコマースのバックボーンですが、アプリストアが流通を所有し、分け前を取ります。チェックアウトのルール、APIのスコープ、そしてShopifyが今四半期に優先するものによって制限されます。
- Whop: クリエイターエコノミーへの近道ですが、ホスティング、ルーティング、アクセスを制御するマーケットプレイス内に価値を固定することになります。あなたのアプリがWhopページである場合、Whopがフレームを所有しています。
どちらの場合も、プラットフォームは会場であり、ビジネスではありません。
プラットフォームが理にかなっている場合
以下の目的で使用してください。
- 獲得: アプリストアを家ではなくチャネルとして扱います。
- 統合: コネクタを使用して、顧客が仕事をしている場所（Shopify管理画面、Whopコミュニティ）で顧客に会います。
- 支払いのオプション性: プラットフォームの支払いを唯一のパイプではなく、モードとして受け入れます。
プラットフォームが明日なくなったとしても、あなたの製品は最小限の変更で独自のドメインを介して機能するはずです。
所有された庭のアーキテクチャ（実践的）
プラットフォームが基盤ではなくプラグインになるようにスタックを設計します。
- サーフェスを所有する: 独自のドメイン上の公開サイトとアプリ（例：Webの場合はNext.js/Remix/Astro、モバイルの場合はExpo）。
- 支払いを所有する: Stripeを自分のアカウントに直接接続し、バックエンドでWebhookを処理します。DB内の顧客を外部ID（Discord/Telegram）にマッピングします。
- イベントコア: プラットフォームのタイミングに関係なく、請求、アクセス、監査を処理するための耐久性のある冪等ワークフローエンジン（キュー/ステートマシン）。
- 統合レイヤー: Shopify/Whop API用の薄いアダプター。ステートレスで交換可能に保ちます。
- データウェアハウス: ストア内の分析とアトリビューション（クリック、トライアル、LTV）。ビジネスを運営するためにアプリストアのダッシュボードに依存しないでください。
- 移植性テスト: 定期的に「プラットフォームダウン/許可取り消し」をシミュレートし、製品がドメインで機能することを確認します。
ShopifyまたはWhopで始めなければならない場合
- 初日からドメインにスタンドアロン製品を置いてください。
- 正規の状態（canonical state）（ユーザー、サブスクリプション、権利）を彼らのDBではなく、自分のDBに保存します。
- プラットフォームAPIを介して作成するすべてのオブジェクトのインポート/エクスポートパスを構築します。
- メインのサーフェスとして独自のUI/ホスティングを避けてください。深いワークフローのためにアプリにリンクバックしてください。
- サインアップ時に顧客関係のメールと所有権を取得します。
創設者の考え方：チャネルを借りて、家を所有する
プラットフォームはリーチ、信頼性、信頼を提供します—それらを使用してください。しかし、永続的なビジネスは、ドメイン、データベース、支払い、ロードマップなど、ルールを管理する場所に構築されます。
自分の庭を築きましょう。役立つときは隣人と統合しますが、彼らの土地を自分の土地と間違えないでください。
関連資料
- ローリングペイウォールとは何ですか？
- ウェブコミックのティアの価格設定方法
- Shopify Discordサブスクリプション：現実確認
- Whopは合法ですか？
- Gumroadは合法ですか？
- WhopはコミュニティビルダーのためのPSPになります
- Discord決済ボット（Stripe）
- Telegram決済ボット
DiscordまたはTelegramでコミュニティを収益化しており、低手数料で所有権を求めている場合は、ドメインで構築し、エッジでプラットフォームを統合してください。Sublynaのようなツールは、その哲学を念頭に置いて設計されています。あなたのStripe、あなたのデータ、あなたのルールです。
