チケット販売プラットフォームを構築する

なぜ掲載ではなく、プラットフォームを作るのか

たとえばあなたは、街のあちこちにある6つの独立した小屋のチケットをすでに扱っています。ジャズの地下ホール、小劇場、ツアーバンドを呼ぶクラブ。どれも自前の仕組みを作るには小さすぎ、借り物の仕組みを楽しむには個性が強すぎます。彼らがこの問題を任せている相手が、あなたです。

それはつまり、あなたがプラットフォームだということです。プラットフォームの骨格は、チケット売り場のそれとは違います。ひとつの仕組みの上に多くの主催者が乗り、それぞれが他人に自分の数字を見られないと確信していて、その上に商売が乗る。あなたの手数料が、表計算なしに計測され、請求される。Klivは、その骨格を約束ではなくデータのルールとして構築します。

会場がひとつ、レールに乗る

プラットフォームは、主催者ひとりずつ自分を証明します。

招待

ジャズの地下ホールが登録します。組織ができ、その支配人がスタッフを2人招き、役割はあるべきところに着地します。

最初の掲載

最初のイベントが、あなたのプラットフォームのドメインの下にある自分たちのページに出ます。クローラー向けにプリレンダリングされ、見つけられ、彼ら自身が宣伝できるものとして。

最初の発売

スタッフは自分たちのダッシュボードを更新しながら売上が伸びるのを見ます。街の反対側の小劇場には、何も見えません。数も、名前も。行そのものが手の届かないところにあるからです。

月末

あなたの手数料が、メーターから生成された請求書として届きます。6会場で1,240枚。それぞれの主催者が合意した1枚あたりの単価で。

争い

クラブで二重の請求。返金は、人間が、つまりあなたか支配人か、あなたの決めたほうが「はい」と言うまで、承認の列で待ちます。

7つ目の会場

ブッキング担当の間では、話が伝わります。成長とは、招待とひとつの役割であって、連携の開発案件ではありません。

どう組み上がるか

契約書に書ける隔離。 行レベルのセキュリティによって、会場のスタッフは他の全員と同じテーブルに問い合わせて、自分の行だけを受け取ります。他の会場のIDでの検索は、空で返ります。「他の会場のデータは隠しています」と「他の会場のデータは、あなたにとって存在しません」の違いです。

自分で回るビジネスモデル。 あなたの1枚あたりの手数料は、各主催者のサブスクリプションに乗った従量課金の価格です。売上がメーターを刻み、メーターが請求書になり、新規登録の単価を上げることは交渉ではなく、カタログの変更です。

売り込みの前に、証明を。 プラットフォームは自分のテストスイートとともに立ち上がり、どんな売り込みよりも先に、侵入をリハーサルできます。テスト用のアカウントがジャズの地下ホールの支配人を演じ、小劇場の数字を探ります。実行専用のデータベースの上で。返ってきた記録が、疑い深いブッキング担当に「うちの数字はあなたのレールの上で安全か」と訊かれたときの、あなたの営業資料です。

売り切りの技術、つまり発売時の殺到、定員、扉の前は、それ自体がひとつの手仕事です。イベント向けのソリューションがひと晩をそこに沿って歩き、あなたのプラットフォームは、その物語をすべての部屋で同時に走らせます。

プラットフォームを作る人が訊くこと