翻訳祭2026
チケット申込・動画配信
システム構成 調査報告書

国内イベントでの知名度は高いが、翻訳祭の必須要件であるプロモコード機能がない。代理購入も「1注文1回答」の仕様で、参加者個別のメアド取得には手作業が必要。単独利用は困難と判断。

請求書払い・インボイス・領収書の対応は全サービス中で最も充実しており、名札印刷にも対応。しかしプロモコード機能（R2）がなく、配信基盤との自動連係（R6）もできないため、単独では翻訳祭の必須要件を満たせない。申込と決済が一体のサービスのため、特定の機能だけを切り出して他サービスと併用することもできない。

申込フォーム・決済・会員管理・配信連携をすべて自前で構築する案。Stripe APIで決済、freee APIで請求書・領収書の自動発行、CF Stream APIで視聴権限付与まで一気通貫で自動化できる。代理購入やプロモコードも完全に自由設計。要件充足は全選択肢中で最も高い。ただしフロントエンド・バックエンド・インフラの設計〜開発〜テスト〜保守をすべて自分で担うため、エンジニアリソースと開発期間が必要。

国産の予約・イベント管理システムで、QR来場受付・銀行振込決済・会員管理など機能が豊富。「団体受付」機能があり、1回の申込で参加人数を指定できる（例：「5名参加」）。しかし公式ドキュメントを調査した結果、団体受付はあくまで「人数のヒアリング」であり、参加者個別の氏名・メールアドレスを動的に入力させる標準機能は確認できなかった。質問追加で「同伴者1の氏名」「同伴者2の氏名」…と固定枠を並べる方式はPeatixと同様の制約がある。またプロモコード機能がなく、配信基盤との自動連係API も非公開。

海外フォームSaaS（Cognito Forms・JotForm等）とStripe決済を組み合わせる案。Cognito FormsのRepeating SectionsやJotFormのConfigurable Listを使うことで、参加者行を動的に追加し、複数名分の氏名・メールアドレスを上限なく収集できる。プロモコードもロジック構築で対応可能。手数料はStripeの3.6%のみと最も低コスト。さらにZapier経由でfreee（請求書・領収書自動発行）やCF Streamと自動連係でき、R6（申込→配信の自動連係）を実現できる構成。JotFormは公式MCPサーバーあり・日本語UI対応、Cognito Formsはフォーム内計算と後払い機能が充実。

参加者が平均何本の動画を視聴するかによって、配信コストが大きく変動します。

• ❶
  EventRegistを継続するか、脱却するか
  昨年の案A（EventRegist+Enavle）には、Enavleのモバイル非対応・代理購入不可・個人情報の海外移転・年間約186万円の高コストという課題がある。配信基盤だけ変える案B/Cでもプレミアム機能費＋管理費20%は残り、削減効果は限定的（約46〜48%）。海外フォームSaaS+Stripeに切り替える案D〜Fなら63〜76%削減可能だが、構築工数と検証が必要。この「コスト＋課題解消 vs 構築の手間」をどう判断するか。
• ❷
  脱却する場合、案D・E・Fのどれを軸にするか
  案D（海外SaaS+OneStream）は配信UIが完成済みだが配信連係が手動。案E（海外SaaS+Supabase+CF Stream）は全フロー自動化でバランスが良いが、Supabaseマイページの構築が必要。案F（内製+Supabase+CF Stream）は要件充足100%だが開発負荷が最も大きい。構築担当者のスキルと確保可能な工数に応じて判断。
• ❸
  構築担当者のアサインとAI活用方針
  案D〜Fはいずれも複数サービスの連携構築が必要。兼任担当者がどこまで対応可能か、Claude等のAI補助をどの程度活用するかを事前に確認。特に案E/FのSupabaseの認証設計・Zapierの自動処理設定は、AI補助があっても一定の技術理解が求められる。
• ❹
  freee連携の範囲確定
  事務局が使用しているfreeeとの連携で、請求書・領収書の自動発行をどこまで自動化するか。案DはZapier→freee、案E/FはZapierまたはAPI直結→freee。freee側の設定（適格請求書のテンプレート、領収書の自動送信タイミング等）も事前に確認が必要。

以下は「やってみないとわからない」項目です。構成案の最終決定前に、実際に手を動かして検証する必要があります。

• 🔍
  海外SaaS（Cognito Forms / JotForm）+Stripeの代理購入フロー
  Repeating Sections（CognitoForms）またはConfigurable List（JotForm）で複数名分の氏名・メールを収集し、合計金額をStripeに渡すUX。人数変更時の金額再計算や途中離脱時の挙動を実機テスト。これが破綻すると案D/Eの両方が成立しない。
• 🔍
  Zapier→Supabase→CF Streamの自動連携フロー（案E）
  海外SaaSフォーム申込→Stripe決済→Zapier→Supabase会員登録→CF Stream視聴パス発行→メール送信の一連が、エラーなく自動で動くか。特にZapierの処理ステップ数の上限・エラー時の再実行処理を確認。
• 🔍
  OneStreamへの会員登録の運用負荷（案D）
  API非公開のため手動CSV登録になるが、配信期間6週間中に追加申込があるたびにCSV登録する運用が現実的かどうか。登録頻度と所要時間を見積もる。
• 🔍
  Supabaseマイページのプロトタイプ構築（案E/F）
  チケット情報の表示・領収書DL・動画一覧（CF Stream埋め込み）を含むマイページの画面を簡易的に試作して検証。Supabaseの認証・アクセス制御の設計も合わせて確認。
• 🔍
  Zapier→freee連携の動作確認
  Stripe決済完了をトリガーに、freeeで適格請求書・領収書が正しく自動生成されるか。法人向け請求書と個人向け領収書の出し分けロジックも確認。