元記事
How Automating Tasks Helped Me Grow Revenue to Over $125k/mo
掲載：Indie Hackers／著者：Mike Carson、Courtland Allen／創業者：Mike Carson
公開日：2016年9月22日
元記事を読むPark.ioは、期限切れのドメイン名が再登録可能になった際に、取得を試みるサービスです。売上・利益は本人へのインタビューをもとにした数字であり、第三者による監査済みの数値ではありません。媒体には有料会員等への案内があります。以下の実績は過去のもので、現在の業績を示す数字ではありません。
3分で要約
プログラマーのMike Carson氏は、自分のサービスに使いたいドメインが再登録可能になる時期を調べていました。最初は空きを検知してメールを送る仕組みでしたが、通知からパソコンへ向かう間に他人が取得。監視だけでなく、条件が整った瞬間に取得を実行する必要があったのです。
自分用の処理を改良し、2014年に注文受付と決済を備えたサービスへ広げました。取得したドメインの案内ページから利用者が訪れ、初日にも注文が入ったと説明しています。自分で探して取得する道具が、他人の「待ち続けられない」を引き受ける商品に変わりました。
現在の公式料金は基本1件99ドルで、取得できた場合だけ課金します。複数人が同じ価格で予約すると競売になり、一部のプレミアム名では上限価格を指定します。「必ず99ドルで買える」という意味ではありません。継続課金より、取得という一回の成果に料金を合わせた事業です。
主要な収益モデル
収益＝単独予約の取得成功件数×取得料金＋競売の落札売上＋更新等の売上－登録・仕入費－監視・取得試行の通信処理費－決済費－顧客対応人件費－開発保守費
現在の売上内訳は非公開です。更新機能もありますが、更新料金と原価はドメインの種類で異なります。また、2017年の別インタビューでは自身による売買も収入に含む説明があるため、紹介された月商をすべて99ドルの手数料収入へ換算することはできません。
2018年のSaaS Clubの対談では、月商15万ドル超、利益率は約70％との本人の説明が確認できます。ただし、本人の労働を市場相場で費用計上したか、税金やどの経費を引いた数字かは不明です。粗利益率や営業利益率として断定せず、現在も同率で稼げるとは扱いません。
売上が増える前に、失敗する取得試行にも費用がかかります。成功した案件の登録費だけを見ず、空振りを含む監視と保守の負担まで分担できるかが採算の中心です。共通の仕組みで処理できれば人員増加は抑えられますが、対象の種類を増やすほど例外処理も増えます。
開始コスト
創業時の現金支出総額は確認できません。画面や決済を作る作業が短期間でも、それ以前に取得の仕組みを調べ、失敗し、改良した時間がありました。既に技術を持つ人の追加開発費と、未経験者が同等の取得基盤を作る費用は別です。
店舗、車両、物理在庫は不要ですが、開発用パソコン、サーバー、登録事業者との接続、決済、監視、人件費は必要です。自社で転売用ドメインを先に買えば、売れ残りと更新費も抱えます。顧客の注文に応じて取得するモデルと、先に仕入れて売るモデルを混ぜてはいけません。
処理費は案件ごとに消える支出です。一方、取得手順、失敗理由の記録、例外処理、顧客への説明文は再利用できる資産になります。ただし、上流の登録方式が変われば作り直しが必要で、完成後に放置できる資産ではありません。
必要スキル
差がつくのは、単にプログラムを書く力より、登録状態の変化と各事業者の仕様を読み、取得失敗の原因を切り分ける能力です。二重請求や重複注文を防ぎ、失敗時にも正しい状態へ戻す設計が必要です。創業者自身も、過去に重複メールや多重課金で利用者へ迷惑をかけたと話しています。
他人が見落としていたポイント
他人は、よい名前を安く買って高く売る価格差を見ていました。しかし、この事業者は「欲しい名前が空く瞬間に、顧客は張り付いていられない」という時間の制約を見ました。顧客が買うのは情報だけでなく、監視から実行までを途切れさせない取得手段です。
取得できなければ課金しないことで、空振りのための費用を顧客から事業者へ移しています。一方、希望名を必ず確保できる保証や、取得後に高く売れる保証まで移るわけではありません。成功課金は安心を売る方法ですが、成功率を上げる費用が売価を超えれば成立しません。
競合が増えると、顧客が増える場合もありますが、同じ名前の取得競争では自社の成功率が下がり得ます。重要なのは市場全体の盛り上がりより、依頼を受けた対象で費用以上の成果を出せるかです。勝った一件の落札額だけでは、この構造の強さは分かりません。
日本ならどう応用できるか
日本で小さく試すなら、自前の高速取得システムをいきなり作るより、Web制作会社向けの「顧客が使う予定の名称について、取得可能性を確認し、予約・取得まで進める窓口」が候補です。顧客が指定した名前と予算上限を受け取り、対象に対応する既存サービスを利用します。調査だけの納品と、実際の取得支援を別の商品にします。
これは日本での事業仮説です。既存サービスへの支払いを差し引いて料金が残るか、直接申し込むより依頼したい理由があるかを先に検証します。人手でしかできない確認は残し、監視対象、状態変化、次の処理の記録を共通化します。海外の取得速度を再現することが最初の目標ではありません。
制度面では、JPRSは、他人の名前や商品名などの登録・使用が不正とみなされ、ドメインを失う場合があると注意しています。競売経由でも同じで、単に空いているだけでは利用の正当性を判断できません。正当な利用目的と権利関係を確認し、取得事業者の規約に従って提供範囲を決めます。
7つの勝ち筋フィルター
① 他人が見落としている切り口があるか
評価：★★★★☆
名前の売買だけでなく、監視から取得までの時間を商品にしています。課金対象が調査時間ではなく取得結果である点が特徴です。
② 古くからある市場か
評価：★★★★☆
Webサイトやサービスに使う名称には既存需要があります。ただし、特定の末尾文字列の人気には左右されます。
③ 小さく始められるか
評価：★★★☆☆
依頼の確認は少数から試せますが、高速取得の基盤を自社で作るには専門技術と時間が必要です。
④ 在庫を持たずに済むか
評価：★★★★☆
予約に応じる範囲では売れ残りを減らせます。ただし、先に自社資金で転売用の名前を買えば、保有と更新のリスクが生じます。
⑤ ストック収益になるか
評価：★★★☆☆
取得基盤は別の注文にも使え、処理履歴も蓄積します。一方、毎月の注文が約束される契約ではありません。
⑥ 粗利益率は高いか
評価：★★★☆☆
過去の利益率申告はありますが定義が不明です。失敗試行、登録費、保守、支援を含めた一件の採算を見ます。
⑦ 再現性はあるか
評価：★★★☆☆
時間待ちを監視と実行へ切り出す原則は移せますが、取得競争での優位は創業者の技術と上流の仕様への依存が強い事業です。
どうなったら失敗するのか
取得成功率が下がる一方で監視や試行の費用が増えると、成功課金では回収できなくなります。実際に創業者は、上流の登録管理組織が独自サービスを始めた局面を説明しています。自社の機能だけ磨いても、上流が条件を変えると優位が消える可能性があります。
さらに、注文・取得・請求の記録がずれると、取得できないのに請求するなど信頼を損ないます。取得の速さと同じくらい、例外時に止めること、失敗を通知すること、請求を整合させることが重要です。問い合わせが増えたとき、人手で全件確認する運用も上限になります。
早期に確認したいKPI
最も重要なKPI＝取得失敗分も含めた、受付一件あたり限界利益
期間中の売上から登録・外部取得費、通信処理費、決済費、対応時間に応じた人件費を引き、失敗も含む受付件数で割ります。初期開発費などの固定費控除前の指標です。成功率だけを上げても赤字になり得るため、費用と一緒に追います。
最初に取り組むアクション
最初に売る最小の商品
顧客指定の一つの名称について、取得経路の調査と既存サービスの予約支援に絞ります。検証価格は成功時1万5,000円、登録・落札などの外部費用は別途とし、予算上限と不成功時の扱いを先に合意します。
最初の顧客候補
新サービスの命名やサイト立ち上げを月に複数件扱い、取得待ちの相談を受けた経験がある小規模Web制作会社です。まず10社へ、過去に具体的な困りごとがあったか聞きます。
最初の集客方法
取得できる条件、できない条件、必要日までに空かない場合の代替案を一枚にまとめ、直接ヒアリングします。先に名称を買い集めず、実際の依頼から需要を確認します。
投入する費用と時間の上限
6週間、制作会社10社、依頼候補5件、外部支出3万円、自社作業20時間まで。外部取得は顧客の事前承認と前受金の範囲に限定し、自社の投機的な仕入れは行いません。
継続または撤退を判断する基準
10社中2社が料金条件に同意して依頼し、取得成功が2件以上、社内時給3,000円で計算した受付一件あたり限界利益が3,000円以上なら継続します。6週間で成功が2件に届かない場合は拡張せず停止。支払意思がない、または受付一件あたり赤字なら対象と価格を一度見直し、次の5件でも赤字なら撤退します。
まとめ
同じドメイン名を何度も売ることはできません。繰り返し使うのは、監視、取得、決済、通知の仕組みです。成果の価値が高くても、その裏側の空振りを含めて採算が残るかを確かめる必要があります。
この事業の本質は、ドメイン名を転売することではありません。顧客が待ち続けられない瞬間を監視と実行の仕組みに変え、失敗分の費用を引き受けたうえで、実現した成果に課金することです。
確認資料：Failory・2019年2月21日インタビュー／Indie Hackers・2017年の補足／SaaS Club・2018年の対談／公式料金／公式FAQ／JPRS・登録時の注意。公式情報は2026年10月22日確認。評価、日本での価格・検証案は筆者の分析・仮説です。
コメント