協会・検定新規構築導入支援

会員管理と検定申込を
ひとつの台帳にまとめた

会員の名簿はExcel、検定の申込は紙とメール、入金の確認は通帳。同じ人の情報が3か所にあって、どれが正しいか分からなくなっていました。

この事例の全体像

これまで

会員の名簿(Excel)
検定の申込(紙・メール)
入金の確認(通帳)

同じ人の情報が3か所にあり、どれが正しいか分からない

これから

会員のレコード(1人1件)
検定の申込を会員にひもづける
入金の状態を申込ごとに持つ
案内の宛先を条件で作る

✓ 「どれが正しいか」の確認と二重入力がなくなる

ご相談の背景

会員の入退会が年間を通して発生します。それをExcelの名簿で管理していました。検定試験の申込は、申込書をメールやFAXで受け取り、別のExcelに転記していました。入金の確認は経理が通帳を見て、また別の表に印をつけていました。

問題は、同じ人の情報が3か所にあることでした。住所が変わったときにどこを直せばいいのか、退会した人に検定の案内が届いてしまうのはなぜか、といったことが起きます。担当の方は「間違いが起きないように」全部を目で確認していて、その確認作業だけで毎月かなりの時間を使っていました。

最初のご相談は「Salesforceを入れたい」ではなく、「この確認作業をなくしたい」でした。

ご支援の内容

1. 会員を1件のレコードに寄せた

まず、人の情報を1か所に集めました。会員かどうか、いつ入会したか、いつ退会したかを、同じレコードの中で持つようにしました。このとき、「この人は誰か」と「この人が何をしたか」は分けて扱っています。

2. 検定の申込を会員にひもづけた

申込は、会員のレコードにひもづく別のレコードとして持ちます。同じ人が何度も受験するので、申込は増えていきますが、人は増えません。過去に何を受けて、受かったか落ちたかが、その人のページを開けば分かる状態にしました。

3. 入金の確認を申込の状態で管理した

「入金待ち」「入金済み」「受験済み」という状態を申込のレコードに持たせ、経理が確認したらそこを更新する形にしました。通帳と表を突き合わせる作業は残りましたが、突き合わせた結果を書く場所が1か所になったので、二重入力がなくなりました。

4. 案内の宛先を条件で作れるようにした

「今年度の会員で、まだこの検定を受けていない人」のような条件でリストを作れるようにしました。これまでは手作業で名簿を絞っていたところです。退会した人を条件から外せるので、退会者に案内が届くこともなくなります。

導入後の変化

  • 同じ人の情報を3か所に書く必要がなくなった
  • 「どれが正しいか」を確認する作業がなくなった
  • 会員のページを開けば、その人の履歴が全部見える
  • 案内の宛先を、条件を指定して作れるようになった
  • 担当者が一人でも、状況を把握できるようになった

効果を数字でお出しできるとよいのですが、公開の許諾をいただいていないため控えます。作業時間が減ったことは、担当の方から言葉でお聞きしています。

使った機能

会員・申込の管理個人取引先とカスタムオブジェクト。標準機能の範囲で組みました
状態の管理選択リストと入力規則。決まった順番以外に進めないようにしています
宛先リストの作成レポートとリストビュー。条件を保存して使い回せるようにしました
自動化フロー。状態が変わったときの通知と、関連レコードの更新

コードは書いていません。標準機能とノーコードの範囲で組めています。そのため、この先は担当の方ご自身で項目を増やせます。

この案件の進め方

新しく構築する案件でしたので、導入支援で立ち上げたあと、伴走支援に移って改善を続けています。年度ごとに検定の種類が変わるため、そのたびに手を入れています。

Salesforceの導入・運用についてご相談ください

導入前の検討から、お使いの環境の改修・運用、AIとの連携まで承ります。状況を伺ったうえで、進め方をご提案します。