NPOのkintone活用｜会員・ボランティア・寄付者の台帳分離設計
目次 クリックで開く
NPO・非営利組織の運営において、もっとも重要な資産は「人（支援者）」の情報です。しかし、多くの団体では、会員名簿はExcel、寄付履歴は会計ソフトのメモ欄、ボランティアの参加記録は紙の台帳やメールの履歴といったように、情報が断片化しています。
これらの情報を統合するためにkintone（キントーン）を導入したものの、「1つのアプリに項目を詰め込みすぎて使いにくい」「会員であり寄付者でもある人の情報を、どちらのアプリで更新すべきかわからない」といった設計上の壁にぶつかるケースが後を絶ちません。
本記事では、NPOがkintoneで持続可能なデータ基盤を構築するための「台帳分離設計（概念）」について、実務的なステップを詳解します。
1. NPOが陥る「Excel型kintone」の限界
kintoneを導入したばかりの団体が最初に行うのは、既存のExcelファイルをそのままkintoneアプリに変換することです。しかし、これが運用破綻の入り口となります。
なぜ「1つのアプリ」では運用できないのか
例えば、1つのアプリで「会員情報」と「ボランティア情報」と「寄付情報」を管理しようとすると、以下のような問題が発生します。
- 入力項目の肥大化：1画面に100以上のフィールドが並び、どこに入力すべきか現場が混乱する。
- 履歴管理の不全：「過去に何度寄付したか」「いつボランティアに参加したか」という時系列データを1行のレコードで表現するのは不可能です。
- 権限管理の複雑化：ボランティア担当者には寄付金額を見せたくないが、住所は見せたい、といった柔軟な制御が困難になります。
この問題を解決するのが、データを「役割」ごとに切り分けて、必要な時に紐付ける「台帳分離設計」です。
2. 推奨される「マスター分離型アーキテクチャ」の概念
NPOのデータ管理において、最も標準的かつ拡張性が高い設計は、「個人マスター」を中央に配置し、各属性（会員、ボランティア、寄付）を別アプリとしてぶら下げる構造です。
基本の4アプリ構成
基本的には、以下の4つのアプリに分割して設計することを推奨します。
| アプリ名 | 役割（責務） | 主な管理項目 |
|---|---|---|
| ① 個人マスター | 情報のハブ（一意識別） | 個人ID、氏名、メールアドレス、住所、生年月日、生存確認 |
| ② 会員管理 | 契約・ステータス管理 | 会員種別（正・賛助）、入会日、継続回数、会費納入状況 |
| ③ 寄付管理 | 金銭授受の履歴管理 | 寄付受領日、金額、使途、領収書発行日、キャンペーンコード |
| ④ ボランティア管理 | 活動実績の管理 | スキル、参加プロジェクト、参加日時、活動時間、保険加入 |
このように設計することで、例えば「佐藤さん」という人物が、「会員」でありながら「寄付」も行い、「ボランティア」としても活動している場合、それぞれのアプリに1レコードずつ（寄付や活動は都度追加）データが存在し、それらが「個人ID」によって紐付いている状態を作れます。
このデータ構造の考え方は、企業のバックオフィスにおけるシステム連携と共通する部分が多くあります。例えば、会計ソフトと他の業務ソフトを連携させる際にも、どのデータを「主」とするかの整理が不可欠です。詳細は以下の記事が参考になります。
楽楽精算×freee会計の「CSV手作業」を滅ぼす。経理の完全自動化とアーキテクチャ
3. 各アプリの詳細設計とフィールド構成
次に、具体的なフィールド設計のポイントを解説します。
① 個人マスターアプリ
すべてのデータの「親」となるアプリです。ここで最も重要なのは「個人ID（数値）」です。自動採番機能を用いて、一人ひとりに固有の番号を割り振ります。
- 氏名・フリガナ：名寄せの基本です。
- メールアドレス：重複チェックのキーとして活用します。
- 住所：都道府県、市区町村、番地を分けておくと、後の地域分析が容易になります。
- タグ（複数選択）：「会員」「寄付者」「メディア」「行政」など、その人が持つ属性を簡易的に把握するために配置します。
② 会員管理アプリ
個人マスターから「ルックアップ」で個人IDと氏名を取得します。1人の会員に対して1レコードを作成します（毎年の更新履歴を別アプリで追う場合はさらに切り分けることもありますが、通常は会員種別フィールドの更新で足ります）。
③ 寄付管理アプリ（履歴型）
ここが重要ですが、寄付は「1回につき1レコード」で作成します。リピーターの場合、同一人物に紐付くレコードが複数積み上がっていく形になります。これにより、「年間寄付額」や「累計寄付回数」をkintoneの集計機能で算出できるようになります。
④ ボランティア管理アプリ
スキル（翻訳、力仕事、資格など）は個人マスターに持たせるか、専用の「ボランティア台帳」に持たせます。一方で「具体的な活動への参加履歴」は、寄付と同様に「1参加につき1レコード」の履歴型で管理します。
4. 関連レコード一覧による「360度ビュー」の構築
分離したデータを、あたかも1つの画面にあるように見せるのが「関連レコード一覧」フィールドです。
「個人マスター」アプリの画面上に、以下の設定を行った関連レコード一覧を配置します。
- 寄付履歴：寄付管理アプリから、個人IDが一致するレコードを表示。
- ボランティア履歴：ボランティア管理アプリから、個人IDが一致するレコードを表示。
- 会員ステータス：会員管理アプリから最新の状況を表示。
これにより、事務局スタッフは個人マスターを開くだけで、「この人は過去に3回ボランティアに来てくれて、先月1万円の寄付をしてくれた賛助会員である」という事実を数秒で把握できます。これが「360度ビュー」と呼ばれる、CRM（顧客関係管理）の理想的な状態です。
こうした「情報の集約と可視化」は、kintoneに限らず、Salesforceなどの高度なCRMでも共通のゴールです。高額なツールの導入を検討する前に、まずデータの全体設計図を描くことが成功の近道となります。
【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』
5. 実務を加速させる外部ツールとの連携
kintone単体では、外部の人が直接データを入力することはできません。NPOの運用では、WEBサイトの問い合わせフォームや、イベント申し込みフォームからのデータ自動流入が不可欠です。
NPO向け連携サービスの比較
| ツールカテゴリ | 代表的なサービス | 用途 | 費用（目安） |
|---|---|---|---|
| フォーム連携 | FormBridge / じぶんフォーム | 入会申込、寄付申込、イベント受付 | 月額 6,000円〜（詳細は公式HP） |
| 帳票出力 | PrintCreator / レポトン | 寄付金受領証明書、会員証、宛名ラベル | 月額 6,000円〜（詳細は公式HP） |
| メール送信 | kMailer / 配配メール | お礼メール、会費未納者への督促 | 月額 15,000円〜（詳細は公式HP） |
特に、寄付控除を扱う認定NPO法人の場合、PrintCreator等を用いた「寄付金受領証明書」の自動発行は、年末年始の事務負担を劇的に軽減します。これらのツール選定においては、単に機能だけでなく、将来的なコスト負担（SaaS増えすぎ問題）も考慮しなければなりません。
SaaSコストを削減。フロントオフィス＆コミュニケーションツールの「標的」と現実的剥がし方【前編】
6. サイボウズ「チーム応援プログラム」の活用
NPO法人であれば、サイボウズが提供する「チーム応援プログラム」を利用することで、通常よりも大幅に低いコストでkintoneを導入可能です。
- 対象：NPO法人、一般社団法人（非営利型）、任意団体など（適用には審査があります）。
- 価格：年額 9,900円（税抜 / 300ユーザーまで）。※2026年現在の最新情報は公式サイトをご確認ください。
このプログラムの最大のメリットは、ライセンス費用を抑えつつ、浮いた予算を「FormBridge」や「PrintCreator」といった連携ツール、あるいは構築支援の外注費に充てられる点にあります。
NPO事業種別 × kintoneマスター分離設計の適用方針 × 外部連携SaaSの選定 × 寄付者体験向上への貢献 早見表
前のセクションでサイボウズ「チーム応援プログラム」の活用方法を説明しましたが、NPOによって主要事業（子ども支援・環境保全・障害者就労支援・フードバンク等）が全く異なるため、kintoneのマスター分離アーキテクチャの具体的な設計も事業特性に合わせる必要があります。「支援者DB」「案件DB」「寄付者DB」という3層構造の基本設計は共通でも、案件の状態遷移・必要な項目・外部ツールとの連携先が事業種別によって変わります。以下の表は事業種別ごとの設計指針をまとめたものです。
| NPO事業種別 | kintoneマスター設計の特性 | kintoneプロセス管理の設計ポイント | 外部連携SaaSの選定 | 寄付者体験向上への貢献 |
|---|---|---|---|---|
| 子ども支援・学習支援 （塾・居場所・食料提供） |
「子ども（受益者）DB」「保護者DB」「ボランティアDB」「支援プログラムDB」の4マスターが基本。子ども1人に複数の支援プログラムが紐付くため、kintoneの関連レコード機能で「この子のすべての支援履歴」を1画面で参照できる設計が重要 | 「支援開始→アセスメント→定期支援→卒業（自立）」という状態遷移をkintoneのプロセス管理で設計する。次の支援日・課題事項をプロセスのメモ欄で記録して、ボランティア交代時の引き継ぎ情報として活用する | Google Workspace（Google Forms: 出席記録・保護者連絡）＋LINEみらいファンド（寄付受付）。子どもの個人情報は厳格な管理が必要なためkintoneのIPアドレス制限とロールアクセス制限を設定する | 寄付者向けの「支援成果レポート」をkintoneのデータから自動生成して、「あなたの寄付で○人の子どもを支援できました」という具体数値を含む定期報告メールを配信することで寄付継続率が向上する |
| 環境保全・自然保護 （植樹・海岸清掃・生態系調査） |
「活動地域DB」「ボランティアDB」「活動実績DB（日付×場所×参加者数×成果量）」の3マスターが基本。活動実績の「成果量（植樹本数・ゴミ回収kg等）」を数値フィールドで記録することが活動の可視化と助成金申請に重要 | 活動ごとの「企画→参加者募集→実施→成果記録→報告書作成」というフローをkintoneで管理する。活動後の成果入力（写真・数値）を参加者またはリーダーがkintoneのモバイルアプリから現地で直接入力できる設計にすることで記録漏れを防止する | Canva（活動成果レポートのビジュアル化）＋Google Maps埋め込み（活動地域の地図表示）。助成金申請書の作成にはkintoneのレポート機能で活動実績データを自動集計してExcelエクスポートする運用が効率的 | 植樹本数・CO2吸収量・清掃面積等の「成果の蓄積数値」を寄付者ポータルに表示することで「自分の寄付が累計でこれだけの効果を生んでいる」という継続寄付の動機を強化できる |
| 障害者就労支援・生活介護 （就労継続支援A/B型・グループホーム） |
「利用者DB」「支援計画DB（個別支援計画）」「記録DB（日次/週次の支援記録）」「報酬請求DB」の4マスターが基本。国保連への請求データとkintoneの支援記録を連動させる設計が運営コスト削減の鍵 | 個別支援計画の「作成→利用者・家族の同意→実施→6ヶ月ごとの見直し」サイクルをkintoneのプロセス管理で設計する。見直し期限の自動リマインドを設定して計画見直しの遅延（法令上必須）を防止する | 介護ソフト（かいごの木・ほのぼのNEXT等）との連携でサービス提供実績記録をkintoneから自動生成する。freee会計との連携で国保連からの給付費を売上として自動計上する | 「今月の就労成果（製品製造数量・工賃額）」を利用者・家族向けに月次でLINEまたは紙で報告することで、支援効果の見える化が継続利用の動機付けになる。寄付者・助成財団向けには就労定着率・工賃の向上データをkintoneから自動集計してレポート化する |
| フードバンク・食料支援 （食料の調達・仕分け・配布） |
「食料在庫DB（食材種別・賞味期限・数量）」「利用者DB（受益者）」「提供企業・農家DB（食料提供者）」「配布記録DB」の4マスターが基本。賞味期限管理が最も重要なため、kintoneの賞味期限フィールドで期限超過アラートを自動発火させる設計が必須 | 「食料受取→仕分け・検品→冷蔵・常温保管→配布申請受付→配布完了」というフローをkintoneで管理する。賞味期限が3日以内に迫った食料には自動アラート通知を設定して廃棄ゼロを目指す運用を設計する | Google Forms（食料受取依頼の申し込み）＋LINE公式アカウント（配布日の案内・在庫状況の告知）。食料提供企業との連絡にはメール自動送信機能で「今月の受取予定」を定期配信する | 寄付食料の「活用率（廃棄ゼロ率）」と「支援世帯数・支援食数」をkintoneから自動集計して寄付企業向けのレポートに含めることで、「寄付した食料が無駄なく活用された」という寄付者満足度と翌年の継続提供率が向上する |
この表で最もkintone導入効果が即時に出るのが「フードバンクの賞味期限自動アラート設計」です。フードバンク運営での最大の課題のひとつが「賞味期限切れによる廃棄ロス」ですが、kintoneに賞味期限フィールドを設けて期限前3日・前1日の自動通知を設定するだけで、このリスクを構造的に排除できます。食料の無駄をゼロに近づけることは、支援世帯数の最大化と寄付企業への活用報告の両方にポジティブな効果をもたらします。
7. 運用上の注意点とエラーへの対処法
名寄せ（重複レコード）の発生
WEBフォームから申し込みがあるたびにレコードを作成すると、同一人物の重複レコードが発生します。これを防ぐには以下の運用が必要です。
- メールアドレスをキーにする：重複禁止設定を行い、同じアドレスでの登録をブロックする。
- 名寄せ作業日を決める：月に一度、氏名や電話番号で検索をかけ、重複があれば手動でレコードを統合（古いレコードの情報を新しい方に移し、古い方を削除）するフローを設ける。
アクセス権限の厳格化
個人情報保護の観点から、「誰がどこまで見られるか」を必ず設定してください。
- レコード閲覧権限：「自分が担当している地域のボランティアのみ表示」といった制限。
- フィールド閲覧権限：「寄付金額」フィールドは会計担当者以外非表示にする。
8. まとめ：データ活用で「支援者体験」を向上させる
kintoneで会員・ボランティア・寄付者の台帳を分離設計することは、単なる「事務の効率化」に留まりません。データが整理されることで、事務局は以下のようなアクションが可能になります。
- 「過去1年間にボランティア参加があり、かつ寄付をしていない方」に限定して、サンクスメールと活動報告を送る。
- 「10年以上継続している会員」に対して、特別な感謝のしるしを贈る。
- 地域ごとの支援者分布を可視化し、次のイベント開催地を戦略的に決める。
データの「孤島」を解消し、一人ひとりの支援者とのストーリーを可視化すること。それこそが、NPOがkintoneを導入する真の価値です。まずは「個人マスター」を定義することから、あなたの団体のDXを始めてみてください。
NPOのkintoneで個人マスターを中心とした台帳分離設計が整ったあとは、AIをプロセス管理や名寄せの自動化に組み込むフェーズが次のステップになります。その際、どのアプリ・フィールドへのアクセスを誰に許可するかの権限設計と操作ログは、支援者情報の保護を維持するうえで外せない確認ポイントです。設計やPoC（概念実証）の進め方は Claude Code 導入支援 でもご相談いただけます。
kintone業務アプリ・プラグイン活用のご相談
kintoneでの業務アプリ設計や、帳票・連携・自動化を補うプラグインの活用を支援します。現場の運用に合わせたアプリ構成や他システムとの連携まで、具体的な形でご提案します。
CRM・営業支援
Salesforce・HubSpot・kintoneの選定から導入・カスタマイズ・定着まで一貫対応。営業生産性を高め、商談化率を改善します。