NPOとkintone 会員・ボランティア・寄付者の台帳分離設計（概念）

NPO・非営利組織の運営において、もっとも重要な資産は「人（支援者）」の情報です。しかし、多くの団体では、会員名簿はExcel、寄付履歴は会計ソフトのメモ欄、ボランティアの参加記録は紙の台帳やメールの履歴といったように、情報が断片化しています。

これらの情報を統合するためにkintone（キントーン）を導入したものの、「1つのアプリに項目を詰め込みすぎて使いにくい」「会員であり寄付者でもある人の情報を、どちらのアプリで更新すべきかわからない」といった設計上の壁にぶつかるケースが後を絶ちません。

本記事では、NPOがkintoneで持続可能なデータ基盤を構築するための「台帳分離設計（概念）」について、実務的なステップを詳解します。

1. NPOが陥る「Excel型kintone」の限界

kintoneを導入したばかりの団体が最初に行うのは、既存のExcelファイルをそのままkintoneアプリに変換することです。しかし、これが運用破綻の入り口となります。

なぜ「1つのアプリ」では運用できないのか

例えば、1つのアプリで「会員情報」と「ボランティア情報」と「寄付情報」を管理しようとすると、以下のような問題が発生します。

• 入力項目の肥大化：1画面に100以上のフィールドが並び、どこに入力すべきか現場が混乱する。
• 履歴管理の不全：「過去に何度寄付したか」「いつボランティアに参加したか」という時系列データを1行のレコードで表現するのは不可能です。
• 権限管理の複雑化：ボランティア担当者には寄付金額を見せたくないが、住所は見せたい、といった柔軟な制御が困難になります。

この問題を解決するのが、データを「役割」ごとに切り分けて、必要な時に紐付ける「台帳分離設計」です。

2. 推奨される「マスター分離型アーキテクチャ」の概念

NPOのデータ管理において、最も標準的かつ拡張性が高い設計は、「個人マスター」を中央に配置し、各属性（会員、ボランティア、寄付）を別アプリとしてぶら下げる構造です。

基本の4アプリ構成

基本的には、以下の4つのアプリに分割して設計することを推奨します。

このように設計することで、例えば「佐藤さん」という人物が、「会員」でありながら「寄付」も行い、「ボランティア」としても活動している場合、それぞれのアプリに1レコードずつ（寄付や活動は都度追加）データが存在し、それらが「個人ID」によって紐付いている状態を作れます。

このデータ構造の考え方は、企業のバックオフィスにおけるシステム連携と共通する部分が多くあります。例えば、会計ソフトと他の業務ソフトを連携させる際にも、どのデータを「主」とするかの整理が不可欠です。詳細は以下の記事が参考になります。

楽楽精算×freee会計の「CSV手作業」を滅ぼす。経理の完全自動化とアーキテクチャ

3. 各アプリの詳細設計とフィールド構成

次に、具体的なフィールド設計のポイントを解説します。

① 個人マスターアプリ

すべてのデータの「親」となるアプリです。ここで最も重要なのは「個人ID（数値）」です。自動採番機能を用いて、一人ひとりに固有の番号を割り振ります。

• 氏名・フリガナ：名寄せの基本です。
• メールアドレス：重複チェックのキーとして活用します。
• 住所：都道府県、市区町村、番地を分けておくと、後の地域分析が容易になります。
• タグ（複数選択）：「会員」「寄付者」「メディア」「行政」など、その人が持つ属性を簡易的に把握するために配置します。

② 会員管理アプリ

個人マスターから「ルックアップ」で個人IDと氏名を取得します。1人の会員に対して1レコードを作成します（毎年の更新履歴を別アプリで追う場合はさらに切り分けることもありますが、通常は会員種別フィールドの更新で足ります）。

③ 寄付管理アプリ（履歴型）

ここが重要ですが、寄付は「1回につき1レコード」で作成します。リピーターの場合、同一人物に紐付くレコードが複数積み上がっていく形になります。これにより、「年間寄付額」や「累計寄付回数」をkintoneの集計機能で算出できるようになります。

④ ボランティア管理アプリ

スキル（翻訳、力仕事、資格など）は個人マスターに持たせるか、専用の「ボランティア台帳」に持たせます。一方で「具体的な活動への参加履歴」は、寄付と同様に「1参加につき1レコード」の履歴型で管理します。

4. 関連レコード一覧による「360度ビュー」の構築

分離したデータを、あたかも1つの画面にあるように見せるのが「関連レコード一覧」フィールドです。

「個人マスター」アプリの画面上に、以下の設定を行った関連レコード一覧を配置します。

1. 寄付履歴：寄付管理アプリから、個人IDが一致するレコードを表示。
2. ボランティア履歴：ボランティア管理アプリから、個人IDが一致するレコードを表示。
3. 会員ステータス：会員管理アプリから最新の状況を表示。

これにより、事務局スタッフは個人マスターを開くだけで、「この人は過去に3回ボランティアに来てくれて、先月1万円の寄付をしてくれた賛助会員である」という事実を数秒で把握できます。これが「360度ビュー」と呼ばれる、CRM（顧客関係管理）の理想的な状態です。

こうした「情報の集約と可視化」は、kintoneに限らず、Salesforceなどの高度なCRMでも共通のゴールです。高額なツールの導入を検討する前に、まずデータの全体設計図を描くことが成功の近道となります。

【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』

5. 実務を加速させる外部ツールとの連携

kintone単体では、外部の人が直接データを入力することはできません。NPOの運用では、WEBサイトの問い合わせフォームや、イベント申し込みフォームからのデータ自動流入が不可欠です。

NPO向け連携サービスの比較

特に、寄付控除を扱う認定NPO法人の場合、PrintCreator等を用いた「寄付金受領証明書」の自動発行は、年末年始の事務負担を劇的に軽減します。これらのツール選定においては、単に機能だけでなく、将来的なコスト負担（SaaS増えすぎ問題）も考慮しなければなりません。

SaaSコストを削減。フロントオフィス＆コミュニケーションツールの「標的」と現実的剥がし方【前編】

6. サイボウズ「チーム応援プログラム」の活用

NPO法人であれば、サイボウズが提供する「チーム応援プログラム」を利用することで、通常よりも大幅に低いコストでkintoneを導入可能です。

• 対象：NPO法人、一般社団法人（非営利型）、任意団体など（適用には審査があります）。
• 価格：年額 9,900円（税抜 / 300ユーザーまで）。※2026年現在の最新情報は公式サイトをご確認ください。

このプログラムの最大のメリットは、ライセンス費用を抑えつつ、浮いた予算を「FormBridge」や「PrintCreator」といった連携ツール、あるいは構築支援の外注費に充てられる点にあります。

7. 運用上の注意点とエラーへの対処法

名寄せ（重複レコード）の発生

WEBフォームから申し込みがあるたびにレコードを作成すると、同一人物の重複レコードが発生します。これを防ぐには以下の運用が必要です。

• メールアドレスをキーにする：重複禁止設定を行い、同じアドレスでの登録をブロックする。
• 名寄せ作業日を決める：月に一度、氏名や電話番号で検索をかけ、重複があれば手動でレコードを統合（古いレコードの情報を新しい方に移し、古い方を削除）するフローを設ける。

アクセス権限の厳格化

個人情報保護の観点から、「誰がどこまで見られるか」を必ず設定してください。

• レコード閲覧権限：「自分が担当している地域のボランティアのみ表示」といった制限。
• フィールド閲覧権限：「寄付金額」フィールドは会計担当者以外非表示にする。

8. まとめ：データ活用で「支援者体験」を向上させる

kintoneで会員・ボランティア・寄付者の台帳を分離設計することは、単なる「事務の効率化」に留まりません。データが整理されることで、事務局は以下のようなアクションが可能になります。

• 「過去1年間にボランティア参加があり、かつ寄付をしていない方」に限定して、サンクスメールと活動報告を送る。
• 「10年以上継続している会員」に対して、特別な感謝のしるしを贈る。
• 地域ごとの支援者分布を可視化し、次のイベント開催地を戦略的に決める。

データの「孤島」を解消し、一人ひとりの支援者とのストーリーを可視化すること。それこそが、NPOがkintoneを導入する真の価値です。まずは「個人マスター」を定義することから、あなたの団体のDXを始めてみてください。