地域のマーケットプレイスを構築する

市が、広場からはみ出した

井坂さんは、川べりの土曜の手づくり市を回しています。天然酵母のパン、藍染めの布、燻製の川魚、陶器。露店は26。そして毎週、誰かが同じことを出店者に尋ねます。「これ、来週の土曜の分を注文できますか」。大手のマーケットプレイスは、別の問いに答えます。彼らは作り手たちを、送り状と返品規定を抱えたEC事業者にしたがります。けれども、この市の実際の形はもっと単純で、もっと奇妙です。平日のうちに注文し、9時から13時のあいだに取りに来る。露店の台の上で現金がやり取りされることは、もうありません。

Klivは、市そのものの形でマーケットプレイスを構築します。店先はひとつ、露店はたくさん。小包ではなく受け取りの時間帯。そして市の取り分は、注文が起こったその瞬間に、その注文の中に書き込まれます。

ひとつの土曜の裏にある一週間

市の土曜は、いまや静かな6日間の上に組み立てられます。ひと巡りを見てください。

月曜——新しい仕込みが上がる

燻製小屋がヤマメのパテを40瓶、川べりで撮った写真とともに出品します。井坂さんはコーヒー片手に審査の列から承認し、1分後にはもう公開されています。

火曜から木曜——棚が減っていく

注文のたびに仕込みが減ります。40瓶目が売れると、出品は自分で閉じます。41人目の買い手は在庫の数に断られるのであって、露店の前でがっかりするのではありません。

木曜、遅く——締切

週次のジョブが注文を締め、作り手全員にピックリストをメールし、買い手それぞれに受け取りの時間帯と注文コードを添えたリマインドを送ります。

土曜——混乱ではなく、受け渡し

買い手はコードを読み上げ、作り手は注文を受け渡し済みにし、来なかった2件には、記憶をもとに言い争う代わりに、追いかけのメールの印が立ちます。

日曜——台帳はすでに一致している

突き合わせるものはありません。売上はどれも、起こったときに取り分を書き込みました。週末の数字はクエリであり、井坂さんはそれをソファから読みます。

月末——交渉ではなく、明細

作り手それぞれに、台帳から引かれた明細が届きます。売上、手数料、手取り。そして市は、両者が読める同じ行から支払いを済ませます。

日よけの下の仕組み

チェックアウトはひとつ、露店はたくさん。 パテと藍染めの布とマグカップ2つが入った買い物かごも、市のStripeアカウントで走るチェックアウトでの、ひとつの支払いです。そして台帳が、その同じ瞬間に出店者ごとに分けます。精算は運営の判断であり続けます。記憶からではなく、明細から下される判断です。

露店は、ひとつのサブスクリプションです。 作り手は市に月2,000円を払い、その購読が開くのが露店ページです。失効すれば、露店は予定どおり非公開になります。プランと可視性はひとつのシステムなので、「誰が払ったか」の一覧をテントの柱に貼る必要はありません。

何が効いているかがわかります。 訪問者、コンバージョン、露店ごと・経路ごとの売上。そして「ニュースレターからの注文」は、一文で定義するカスタムイベントです。タグマネージャーは登場しません。

このやり方で市を回すことは、静かに創業者の一手です。運営者のためのプレイブック——プラン、アカウント、週のリズム——は、SaaSのソリューションページにあります。

運営者の机で尋ねられること