サービス開発 / Event Prepay
Collect before the day. Settle after it.
申込のときに払ってもらう。それだけで受付が空きます
イベントの参加費を、申込のときにカードで払ってもらう仕組みです。当日の受付で現金を数える必要がなくなり、来なかった人の取りはぐれも防げます。

入口
01
The Problem
02
The Solution
申込と支払いを1つにまとめ、集金から返金までを同じ画面で扱えるようにしました。
03
What It Does
01
申込時にカード決済(事前入金)。当日払いも選べる
02
参加人数・事前入金・当日未収・返金を1画面で把握できる
03
当日払いのキャンセル料の請求、事前決済の一部返金(%指定)をまとめて処理
04
受付での出席確認と、名簿のCSV出力
05
規約・特商法の表記を運営側の画面から直せる
06
2段階認証と、運営アカウントの発行(複数の主催者で使える)
04
How To Use
運用する人が触る画面を、はじめから終わりまで順に追います。
STEP01
総申込数、事前入金の合計、当日・未収の合計が並びます。申込の推移と、事前決済と当日払いの割合も出ます。
STEP02
日時、定員、参加費、締切を決めるだけで申込ページができます。
STEP03
誰が事前に払い、誰が当日未収かが一覧で分かります。受付では「出席にする」を押すだけ。名簿はCSVで書き出せます。
05
Before / After
導入前当日に現金を数えて受付が詰まる
導入後申込時に払い終わっているので受付は確認だけ
導入前来なかった人の分を取りはぐれる
導入後事前入金なので取りはぐれない
導入前誰が未収か直前まで分からない
導入後入金状況が一覧で見える
導入前返金を一件ずつ手で連絡する
導入後画面から割合を指定して返す
導入前参加者の個人情報を自分で抱える
導入後名簿は決済サービス側から取得し、自分側に持たない
06
Getting Started
イベントを開く方
決済サービス(Stripe)のアカウントは御社名義で作っていただきます。お金が直接御社に入る形にするためです。つなぐ作業はこちらで行います。
07
Approach
01
参加者の名簿を自分側に持たない
名簿は決済サービス(Stripe)から取得する作りにしました。自分側にデータベースを持たなければ、氏名や連絡先を預かる責任が減り、漏れる経路そのものが無くなります。「持たなくて済むものは持たない」ほうが、守りを固めるより確実だと考えました。
02
お金の後始末まで画面に入れた
決済は「集める」だけでは終わりません。来なかった人へのキャンセル料の請求、中止したときの返金が必ず起きます。そこを画面から処理できないと、結果として手作業と個別のやり取りが残ります。
03
複数の主催者で使える形にしておいた
1つのイベントのために作ると、次に別の主催者から頼まれたときに作り直しになります。最初から主催者ごとに分ける作りにしておきました。この土台を後に別のサービス(Enlink)へ流用しています。
08
Use Cases
事前にお金を集めたい集まりなら、規模を問わず使えます。
セミナー・講座
交流会・懇親会
体験・ワークショップ
月謝・会費の集金
09
Get In Touch
このまま貴社のイベントに使えます。
決済サービスとつないで「集金・返金・未収の管理」まで面倒を見る仕組みは、イベント以外にも応用できます。月謝や会費の集金、物品の予約金、キャンセル料の扱いがある予約など。「支払いが絡むと手作業が残る」場面の相談を承っています。
ページ全体
管理画面の入口
利用規約
特定商取引法にもとづく表記
プライバシーポリシー何を作るか決まっていない段階でも構いません。いまの集金の流れを伺えば、どこを自動にできるかお伝えします。ご相談だけなら費用はかかりません。
相談してみる →まだ導入実績はありません。最初にお使いいただく数社を探しています。そのぶん費用は抑えてお受けし、ご要望は優先して反映します。