寄付者の基本情報
生成ID、希望する呼称、寄付者種別、世帯または組織、所在地、連絡手段、言語、流入元。
さまざまな活動に紐づけられる、安定した個人または組織のレコード。寄付者データベース設計
次のアクションにつながる正確な寄付者データベース
連絡先スプレッドシートから一歩進み、本人情報、世帯と組織の関連付け、同意、役割、寄付情報、セグメント、接点、担当者、重複確認を適切に管理します。
Jodooの例では、サンプルデータ入力済みの支援者キューを寄付・お礼対応レコードと組み合わせ、セグメントから静的な宛先リストではなく実際の関係管理業務を開けます。
- 安定した支援者IDを自動生成
- 重複と同意の例外を確認キューに登録
- セグメントを担当者、アクション、成果につなげる
個人・組織情報を活動や寄付履歴から分離
すべての情報を1つの横長の寄付者表にまとめると、重複の解消が難しくなり、履歴の信頼性も低下します。
同意と連絡ルール
チャネル別の同意、連絡拒否ステータス、取得元、発効日、確認メモ。
より安全な絞り込みと、リスト間の矛盾削減。役割と関係
寄付者、ボランティア、会員、理事、パートナー、プログラム、勤務先、家族、関係開始日・終了日。
1つの基本情報で複数のミッション上の関係を管理。寄付と支援約束の履歴
取引参照番号、日付、種別、金額、基金、使途制限、寄付約束、受領確認、照合状況。
決済認証情報を保存せずに関係構築の背景を把握。やり取りと業務
連絡日、チャネル、目的、結果、担当者、次のアクション、期限、優先度、フォローアップ結果。
情報を保管するだけでなく、連携した行動を支えるデータベース。例外がキャンペーンのミスになる前に確認
自動フラグは管理された確認を開始するためのものです。寄付者履歴を無断で上書きしてはいけません。
氏名、メール、住所、世帯情報の重複
重要な理由
同一人物の可能性もあれば、同じ情報を共有する別人の可能性もあります。
次の対応統合前に役割、寄付、同意、やり取り、識別子を比較します。
同意状況が不明または矛盾
重要な理由
安全に連絡できる根拠を確認できません。
次の対応該当チャネルを制限し、確認作業を割り当てます。
高額寄付者・高関与者の担当者が未設定
重要な理由
重要なフォローアップの責任者がいません。
次の対応セグメント、地域、プログラム、関係種別に基づいてレコードを振り分けます。
更新されていない関係レコード
重要な理由
プロフィールは有効ですが、意味のある対応や確認が行われていません。
次の対応連絡可能性、役割、関与度、次のステップを確認してから連絡します。
データベースの大きさではなく、実用性を測る
各指標から、担当者が改善できる元レコードを開けるようにします。
重複候補率
本人確認待ちの寄付者レコードの割合。
データ管理者に比較と統合の判断を割り当てます。同意情報の完全性
連絡可否とその根拠が明確なレコード。
同意が未登録または矛盾している、現在進行中の関係を優先します。担当者設定率
担当者が指定されている、対応中または優先度の高い寄付者。
人員配置や担当エリアの変更後に、担当者のいないレコードを再割り当てします。次のアクション設定率
進行中の関係のうち、適切な今後のアクションと期限が設定されているもの。
空のタスクを削除し、滞留しているフォローアップを解消します。未更新レコード一覧
組織が定めた期間内に確認されていないプロフィール。
セグメント分けや連絡にデータを使う前に確認します。項目と管理設定を一緒に変更
項目は、適切なフォーム、ビュー、権限、フィルター、品質チェックに組み込まれて初めて役立ちます。
変更依頼スプレッドシートまたは固定プロセスJodooの場合
理事と勤務先の関係を追加
複数のエクスポートに列を追加し、後で照合する。
関連する役割の選択肢、日付、表示ルール、フィルター、フォローアップビューを追加する。新しい関係構築セグメントを作成
数式を保守し、絞り込んだリストを担当者に送る。
セグメントルール、担当者ビュー、リマインダー、ダッシュボード指標を更新する。重複確認を厳格化
その都度の並べ替えと手動の統合メモに頼る。
重複候補のシグナル、確認ステータス、根拠、判断、監査履歴を追加する。寄付者データベースをあらゆるシステムのコピーにしない
行動に必要な関係情報を保存し、それ以外は正本となるシステムへリンクします。
Jodooで調整専用システムを使用する業務業務を連携
寄付者の基本情報、役割、同意状況、セグメント、やり取り、アクション、参照情報
決済認証情報、銀行口座情報、カード情報、決済処理
安全な取引IDと必要最小限のステータスを使用します。受領確認と関係構築に必要な寄付・寄付約束情報
基金会計、総勘定元帳、税務処理、正式な財務報告
会計参照番号と照合結果を保持します。把握済みの希望と関係構築の成果
購入した外部データ、資産調査、大規模なマーケティング配信
データを取り込む前に、目的、同意、ガバナンス、保存ルールを適用します。データ品質と日常利用を重視した設計
信頼できるデータベースは、一度きりの移行ではなく継続的な運用から生まれます。
寄付者データベースにはどの項目が必要ですか？
一貫した識別情報、世帯または組織、連絡先、同意、役割、関係構築担当者、寄付と寄付約束、基金と使途制限、受領確認、やり取り履歴、セグメント、次のアクション、期限、データ品質状況を管理します。目的と責任者が明確な項目だけを追加してください。
重複する寄付者はどう処理すべきですか？
一致候補にフラグを付け、識別情報、世帯、同意、寄付、やり取り履歴を比較してから、確認済みの統合または分離維持の判断を記録します。共通のメールアドレスや住所だけで自動統合してはいけません。
寄付者データベースと寄付者管理ソフトウェアは同じですか？
データベースは、相互につながったレコードの基盤です。寄付者管理ソフトウェアには、寄付、受領確認、関係構築、寄付約束、セグメント、リマインダー、権限、管理レビューのワークフローも含まれます。
Jodooは既存のスプレッドシートをインポートできますか？
はい。インポート前に識別子、重複、日付、選択肢、同意状況、関係情報を整理し、全件を移行する前に代表的なセグメントで結果をテストしてください。
今月、信頼性が必要なレコードから始める
代表的なセグメントをインポートし、重複と同意の例外を解消してから、進行中のすべての関係に担当者と有効な次のアクションがあることを確認します。