Use Cases
コアのマッチングフローを変えずに、テンプレートと追加項目だけで別サービスとして動かせます。
支援内容、対応形式（オンライン/対面）、料金目安を掲載。相談依頼と提供の両方を同じ基盤で扱います。
プロフィールを公開し、希望条件で相手を探して関心を送信。承認後にメッセージを開始する、プロフィール型マッチングに対応します。
How it works
求人・スキルシェア・出会い系など、近いサービスのテンプレートを複製します。コアのマッチングフローはそのまま使えます。
対応形式、価格帯、地域など、サービスに必要な入力・検索・表示項目を設定ファイルで定義します。コアテーブルは変えません。
募集掲載から応募、承認、マッチ成立、メッセージまで共通フローが機能します。管理画面もそのまま使えます。
Core Features
会員管理から成立後メッセージ、管理画面まで。基盤として標準搭載しています。
Architecture
新しいマッチングサービスを追加するとき、DB の中心構造を変えず、テンプレートと拡張項目の追加で対応できます。
Comparison
| 比較項目 | スクラッチ開発 | 本基盤を使う |
|---|---|---|
| マッチングフローの実装 | 毎回ゼロから設計・実装 | コアをそのまま流用 |
| 新サービス追加時 | DB・画面・ロジックを全再構築 | テンプレート複製 + 拡張項目のみ |
| 管理画面 | 都度作り直しが必要 | 共通管理画面がそのまま使える |
| 認証・権限 | 実装コストが都度かかる | 標準搭載 |
| 検索・絞り込み | サービスごとに個別実装 | 設定ファイルで制御 |
| 将来の横展開 | 大規模な改修が必要 | テンプレート追加で対応 |
FAQ
求人・採用、業務委託・外注、スキルシェア、相談・面談募集、B2B商談マッチング、地域活動・イベント参加募集など、「募集して応募を受ける」または「プロフィールを公開して相手を探す」形の用途に使えます。
現在の基盤スコープ外です。タイムライン投稿、グループチャット、継続的な交流を中心とするSNS型基盤は、マッチング基盤とは責務が大きく異なるため、別リポジトリで扱う方針としています。
はい。同じコードベースを異なるドメイン・環境変数・テンプレートで動かすことで、求人サイトと出会い系サイトを別々に運用できます。それぞれ独立したDBを持たせる設計を推奨しています。
設計の方針として、決済・予約枠・レビュー・レコメンドなどはMVP後の拡張候補として明示的に切り分けています。コアの構造を壊さずに段階的に機能追加できます。
MVPでは設定ファイル（PHPまたはJSON）でテンプレートを管理します。将来的には管理画面からテンプレートを編集・バージョン管理できる仕組みへ移行する予定です。