スポーツクラブの会員システムを構築する

平均的なクラブではなく、あなたのクラブの形をしたソフトウェア

クラブ向けのプラットフォームは会員数で課金し、ひとつの形しか想像しません。個人が申し込み、払い、プレーする。あなたのクラブは14チームに600人、ボランティアの理事会が運営しています。中村家は3人の子が3つの名簿にいて、シニアはU9とは違う会費を払い、その会費表は総会で一行ずつ議決されました。

Klivはあなたのアプリの会員数で課金しません。そして、クラブ自身が決めたことから組み立てます。家族アカウント、チームごとのシーズン会費、みんなで分け合い誰も愛していない売店の当番表。会員の記録と、会費と、名簿がひとつのデータベースにあるので、「誰が払ったか」と「誰が出られるか」が、ついに同じ名簿になります。

ある家族の1シーズン

2月 — 行列のない登録の夜

中村家はひとつのアカウントから3人の子を登録します。それぞれが正しい名簿に着地し、1通の請求が年会費と3人分の指導料を、年代別の価格で覆います。

3月 — 日程が届く

練習時間がチームごとに公開されます。U9は火曜17時、U13は木曜。変更は、それが影響する名簿だけに通知します。

4月 — カードが静かに期限切れになる

会員資格の更新が、期限切れのカードで失敗します。再試行が走るあいだ、メールが支払いページへ直接つなぎます。職場のスマホから片づき、ボランティアの会計が誰も追いかけませんでした。

5月 — 売店当番、2タップで

当番表は、この家族がまだシフトを取っていないことを示します。彼らは5月14日の試合の売店を取り、前夜には予定されたリマインドが届きます。

6月 — 定員120人のサマーカップ

大会の申し込みには固い上限があります。121件目は購入の時点でデータベースに拒まれます。手遅れに気づいた誰かからの、申し訳なさそうなメールによってではなく。

10月 — シーズンが自分で帳簿を閉じる

会費が突き合わされ、未納の家族は理事会が決めたとおり次季の登録から締め出され、会計報告は週末仕事ではなく1ページになります。

どう噛み合うか

総会の前に、会費の1年をリハーサルする。 Sandbox（実際の請求が起きない検証環境）で、テスト決済とシミュレートした時間の上で、シーズンをまるごと先に回してください。2月に発火する更新、失敗して回復する1枚のカード、約束した日に失効した会員資格を閉じる理事会の猶予ルール。すでに1年を生き延びたシステムを、総会に見せられます。

理事会が読める証明。 Scenario（本番同様の操作を通しで再現するテスト）がコーチとしてサインインし、会員名簿の全体を探しに行きます。データベースの使い捨てフォークに対して、本物のサインインと本物の行のルールで。終わりはレシートです。拒否、そして理由。この証明は、変更が会員に届く前に毎回走り直します。

理事会より長生きするクラブ。 理事は入れ替わります。システムが一緒に去るべきではありません。クラブのデータはクラブ自身のデータベースの行で、アプリのソースはクラブが管理するGitリポジトリに同期します。継続性が、誰が作ったかではなくシステムの性質になります。

門を開ける会費と、それを閉じる失効は、ひとつのクラブのシーズンをはるかに越えて走ります。会員制の全体像が、その全部を歩きます。

クラブハウスからの質問