会員登録の画面を考える前に、誰と誰をつなぎ、いつ成立とするかを決めます。会員や申し込みの進み具合、操作できる範囲、運営者の仕事、成立後に残す記録を整理し、最初に作る機能を絞ります。
1. つなぐ相手と、成立とする条件を決める
「マッチング」が指す内容は、サービスによって違います。求人と応募者、相談者と専門家、商品と購入者など、つなぐ相手によって必要な情報や判断する条件も変わります。最初に、次の3項目を短い文で書いてください。
- どの立場の人が会員になるのか
- 何を見て、どの情報を比較するのか
- どの状態になれば「成立」と呼ぶのか
「お互いが興味を示した」「連絡先を交換した」「サービスの提供が終わった」のどの時点を成立とするかを決めます。それによって、必要な画面や通知、運営者の確認方法が変わります。曖昧なままだと、会員には完了に見えても、運営者には未処理に見えるといった食い違いが起こります。
2. 会員の状態と、申し込みの進み具合を分ける
画面の一覧を作る前に、会員の状態と、申し込みごとの進み具合を分けて書きます。会員には登録途中、審査待ち、利用中、利用停止などの状態があります。申し込みには連絡中、成立、終了などがあります。一人が複数の相手とやり取りする場合は、利用中の会員でも、申し込みごとに進み具合が違います。
横幅が狭いときは左右にスクロールできます
| 状態 | 会員ができること | 運営側の判断・対応 |
|---|---|---|
| 会員：登録途中 | 入力を再開・修正する | 未完了の情報を確認する |
| 会員：利用中 | 検索、閲覧、申し込みを行う | 不適切な情報を確認する |
| 申し込み：連絡中 | 相手へ連絡し、履歴を見る | 通報や問い合わせに対応する |
| 申し込み：成立後 | 次の手続きや終了報告を行う | 状態を確定し、必要な記録を残す |
状態を決めると、どのボタンを表示するか、いつ通知するか、どこまで操作を戻せるかを考えられます。運営者が対応する場面も分かります。会員ポータルの情報は、会員への表示に加え、運営者が確認し、必要なら差し戻せるようにします。
3. プロフィールと検索条件を絞る
プロフィールには、相手を選ぶために必要な項目を用意します。必ず入力する項目と任意の項目を分け、誰に見せるかも決めます。本人確認が必要か、更新後に再び審査するかも確認してください。
検索条件は、成立に欠かせないものから始めます。条件が多いと、相手が見つからなかったり、入力が面倒で登録をやめたりする場合もあります。公開後に使われ方を確かめ、必要な条件を追加する計画にします。
4. 会員・運営者・管理者の権限を分ける
会員が自分の情報を直せる権限と、他の会員の情報を見られる権限は分けます。問い合わせに対応する運営者と、設定を変更するシステム管理者も、できる操作を分けてください。次のように役割ごとに書くと、抜け漏れを確認しやすくなります。
- 会員：自分のプロフィール、申込状況、必要な連絡履歴
- 運営者：担当範囲の会員情報、通報、状態変更、問い合わせ対応
- 管理者：会員・運営者の権限、設定、監査に必要な操作
誰が何をできるかを決める権限設計には、退会、利用停止、担当者の変更、誤操作を戻す対応も含めます。決済・請求、本人を確認する認証、外部サービスとの連携がある場合は、どのシステムの記録を正とするかも決めてください。設計に含める項目は、公開されている法人向けクラウドアプリ基盤の紹介にも整理されています。
5. 成立前後の運用を決める
成立後に人が確認するか、自動通知だけで進めるかを決めます。トラブルが起きたときに確認する履歴も必要です。運営担当者が毎日行う作業を、次のように書き出してください。
- 01新しい登録や申請を確認する
- 02不備や不適切な情報を差し戻す
- 03問い合わせ・通報に対応する
- 04状態を確定し、必要な記録を残す
- 05利用停止や再開を判断する
この手順から、管理画面の検索、一覧、履歴、通知、出力のうち、どれを優先するかを決めます。会員向けの機能だけを作ると、運営者が表計算で手作業を続けることがあります。運営者が使う画面も、最初に必要な機能に含めてください。
仮に、一つの募集に二人が同時に申し込むとします。「申し込み済み」と「成立」は別の状態にします。どの確認で枠を確保し、回答期限を過ぎたら誰が解除するかを決めてください。決めていないと、両方に成立通知を送るおそれがあります。取り消しや条件変更の場合も、会員への表示と運営者の処理が合っているかを確かめます。
6. 最初に作る範囲と、後で足す範囲を分ける
最初は、成立までに欠かせない機能を作ります。運営を続けられると確認してから、検索条件を増やしたり、自動化する作業を広げたりする方法もあります。通知、決済、評価、外部サービスとの連携も、最初に必要かを確認してください。開発前に「試すために欠かせない機能」「人が代わりに対応できる機能」「利用状況を見てから追加する機能」に分けます。
- 成立の定義と終了条件を一文で説明できる
- 状態ごとの会員・運営者の操作が決まっている
- 公開情報、非公開情報、管理者だけが見る情報を分けている
- 問い合わせや通報に対応する履歴が残る
- 最初の検証範囲と、後で追加する機能を区別している
会員制サービスを目的から整理したい場合は、作りたい仕組みの整理から相談することができます。公開されている開発実績一覧も、必要な機能を考える参考になります。会員と運営者の双方が、次に何をすればよいか分かり、手続きを進められることを確認してください。