Zendesk CC vs フォロー担当者メール：2026年完全ガイド

Zendesk でチケットの更新通知を受け取る担当者を管理するのは簡単そうに見えますが、同様の機能を持つ2つの異なる機能があることに気づきます。CCとフォロー担当者はどちらも関係者を最新の状態に保ちますが、間違った方を選択すると、エージェントのメールアドレスが顧客に公開されたり、社内チームが情報から遮断されたりする可能性があります。

このガイドでは、ZendeskのCCとフォロー担当者メール通知の違いを詳しく説明し、あらゆるシナリオで適切な選択ができるようにします。

ZendeskのCCとフォロー担当者とは？

一見すると、CCとフォロー担当者は同じ目的、つまりチケットのアクティビティについて追加の担当者に通知することを提供しているように見えます。しかし、内部的には大きく異なります。

ZendeskのCCとは？

Zendesk のCC（カーボンコピー）は、通常のメールとほぼ同じように機能します。チケットに担当者をCCとして追加すると、会話に関与するすべての担当者に表示されるようになります。

CCの主な特徴：

• 外部への可視性：CCに追加されたユーザーはチケットヘッダーに表示され、そのメールアドレスはエンドユーザーを含む他の参加者に表示されます。
• 返信機能：CCはチケット通知に返信でき、その返信はチケットの公開コメントになります。
• 参加者制限：1つのチケットに最大48個のメールCCを追加できます。
• CCに追加できる担当者：エンドユーザー（顧客）とエージェントの両方。

CCは、透明性が重要であり、問題解決に関与している担当者を全員に知らせたい場合に最適です。

出典：Zendeskヘルプセンター, Zendesk管理者ガイド

Zendeskのフォロー担当者とは？

フォロー担当者は、チーム連携のために設計された社内専用の機能です。CCとは異なり、フォロー担当者は顧客には完全に非表示になります。

フォロー担当者の違い：

• 社内専用：エージェントと管理者のみがフォロー担当者になることができます。
• 顧客には非表示：フォロー担当者はすべての更新を受信しますが、エンドユーザーや他のCCには表示されません。
• 無制限の数：チケットに含めることができるフォロー担当者の数に制限はありません。
• 完全な可視性：フォロー担当者は、公開コメントと社内メモの両方を表示できます。

フォロー担当者は、チームの内部プロセスを顧客に公開せずに社内連携が必要な場合に最適です。

出典：Zendeskヘルプセンター, ベストプラクティスガイド

Zendesk CCとフォロー担当者メールの主な違い

各機能をいつ使用するかを理解するには、いくつかの重要な区別を理解することが重要です。次の比較表は、主な違いを示しています。

これらの機能間の可視性の違いは、サポート業務に実際的な影響を与えます。

可視性とプライバシーへの影響

最も重要な違いは可視性です。エージェントをCCとして追加すると、そのメールアドレスがチケット上のすべてのエンドユーザーに表示されます。顧客がエージェントに直接メールを送信し始め、サポートシステムを完全にバイパスするまで、これは大したことではないように思えるかもしれません。

一方、フォロー担当者はメール通知では完全に非表示のままです。その名前とメールアドレスは、顧客に表示されるヘッダーには表示されません。これにより、エージェントのプライバシーが保護され、社内チームの構造が機密に保たれます。

Zendeskのドキュメントにも記載されているように、「CCとして追加されたエージェントは、スレッド内のすべてのエンドユーザーにメールアドレスが表示されます」。これは透明性のために意図されたものですが、慎重に検討する価値があります。

出典：Zendeskヘルプセンター

通知の送信方法とタイミングも、CCとフォロー担当者で大きく異なります。

通知動作の違い

CCとフォロー担当者は、異なるタイミングで通知を受信します。

CC通知 はトリガーによって制御されます。デフォルトのトリガー「リクエスタとCCに受信リクエストを通知」と「リクエスタとCCにコメント更新を通知」がこれを処理します。重要なのは、これらのトリガーは公開コメントに対してのみ発生することです。エージェントが社内メモを追加すると、通知は抑制されます。

フォロー担当者通知 は、トリガーではなく、専用のメールテンプレートを介して機能します。フォロー担当者は、公開コメントと社内メモの両方の通知を受信します。唯一の例外は、フォロー担当者が自分のコメントに対する通知を受信しないことです。

出典：Zendeskヘルプセンター

Zendesk CC vs フォロー担当者メールをいつ使用するか：意思決定フレームワーク

CCとフォロー担当者のどちらを選択するかは、明確な基準があれば簡単になります。次に、決定方法を示します。

CCは次の場合に使用します。

• 可視性を必要とする外部関係者を関与させる：チケットの進捗状況を確認する必要があるパートナー、ベンダー、またはその他のサードパーティ。
• 顧客が同僚を巻き込む必要がある：顧客がチームメイトまたはマネージャーを会話にコピーしたい場合。
• すべての関係者との透明性が重要：関係者全員が他の誰が参加しているかを知っておく必要がある場合。
• 外部連携が必要：組織外の担当者からのインプットが必要な場合。

フォロー担当者は次の場合に使用します。

• 顧客に可視化せずに社内チームメンバーが監督する必要がある：チケットの品質またはエスカレーションを監視するマネージャー。
• チーム間のコラボレーションが必要：他の部門のスペシャリストが非公開で貢献する必要がある場合。
• エージェントのメールプライバシーの保護が優先事項：顧客から直接連絡を受けるべきではない社内エージェントを追加する場合。
• 無制限の参加者が必要：多くの社内関係者からのインプットが必要な複雑なチケットの場合。

一般的なシナリオと適切な選択

いくつかの実際の状況を見てみましょう。

シナリオ1：アカウントマネージャーが高額顧客のチケットの更新を希望 → フォロー担当者を使用します。アカウントマネージャーは、顧客が監視されていることを知らなくても情報を入手できます。

シナリオ2：顧客がITディレクターを会話に含めることを希望 → CCを使用します。ITディレクターは可視性を必要とし、顧客は明示的に含めるように要求しました。

シナリオ3：技術スペシャリストチームへのエスカレーション → フォロー担当者を使用します。スペシャリストは社内メモを確認し、メールを公開せずに非公開で貢献できます。

シナリオ4：パートナー組織が共同プロジェクトチケットの可視性を必要とする → CCを使用します。外部パートナーは、解決に関与している担当者について透明性が必要です。

出典：Zendeskヘルプセンター

CCとフォロー担当者のメール通知の仕組み

仕組みを理解すると、期待どおりに機能しない場合にトラブルシューティングに役立ちます。

CC通知の仕組み

デフォルトでは、2つのトリガーがCC通知を制御します。

1. 「リクエスタとCCに受信リクエストを通知」：新しいチケットが作成されたときに発生します。
2. 「リクエスタとCCにコメント更新を通知」：公開コメントが追加されたときに発生します。

どちらのトリガーもアクション「メールユーザー+（リクエスタとCC）」を使用します。この特定のアクションが、CCがメール通知を受信する原因となります。影響を理解せずにこれらのトリガーを削除または変更すると、CCが更新を受信しなくなる可能性があります。

重要：「メールユーザー+（リクエスタとCC）」アクションは、社内メモがチケットに追加されると抑制されます。トリガーは引き続き発生し、構成した他のアクションを実行しますが、メールは送信されません。CCに通知を受信させたい場合は、公開コメントを含める必要があります。

フォロー担当者通知の仕組み

フォロー担当者は、トリガーではなく、専用のメールテンプレートを介して通知を受信します。知っておくべきことは次のとおりです。

• フォロー担当者は、フォローしているチケットにコメント（公開または社内）が追加されるとメール通知を受信します。
• フォロー担当者は、自分のコメントに対する通知を受信しません。
• フォロー担当者機能を完全にオフにせずに、フォロー担当者へのメール通知を無効にする方法はありません。
• フォロー担当者メールテンプレートは、CC通知トリガーとは別にカスタマイズできます。

これは、フォロー担当者が追加されると常に最新の状態になることを意味します。これは連携には最適ですが、通知疲れを避けるためにある程度の規律が必要です。

通知コンテンツのカスタマイズ

メール通知のテキストをブランドボイスに合わせてカスタマイズできます。

CC通知の場合：管理センター>オブジェクトとルール>ビジネスルール>トリガーでデフォルトのトリガーを編集します。必要に応じて、メールの件名と本文テキストを変更します。役立つプレースホルダーには、CC名の場合は{{ticket.cc_names}}、チケットの件名の場合は{{ticket.title}}が含まれます。

フォロー担当者通知の場合：管理センター>オブジェクトとルール>チケット>設定に移動し、CCとフォロー担当者セクションを展開します。フォロー担当者メールテンプレートで件名と本文コンテンツを編集します。{{ticket.follower_names}}プレースホルダーは、チケットのフォロー担当者の名前を返します。

出典：Zendeskヘルプセンター

Zendesk CCとフォロー担当者メールに関する一般的な間違い

経験豊富なチームでもこれらのエラーを犯します。注意すべき点は次のとおりです。

エージェントをフォロー担当者ではなくCCとして追加する

リスク：エージェントをCCとして追加すると、そのメールアドレスがチケット上のすべての顧客に公開されます。これにより、顧客がエージェントに直接連絡を取り、サポートギャップが生じ、顧客体験が低下する可能性があります。

解決策：エージェントに社内連携にフォロー担当者を使用するようにトレーニングします。エージェントがチケットについて常に情報を入手する必要がある場合は、CCではなくフォロー担当者として追加することを標準的な慣行にします。

ベストプラクティス：権限を設定し、各機能をいつ使用するかについて明確なドキュメントを提供します。これを新しいサポートチームメンバーのオンボーディングの一部にすることを検討してください。

動的なフォロー担当者の割り当てを期待する

制限：Zendeskのネイティブの「フォロー担当者を追加」アクションは、静的なユーザー選択のみを受け入れます。プレースホルダーまたはカスタムフィールド値を使用して、チケットデータに基づいて追加されるフォロー担当者を動的に選択することはできません。

影響：これは、異なるアカウントマネージャーまたはサポートティアを持つ複数の組織を管理している場合に実際の問題になります。「この特定の組織のアカウントマネージャーを追加する」という単一のトリガーを作成することはできません。

回避策：

• さまざまなシナリオに対応する複数のマクロを作成する
• Zendesk APIとLiquidマークアップでWebhookを使用する
• アカウントマネージャーのメールアドレスを組織のカスタムフィールドに保存する

技術的な実装ガイド では、動的なフォロー担当者の割り当てのためにWebhookを設定する方法について詳しく説明していますが、これには高度な技術的専門知識が必要です。

通知の抑制を誤解する

問題：チームは、社内メモが追加されたときに「CCが通知を受信していない」とよく報告します。

現実：これはバグではなく、意図的なものです。CC通知は、機密情報を保護するために、社内メモに対して意図的に抑制されます。

解決策：社内メモを追加した後でCCに更新を表示させる必要がある場合は、通知をトリガーするために公開コメントを追加する必要があります。トラブルシューティングに時間を無駄にしないように、この動作についてチームをトレーニングします。

出典：Zendeskヘルプセンター

Zendeskのネイティブ機能を超えたスケーリング

Zendeskの組み込み自動化は、簡単なシナリオではうまく機能しますが、明確な制限があります。チケットデータに基づいてフォロー担当者を動的に割り当てることができないため、成長するサポートチームに摩擦が生じます。

eesel AI では、Zendesk と直接統合するAIチームメイトを構築し、静的なマクロアクションを超えるフォロー担当者の自動化を処理します。

Zendeskのネイティブ機能を補完する方法を次に示します。

• 厳密な構成ではなく、自然言語ルール。 「従業員が500人を超える組織からのチケットには、エンタープライズアカウントマネージャーを追加する」のようなルールを平易な英語で定義します。
• チケットコンテンツに基づくAI搭載ルーティング。 当社のAIトリアージは、フィールド値を照合するだけでなく、チケットコンテンツを読み取ってコンテキストを理解します。つまり、感情、緊急信号、または要因の複雑な組み合わせに基づいてルーティングできます。
• 複雑なロジックのノーコード設定。 JSON、Liquidマークアップ、またはAPIトークンは必要ありません。ビジネスユーザーは、技術的な支援なしでルールを作成および変更できます。
• 組み込みのエラー処理。 再試行、エッジケース、および障害を自動的に処理します。

すでにフォロー担当者の管理にZendeskマクロを使用しており、成長に合わせてスケールしないことがわかった場合は、前進する道があります。簡単なセットアップから開始し、過去のチケットに対してテストし、自信を持ってデプロイできます。

Zendesk CCとフォロー担当者メールの設定に適切なアプローチを選択する

CCとフォロー担当者のメール通知の管理は、関係者に情報を伝えるだけではありません。適切な担当者に適切なタイミングで適切な可視性を提供することです。適切に構成されている場合、通知設定は、関係のない更新で誰かを圧倒することなく、チームが連携するのに役立ちます。

チームの次のステップ：

1. 現在のトリガー構成を監査する。 デフォルトのCC通知トリガーは、ワークフローに対してアクティブで適切ですか？

2. フォロー担当者メールテンプレートを確認する。 ブランドボイスに一致し、明確なガイダンスを提供していますか？

3. 自動化の機会を特定する。 常に同じフォロー担当者またはCCを追加する必要があるチケットはどれですか？

4. 設定を文書化する。 チームがCCとフォロー担当者をいつ使用するか、および自動化の仕組みを理解していることを確認します。

さまざまなシナリオに対応するために多数のマクロを作成している場合、またはZendeskがネイティブに提供できない動的なフォロー担当者の割り当てが必要な場合は、eesel AIをお試しください。 インテリジェントなフォロー担当者のルーティングの複雑さを処理し、より優れた顧客体験の提供に集中できるようにします。