比較 · 2026年5月3日
社内サービスデスク vs. 顧客向けヘルプデスク
社員のチケットと顧客のチケットは、遠くから見ると似ています。近づくと、異なるカテゴリー、異なるSLA、異なるトーンが必要です。ここでは、1つのツールで十分か、2つ必要かを判断する方法を説明します。
中小規模の組織のほとんどにとって、2構成の1ヘルプデスクは2つの別ツールより優れています。別受付アドレス、別カテゴリーセット、別SLAポリシー、ロールベースアクセスにより、ツール費用や運用コストを倍増させることなく両方の対象者に対応できます。別インスタンスが適切なのは、規制産業や正式なデータ分離が必要な数百名以上の大企業に限られます。
社内サポートと顧客サポートが異なる7つのポイント
「どちらもヘルプデスク」という表面上の共通点は、実際の運用上の違いを隠しています。
| 観点 | 社内IT / サービスデスク | 顧客向けヘルプデスク |
|---|---|---|
| 対象ユーザー | 社員、契約社員 | 外部ユーザー、有料顧客 |
| トーン | 直接的、技術的、簡潔 | 親しみやすく、ブランド意識が高く、洗練されている |
| 主なチケット種別 | アクセス、ハードウェア、ソフトウェア、ネットワーク | 注文、請求、アカウント、製品の使い方 |
| SLAの基準 | ビジネスへの影響に連動(P1/P2/P3) | 競争優位性重視―速さが重要 |
| セルフサービス | IT運用手順書、社内Wiki | 公開ナレッジベース、顧客ポータル |
| エージェントのID | 実名、社内チーム | ブランドペルソナ、一般名(「サポート」)の場合も |
| レポートの焦点 | カテゴリー別件数、MTTR、繰り返し発生する問題 | CSAT、応答時間、問い合わせ削減率 |
1ツールか2ツールか?判断マトリックス
正解はチーム規模、規制環境、対応する対象者によって異なります。一般的なケースを以下の表でカバーします。
| 状況 | 推奨 | 理由 |
|---|---|---|
| 50名未満・顧客サポートのみ | 顧客向けヘルプデスク1つ | 社内ITの件数が少なく、別途セットアップする必要なし。Slackの直接メッセージで対応可能。 |
| 50名未満・ITサポートのみ | 社内ヘルプデスク1つ | 顧客向け対応は不要。社内デスクを先に整備し、後から顧客サポートに拡張。 |
| 50〜200名・両方 | 1ツール、2構成 | 同一ベンダー、別ブランド、別カテゴリー、別ルーティング。現代的なヘルプデスクの多くはほぼ手間なく対応可能。 |
| 200名超・規制産業 | 別インスタンスまたは別ツール2つ | データ分離、監査証跡、アクセス管理の観点から正式な分離が必要なことが多い。 |
| エージェンシーまたはMSP | クライアント別タグ付きの1ツール | 代理店向けガイドを参照。マルチクライアント構成は内部/外部の分離より、マルチ顧客に近い。 |
FyneDesk での対応方法
FyneDesk は、別受付・別カテゴリー・別SLA・ロールベース権限を備えた1インスタンスで両方の対象者をサポートします。顧客ポータルは顧客側チケットのみ表示。社内チケットはエージェント専用。中小規模チームのほとんどが1つの Pro プランで両方を運用しています。
1ツールを選ぶ場合:5つのセットアップ必須項目
「両方に機能する1ツール」と「両方に混乱をもたらす1ツール」を分ける5つの決断があります。セットアップ時に明確にしてください。
2つの受付アドレス
顧客向けにsupport@yourcompany.com、社員向けにit-help@を用意。受付時にタグルールを適用。チケットは同じ受信ボックスに届くが、異なるチームにルーティングされます。
2セットのカテゴリー
顧客側:注文、請求、アカウント、製品。社内側:アクセス、ハードウェア、ソフトウェア、ネットワーク。カテゴリーを共有するとレポートが混乱するため分けること。
2つのSLAポリシー
顧客向けSLAは競争優位的な応答速度が基準。社内SLAはビジネスへの影響度が基準。ベースライン・違反アラートはそれぞれ異なる設定で。
2つのビューまたはキュー
顧客サポートチームは顧客チケットのみ閲覧。ITチームは社内チケットのみ閲覧。保存済みビューまたはフィルタードキューでコンテキストスイッチを防止。
共有管理者、個別ロール
1人の管理者が両方を管理。エージェントは片方または両方に割り当てられ、ロールベースの権限で閲覧範囲を制御。
2ツールが本当に正解な場合
1ツールのライセンスコスト削減よりも、2つの別ツールの運用シンプルさが勝る場合もあります。分離を検討すべき3つのサイン:
- コンプライアンスがデータ分離を要求している。医療(HIPAA)、金融(SOC 2 / PCI)、または政府契約では、社内データと顧客データで別々の監査証跡を持つ別環境が必要な場合があります。
- 顧客サポートが深い専門連携を使用している。顧客側がShopify、電話、ソーシャル受付、チャット優先ワークフローに依存していて、それがITには不要な場合、顧客用ツールは独自ライセンスを持つ価値があります。
- 各部門が専任チームと管理者を持っている。どちらの部門チームも互いに関与しない場合、共有管理のメリットがなくなります。各部門が最適なツールを選択します。
まとめ
中小規模組織の8割にとって、1つのヘルプデスクで両方の対象者に対応するのが正解です。2ツールを運用するよりも安く、シンプルで、メンテナンスが容易です。例外―規制産業、大企業規模、深い専門連携―は実在しますが、ベンダーが言うほど広くありません。
今評価中であれば、最初から両方に対応できるツールを選んでください。コンプライアンスや規模の拡大で必要になれば後から分割できます。後から分割するのは面倒ですが、後から統合するのははるかに困難です。
よくある質問
はい、中小規模の組織のほとんどで可能です。コツは、インフラを共有しながら2つの別ワークフローとして扱うことです。受付アドレス、カテゴリー、SLA、チームの割り当てを別々にしながら、管理は1ツールに集約します。2ツールを運用するよりも、ライセンス費用や運用コストを大幅に削減できます。データ分離が契約や法律上必要な場合のみ、別インスタンスが適切です。
主に3つのシナリオです。規制産業(医療・金融)で監査・アクセス管理の観点から正式な分離が必要な場合。数百名以上の大企業で各部門が専任チームとツールを持つ場合。顧客サポートツールにITツールでは不要なECや電話連携が必要な場合。
カテゴリーの混在です。顧客アカウントの「アクセス」と社員VPNの「アクセス」が同一カテゴリーにあると、レポートが無意味になりルーティングも壊れます。カテゴリーセットは完全に分けてください。SLAも同様で、緊急度の異なる対象者間でポリシーを共有しないこと。
不要です。顧客ポータルは、社内システムにログインせずにチケット状況を確認したい外部ユーザー向けです。社員はヘルプデスクに直接ログインするか、メール/Slackで対応できます。ポータルは顧客側のみ構築し、社内側では省略してください。
2つのテンプレートライブラリを用意してください。顧客向けテンプレートは親しみやすく、洗練されたブランドトーンで。社内向けテンプレートは直接的・技術的で、挨拶を省くことも多いです。テンプレートを対象者でタグ付けし、対応中のチケットに関連するテンプレートのみエージェントに表示します。
5名未満の非常に小規模なチームであれば可能です。それ以上では、エージェントを一度に1つの対象者に集中させることを推奨します。コンテキストスイッチのコストは無視できません。社内ITと顧客サポートでは、必要な知識・コミュニケーションスタイル・習熟度が異なります。
ビジネスによって異なります。SaaSやECブランドは顧客サポートが大半を占め、総件数の80%以上になることも。製造業や専門サービス業は社内ITが多い傾向です。自社の比率を把握することで、チーム規模の設定や自動化投資の優先順位付けに役立ちます。
はい。FyneDesk は最初から両方の対象者に対応して設計されています。別受付アドレス、対象者別カテゴリー、ロールベースのエージェント権限、顧客側チケットのみ公開される顧客ポータルが揃っています。無料プランで最大3エージェント合計まで両方利用可能。Pro は$12/エージェント/月でエージェント数制限解除と顧客側のカスタムブランディングが追加されます。
1つのヘルプデスクで両方の対象者に対応
FyneDesk は1インスタンスで社内サポートと顧客サポートの両方に対応。最大3エージェントまで無料。
このガイドについて:社内IT・顧客サポート・あるいは両方を運用している顧客でよく見られるパターンを基に、FyneDesk チームが執筆しました。2026年5月3日更新。誤りを見つけた場合は support@fynedesk.io までご連絡ください。