Courtlines を作った方法：Claude と共に構築した、クラブ運営のためのSaaS

目次

2026年7月更新。

要点： Courtlines は、racquetスポーツのクラブやスタジオのためのオペレーティングシステムです。予約、会員管理、コーチング、POS（販売時点管理）、そしてイベントを、一つのブランド化された屋根の下にまとめます。私はこれを、Claude をエンジニアリングパートナーとして、ソロのオペレーターとして作りました。得られた教訓はこうです。AIは私のコーディングを速くしただけではなく、一人の人間が信頼に足る形で世に出し、運営できるプロダクトの規模そのものを変えたのです。

[オペレーターの視点] 私はコンサルティングブランドと、テキサス州オースティン都市圏で運営するピックルボール施設 Pickleland にまたがって、30以上の本番稼働エージェントを走らせています。実際に施設を運営してみて、私のようなクラブ向けのソフトウェアがいかにひどいかを、身をもって学びました。だから私は、自分が欲しかったソフトウェアを自ら作ったのです。これは Courtlines の物語であり、それが何をするのか、そして Claude に頼ることで、いかにして一人の人間が通常ならチームを要するものを作り上げられたのかについての話です。

なぜクラブには「アプリ」ではなく「オペレーティングシステム」が必要なのか

スポーツ施設を運営したことがなければ、ソフトウェアの問題は目に見えません。外から見れば「人がコートを予約する」ように見えます。しかし内側から見れば、クラブとは、互いに整合していなければならない十数個の可動パーツを抱えた、小さくて雑然としたビジネスなのです。

会員がコートを予約する。その予約は、その人が会員プランに入っているかどうか、クレジットを持っているかどうか、そのコートがすでにクリニック用に押さえられていないか、コーチが割り当てられているか、そしてフロントデスクが料金を上書きしていないかを、すべて把握していなければなりません。会員が来店すると、誰かがカウンターでボールの缶を精算する。それがPOSです。子どもをジュニアプログラムに申し込む。それがイベントと家族アカウントです。レッスン10回パックを買う。それはコーチング・パッケージであり、コーチへの独自の支払いロジックを伴います。友人を紹介する。それが会員獲得のファネルです。

ほとんどのクラブは、これを3つか4つのバラバラなツールと、スプレッドシートと、グループチャットで回しています。予約システムはPOSのことを知りません。POSは会員管理のことを知りません。月末には、誰の数字も一致しないのです。

Courtlines は「もし、それらすべてが一つのシステムだったら？」という問いへの答えです。 これは、機能を後付けした予約アプリではありません。カレンダー、会員管理、レジ、コーチングの支払い、そして公開イベントページのすべてが、同じ基盤データである、単一のオペレーティングシステムです。それがこのプロダクト全体の主張であり、サイトのキャッチコピーそのものです。クラブとスタジオのためのオペレーティングシステム、と。

Courtlines が実際にできること

大まかに言えば、Courtlines はクラブに次のものを提供します。

• ドラッグ＆ドロップのコートグリッド ── フロントデスク向けに、すべての予約、クリニック、押さえを一画面にまとめ、管理者がリアルタイムで並べ替えられます。
• 予約とオープンプレイ ── 会員向けに、面倒だが不可欠なエッジケースも含めて。繰り返し予約、キャンセル待ち、キャンセル可能な期間、そしてクレジット。
• 会員管理と請求 ── プラン、家族アカウント、親にひも付いたジュニア／子ども用ログイン、そして収益が静かに漏れ出すのを防ぐ督促（ダニング）処理。
• コーチング ── レッスンパッケージ、スケジューリング、そして独立コーチへの自動支払い。
• POS（販売時点管理） ── プロショップとカフェのための本物のレジで、他のすべてと同じ顧客記録にひも付いています。
• イベントと公開ページ ── クリニック、リーグ、トーナメントを、人々が見つけて申し込める公開ページとともに。

設計上の目標は、プラットフォームが「消える」ことです。クラブが自分のブランドを上にかぶせれば、会員にとってそれは単に「うちのクラブのアプリ」に感じられ、「うちが料金を払っているどこかのSaaS」には感じられません。これは、この分野の既存プレイヤー ── CourtReserve や Skedda のような存在 ── との意図的な対比です。彼らのソフトウェアではソフトウェアこそがブランドであり、クラブは間借りするテナントに過ぎません。

Pickleland はテナント第1号です。私はデモの裏に隠れることはできません。この製品は、私自身が個人的に責任を負う施設を、実際に動かさなければならないのです。その制約こそが、私がこれまで持ったなかで最高のプロダクトマネージャーでした。Pickleland はこちらで見られます。それは現実世界の実証の場であり、会員がぶつかるすべての粗い部分は、私がその日のうちに感じるバグなのです。

私を驚かせた部分：今や一人のオペレーターが世に出せるもの

ここからが、この物語の正直な版です。そして、ひっそりと立ち上げるのではなく、この記事を書いている理由でもあります。

請求、POS、ロールベースのアクセス制御、コーチングの支払い、そして公開イベントシステムを備えたマルチテナントSaaSは、週末プロジェクトではありません。10年前なら、これはシードで資金調達した5〜8人のエンジニアチームが1年がかりで取り組む規模です。ソロの創業者なら、たいてい親切に「一つの機能に絞って、資金を集めなさい」と言われるような規模なのです。

私はこれを、Claude を主要なエンジニアリングパートナーとして、一人で作りました。「ときどき ChatGPT にコード片を尋ねた」という意味ではありません。私が所有する仕様とプロダクト上の決定に基づいて、Claude がこのシステムのコードの大半を書いた、という意味です。私の仕事は「実装を打ち込むこと」から「何が正しいかを決めること」へと移りました。データモデルはどうあるべきか、あるロールに何が許されるか、ある機能にとって「完成」とは何を意味するか、そして何を安全に世に出せるか、を決めることへと。

興味深い変化は、速さではありません ── たしかに速くはなりますが。それは規模です。AIは、同じ規模のプロダクトで私を2倍の開発者にしたのではありません。それは、私が信頼に足る形で作れる、そして同じくらい重要なことに、一人で運営し保守できるプロダクトの規模を変えたのです。たった一人の人間が書いたコードベースは、自らの重みで崩壊してしまいます。AIパートナーが実装の詳細を保持し、私がアーキテクチャとガードレールを保持するコードベースは、まったく別種のものです。そしてそれこそが、かつては会社を必要としたカテゴリーに、いまソロのオペレーターが挑めるようになった理由なのです。

私はここで、Courtlines のための正確な運営プレイブックをあえて公開しません。それは私が競争優位だと考えている部分であり、競合には「これには大きなチームが要る」と信じ続けてもらったほうがいいのです。しかし、私が実際のプロジェクトで Claude をどう回しているのか、その仕組みを詳しく見たいのであれば、はるかに小さなビルドについてはすべて書き起こしました。アプリストアに出したモバイルゲームです。Quads というモバイルボードゲームを、Claude とどう作ったか をご覧ください。同じ働き方で、隠すものは何もなく、手の内をすべてさらしています。

私が譲らない原則

プレイブックは非公開のままでも、いくつかの原則は述べておく価値があります。AIで本格的なソフトウェアを作るすべての人に当てはまるからです。

危険なペンは人間が握る。 間違いが高くつき、取り返しがつきにくい行為は、ごく少数存在します。スキーマ変更、デプロイ、そして金銭や本番データに触れるものすべてです。それらは断固として私の手に残します。AIはそれらを提案できますが、実行はできません。その一線を明確に引くことこそが、それ以外のあらゆる場面でAIに大きな裁量を与えても安全でいられる理由なのです。

テストが緑なのは必要条件であって、十分条件ではない。 すべてのユニットテストを通過する予約フローが、実際のブラウザでは目に見えて壊れていることがあります。UIを持つプロダクトにとって最も重要な検証は、人間 ── あるいは監督されたプロセス ── が、現実的なデータに対して実際にクリックして回ることです。テストは物事が悪化するのを防ぐ勾配であって、機能が動く証明ではありません。私はこれを高い授業料を払って学び、それが「完成」の定義を永久に変えました。

仕様こそが本当のインターフェースだ。 てこの力は巧妙なプロンプトにあるのではなく、システムが何であり、各パーツが何をするはずなのかについて、明確で最新のドキュメントを維持することにあります。それらを正確に保つために費やした時間は、その後のすべてのセッションにわたって、何倍にもなって返ってきます。この深掘り版が欲しければ、本番で失敗しないAIエージェントのシステムプロンプトの書き方 で述べているのと同じ規律です。

自分が付き合わなければならないものを作れ。 最良の決断は、Courtlines に自分が所有する施設を運営させたことでした。人を感心させるデモを出すのは簡単ですが、自分自身の会員が頼りにするソフトウェアから逃げることは不可能です。AIで何かを作るなら、自分が個人的に感じている問題に向けなさい。その現実によるチェックは、どんなテストスイートよりも価値があります。

これが、私が作っている他のすべてとどう噛み合うか

Courtlines は孤立して存在しているわけではありません。それは私が構築している小さなracquetスポーツのエコシステムの一部です。The Court Scout は、ピックルボールコートを検証済みで掲載するディレクトリで、競合するスクレイピング型のディレクトリよりも本当に正確であるように作られています。そして Pickleland は、すべてがそれに対してテストされる旗艦施設です。ディレクトリはプレイヤーがコートを見つけるのを助け、Courtlines はそれらのコートの背後にあるクラブが実際に運営するのを助けます。

そのすべてを貫く結合組織は、同じ運営モデルです。AIによって増幅されたソロのオペレーターが、歴史的にソロのオペレーターが扱えたよりも大きな面積を回す、というモデルです。Courtlines は、このモデルのこれまでで最も野心的な表現です ── 数年前なら、私が一人で挑もうとは到底思わなかったであろう、フルのSaaSプラットフォームなのです。

もしあなたがracquetスポーツのクラブやスタジオを運営していて、4つのツールをつなぎ合わせることにうんざりしているなら、Courtlines を覗いてみてください。そして、もしあなたが、実際のプロダクトでAIをどこまで押し進められるのかと考えている作り手なら、それこそがこの記事の全趣旨です。おそらくあなたが思うより、ずっと遠くまで押し進められます。

FAQ

Courtlines とは何ですか？

Courtlines は、racquetスポーツのクラブやスタジオ ── ピックルボール、テニス、パデル、そしてそれ以外 ── のためのマルチテナントのオペレーティングシステムです。予約、会員管理、コーチング、POS、そしてイベント管理を、一つのブランド化されたプラットフォームにまとめます。だからクラブは、4つのバラバラなツールではなく、単一のシステムからビジネス全体を運営できます。courtlines.com でご覧いただけます。

本当に Claude がコードの大半を書いたのですか？

はい。Claude は私の主要なエンジニアリングパートナーであり、私が所有し統制する仕様、アーキテクチャ、プロダクト上の決定に基づいて、実装の大半を書きました。私はスキーマ、デプロイ、そして「完成」の定義を握り、AIは実装の詳細を握ります。その分業こそが、この規模のソロビルドSaaSを、持続的に保守可能にしているのです。

AIを使えば、本当に一人でこれほど大きなSaaSを作って運営できるのですか？

作ること自体は、いまや本当に実現可能です ── そこが驚くべき部分です。より大きな課題は、それを運営し保守することです。なぜなら、大きなコードベースには、たとえAIが詳細を書いたとしても、アーキテクチャを理解している人間が必要だからです。鍵は、明確な仕様を保ち、人間が所有しなければならないごく少数の高リスクな行為について、断固たる姿勢を崩さないことです。そのように進めれば、一人のオペレーターが保守できる面積は、かつてよりもはるかに大きくなります。

CourtReserve や Skedda を使わず、なぜ自前のクラブソフトを作るのですか？

Pickleland を運営したことで、既存のツールがどこで力尽きるのかが、まさに明確に見えたからです。予約システム、レジ、会員管理が一つの真実の源を共有していないので、何一つきれいには帳尻が合いません。私は、そのすべてが同じ基盤データであり、会員が目にするのがソフトウェアベンダーではなくクラブのブランドである、そんなシステムが欲しかったのです。それが、Courtlines が埋めるために作られたギャップです。

あなたが日々どのように Claude と働いているのか、どこで学べますか？

Courtlines の詳細なプレイブックは競争上の理由で非公開にしていますが、まったく同じ働き方を、より小さくて完全にオープンなプロジェクトで記録しました。Quads というモバイルボードゲームです。その仕組みについては Quads というモバイルボードゲームを、Claude とどう作ったか を、そして私が世に出すすべての背後にあるROIの考え方については ある自動化に作る価値があるかをどう判断するか をお読みください。