kintoneメール配信の設計方法｜配信リスト・同意・履歴・効果測定まで

kintoneに顧客や担当者の情報がたまってくると、メール配信に使いたくなります。

セミナー案内、メルマガ、製品アップデート、契約更新案内、展示会後のフォロー、休眠顧客への再接点。

kintoneの一覧で対象者を絞り込み、メール配信サービスと連携すれば、配信自体は始められます。

ただし、実務で危ないのは、メールを送れないことではありません。

次のような状態になることです。

• 顧客マスタにあるメールアドレスを、そのまま配信対象にしている
• 配信してよい同意の取得経路や文言版が分からない
• 配信停止した人が、別の一覧からまた配信対象に入る
• セミナー案内、営業連絡、契約連絡の配信可否が同じ扱いになっている
• 配信リストを作った時点の対象者が残らず、後から説明できない
• 開封やクリックの結果が配信ツールに残るだけで、営業やサポートが使えない
• 不達や退職者の情報が顧客マスタへ戻らない
• 反応した人へのフォロータスクが作られない

メール配信は、宛先リスト作成ではありません。

顧客データ、配信同意、セグメント、配信停止、反応データ、営業フォローをつなぐ業務です。

kintoneメール配信で最初に決めるべきなのは、「どの配信サービスを使うか」ではなく、「誰に何を送ってよいかをkintone上でどう説明できるか」です。

この記事では、kintoneを使ったメール配信を、顧客マスタ、配信同意、セグメント、配信停止、配信履歴、開封・クリック、営業フォローまで含めて設計する方法を整理します。

kintoneメール送信の設計方法はこちら
kintone顧客管理の設計方法はこちら

先に結論：配信リストは顧客一覧から直接作らない

kintoneの顧客一覧を、そのままメール配信リストにするのは危険です。

顧客マスタには、連絡先としてのメールアドレスがあります。

しかし、連絡先があることと、メール配信してよいことは別です。

まず、次の情報を分けます。

分けるもの	1レコードの意味	役割
顧客マスタ	1社、1顧客	会社情報、担当部署、契約状態を持つ
担当者マスタ	1人	氏名、所属、メール、役割、在籍状態を持つ
配信同意	1つの同意	取得経路、同意日時、同意文言版、対象カテゴリを残す
配信停止	1つの停止意思	停止日時、停止カテゴリ、再同意の有無を残す
セグメント	1つの抽出条件	業種、顧客区分、タグ、行動、除外条件を持つ
配信リスト	1回の配信対象	配信直前の対象者スナップショットを残す
配信履歴	1回の配信	件名、本文版、送信結果、開封、クリックを残す
フォロータスク	1つの次回行動	反応した人への架電、商談化、資料送付を追う

顧客マスタは、顧客の正本です。

配信同意は、送ってよい根拠です。

配信停止は、送ってはいけない条件です。

セグメントは、今回送る理由です。

配信履歴は、送った事実です。

この分け方にすると、配信対象を後から説明できます。

メール配信とメール送信は分ける

前回整理したkintoneメール送信は、問い合わせ回答、見積送付、日程調整など、1件ごとの顧客対応が中心です。

メール配信は、複数の顧客や見込み客へ同じテーマの案内を送る業務です。

種類	例	設計の中心
個別メール送信	問い合わせ回答、見積送付	宛先確認、本文確認、送信履歴
自動メール送信	受付完了、期限前案内	送信条件、停止条件、エラー処理
メール配信	メルマガ、セミナー案内、製品案内	同意、セグメント、配信停止、反応分析
共有メール対応	代表メールへの返信	受信、担当割当、対応履歴

メール配信では、誰に送ってよいかが最初の論点です。

次に、誰を除外するか。

最後に、反応後に誰が何をするか。

送信画面やテンプレートは、その後です。

顧客マスタと配信同意を分ける

顧客マスタに「メール配信OK」というチェックボックスを1つ置くだけでは弱いです。

配信の目的によって、送ってよい内容が変わるからです。

配信カテゴリ	例	同意・除外の考え方
契約・重要連絡	契約更新、障害連絡、仕様変更	顧客対応上必要な連絡として扱うが、対象と文面を絞る
営業案内	新サービス案内、提案資料	配信同意、営業可否、担当営業の判断を確認する
セミナー案内	ウェビナー、イベント	セミナー案内への同意、過去参加、関心タグを使う
メルマガ	定期ニュース、コラム	配信停止と再同意を確実に管理する
採用・応募者向け	選考案内、イベント案内	応募者データの保持期間と目的を分ける

配信同意アプリには、次の項目を持たせます。

フィールド	役割
対象者	担当者マスタ、メールアドレスを紐づける
同意カテゴリ	メルマガ、セミナー案内、営業案内などを分ける
同意日時	いつ同意を取得したか残す
取得経路	フォーム、名刺交換、イベント、商談、資料請求など
同意文言版	どの文言に同意したか残す
取得元レコード	フォーム受付、イベント申込、名刺データなどへ戻す
有効状態	有効、停止、期限切れ、要確認を分ける

広告宣伝メールに該当する場合は、同意の記録、表示、受信拒否への対応など、特定電子メール法の観点も確認が必要です。

消費者庁：特定電子メール法
e-Gov法令検索：特定電子メールの送信の適正化等に関する法律

ここは法務・責任者と確認すべき領域ですが、システム設計としては「同意をどこで取ったか」「どの配信に使えるか」「停止後に送らないか」をkintoneで追えるようにします。

顧客マスタにメールアドレスがあることと、メール配信してよいことは別です。配信同意と配信停止を顧客情報から分けて持つ必要があります。

セグメント・タグ・除外条件の設計

メール配信で重要なのは、配信対象を作ることより、除外条件を明確にすることです。

セグメントは、次の要素で作ります。

条件	例
顧客属性	業種、地域、顧客区分、契約状態
担当者属性	役職、部署、決裁者、利用者、退職・異動
行動履歴	資料請求、セミナー参加、問い合わせ、商談
関心タグ	kintone、freee、AI-OCR、請求、在庫管理など
配信履歴	直近配信、過去反応、未開封、クリック
営業状態	商談中、休眠、既存顧客、失注後フォロー

同時に、除外条件を持ちます。

除外条件	理由
配信停止済み	送ってはいけない意思表示を尊重する
同意なし	配信根拠がない
退職・異動済み	宛先として不適切
不達が続いている	メールアドレスが無効な可能性が高い
商談中で営業担当が止めたい	一斉案内が商談文脈に合わない
クレーム対応中	不要な案内で関係を悪化させる
重複メールアドレス	同じ人に複数通送る

セグメントは、毎回の配信前に「対象条件」と「除外条件」をセットで残します。

配信後に「なぜこの人へ送ったのか」を説明できる状態にします。

配信停止と再同意の管理

配信停止は、メール配信の中で最も重要な運用項目です。

kMailerの操作ガイドでは、メール内に配信停止リンクを設置し、受信者が配信停止できること、配信停止リストにあるメールアドレスには送信せずログを出力することが説明されています。

kMailer操作ガイド：配信停止リスト

注意すべきなのは、配信停止をツール側だけに閉じないことです。

配信停止は、顧客マスタや担当者マスタにも戻す必要があります。

管理項目	理由
停止メールアドレス	送信対象から除外する
停止カテゴリ	メルマガだけ停止か、すべて停止かを分ける
停止日時	いつ停止したか残す
停止経路	配信停止リンク、問い合わせ、営業経由などを残す
停止元配信	どのメールから停止したか確認する
再同意日時	再開する場合の根拠を残す

配信停止をメール配信サービスだけで管理すると、別の配信サービスや別のkintone一覧から送ってしまう可能性があります。

kintone側では、配信停止を除外条件として必ず参照します。

配信履歴・開封・クリックをどう残すか

メール配信は、送って終わりではありません。

配信履歴と反応データを残します。

Cuenote Mail for kintoneのページでは、kintone上から個別・一斉配信、絞り込み配信、差し込み配信、テンプレート、開封・クリック結果の確認などが紹介されています。

Cuenote Mail for kintone

kMailerのメールマーケティングページでも、HTMLメール、シナリオメール、配信結果の分析、A/Bテストなどが紹介されています。

kMailer：メールマーケティング

ただし、反応データを見られるだけでは業務にはなりません。

配信履歴には、次の情報を残します。

項目	理由
配信名	どの企画か分かる
配信日時	時期と反応を見る
配信対象条件	なぜその人に送ったか説明する
除外条件	送らなかった理由を説明する
件名・本文版	どの文面を送ったか残す
配信結果	成功、不達、停止、エラーを分ける
開封	興味の目安として見る
クリック	次のフォロー候補として見る
配信停止	次回以降の除外に使う
フォロー状態	営業、CS、サポートが動いたか追う

開封やクリックは、営業判断の材料です。

反応があったから即商談とは限りません。

一方で、重要顧客が特定テーマをクリックしているなら、営業やCSが次の会話に使えます。

配信結果はレポートで終わらせず、顧客・案件・活動履歴へ戻して、次のフォロー対象を決めるために使います。

kMailer・Cuenote・MAツールの使い分け

kintoneのメール配信で使うツールは、配信規模と目的で選びます。

方式	向いている場面	注意点
kMailer	kintoneの顧客情報を使い、HTMLメールやシナリオ配信を始めたい	配信対象、除外、配信停止をkintone側でも設計する
Cuenote Mail for kintone	kintone上で個別・一斉配信、大量配信、結果管理を行いたい	顧客データ側の同意・セグメント設計が必要
MAツール	スコアリング、サイト行動、シナリオを広く扱いたい	kintoneとMAのどちらを正本にするか決める
外部メール配信サービス	大量配信、到達性、配信停止管理を重視したい	kintoneへの反応データ戻しが必要
kintone内の手動抽出	件数が少なく、営業が個別確認する	配信履歴と除外条件を残す

ツール選びで重要なのは、どこまでをkintoneで持つかです。

顧客情報、配信同意、除外条件、営業フォローはkintoneで持つ。

配信、到達、開封、クリック、配信停止リンクは配信ツールで持つ。

そのうえで、配信結果と停止情報をkintoneへ戻します。

この役割分担にすると、配信サービスを変えても顧客データの考え方は残せます。

営業フォローへのつなぎ方

メール配信の価値は、配信数や開封率だけでは判断できません。

反応した人に対して、次の行動が作られるかが重要です。

反応	次の行動
重要ページをクリック	営業担当へフォロータスクを作る
セミナー申込	参加者管理、リマインド、参加後フォローへつなぐ
資料ダウンロード	関心タグを付け、案件候補として確認する
不達	担当者情報を確認し、退職・異動を更新する
配信停止	配信可否を更新し、営業連絡の扱いを確認する
複数回クリック	担当営業が状況確認する
既存顧客の反応	CSやサポートが契約・利用状況と合わせて確認する

フォロータスクには、次の項目を持たせます。

フィールド	役割
対象顧客	顧客マスタと紐づける
対象担当者	誰の反応か分かるようにする
反応内容	開封、クリック、申込、停止、不達を残す
関心テーマ	クリックした内容や配信テーマを残す
担当者	営業、CS、サポートを割り当てる
次回アクション	架電、メール、商談化、保留を選ぶ
期限	放置を防ぐ
結果	商談化、不要、継続フォロー、除外を残す

kintone案件管理の設計方法でも整理したように、営業活動は案件や活動履歴へつながって初めて追えます。

メール配信の反応も、活動履歴や案件候補へ戻します。

よくある失敗パターン

kintoneメール配信でよくある失敗を整理します。

失敗	起きること	対策
顧客一覧をそのまま配信リストにする	同意なし、退職者、停止済みが混ざる	同意、停止、除外条件を通して配信リストを作る
配信停止をツール側だけに置く	別の配信経路からまた送ってしまう	配信停止をkintoneの顧客・担当者へ戻す
セグメントが毎回手作業	対象条件を説明できない	セグメント条件と除外条件を記録する
開封率だけを見る	次の行動に変わらない	クリックや重要顧客の反応からフォロータスクを作る
不達を放置する	顧客マスタが古いままになる	不達を担当者情報の更新タスクにする
配信履歴が配信ツールに閉じる	営業やCSが顧客文脈で見られない	顧客、案件、活動履歴に戻す
同じ人に複数通送る	担当者重複や別リスト重複で印象が悪くなる	メールアドレス単位で重複排除する
配信目的が曖昧	誰がフォローするか決まらない	配信前に目的、対象、担当、次回行動を決める

メール配信は、送信数を増やすほど管理が難しくなります。

小さく始める場合でも、同意、配信停止、配信履歴、フォローだけは最初に設計します。

最小構成で始めるなら

最初からMA全体を作る必要はありません。

小規模に始めるなら、次の構成で十分です。

構成	内容
顧客・担当者マスタ	メール、所属、役割、在籍状態を管理する
配信同意	同意カテゴリ、取得経路、同意日時、文言版を残す
配信停止	停止カテゴリ、停止日時、停止元配信を残す
セグメント	配信対象条件と除外条件を保存する
配信履歴	件名、本文版、配信対象、送信結果を残す
反応データ	開封、クリック、不達、停止を取り込む
フォロータスク	重要な反応に対して営業やCSが動く

この構成なら、kintoneを単なる宛先リストにせず、配信してよい根拠と配信後の行動まで管理できます。

配信サービスは、運用量に合わせて選びます。

まずはkMailerやCuenote Mail for kintoneのようなkintone連携サービスで始め、反応データや配信停止をkintoneへ戻す流れを作る。

より高度なスコアリングやWeb行動連携が必要になったら、MAツールとの役割分担を考えます。

Bitlightに相談できること

Bitlightでは、kintoneのメール配信を、配信サービス導入ではなく顧客データ運用として設計できます。

例えば、次のような相談に対応できます。

• kintoneの顧客リストを使ってメール配信を始めたい
• 配信同意、配信停止、除外条件の持ち方を整理したい
• 顧客マスタと担当者マスタのメール配信可否を見直したい
• kMailer、Cuenote、MAツールの使い分けを決めたい
• 配信履歴、開封、クリック、不達をkintoneへ戻したい
• 反応した人への営業フォローやCSフォローをタスク化したい
• 配信リストを毎回手作業で作る運用を見直したい
• 配信停止した人へ別経路で送ってしまう事故を防ぎたい

kintoneメール配信は、顧客リストからメールを送るだけなら始めやすいです。

しかし、長く使うには、同意、停止、セグメント、配信履歴、反応後のフォローが必要です。

配信してよい根拠を持ち、送らない人を確実に除外し、反応を次の行動へつなげる。

この設計にしておくと、kintoneの顧客データを、配信して終わるリストではなく、営業・サポートが使える接点履歴として育てられます。

kintoneメール配信は、宛先リスト作成ではなく、同意と反応を顧客管理へ戻す業務として設計する方が長く使えます。