カスタマーポータルは「顧客が自社に問い合わせる唯一の入口」になりうる場所だ。チケットの追跡・ナレッジベースの閲覧・新規問い合わせの作成を1つの画面で完結させることで、顧客体験を劇的に改善しながらサポートチームへの問い合わせ件数を減らすことができる。この章ではポータルの基本設定・UX 設計・ブランディング・2025年3月以降のチケットラベルカスタマイズ・フィードバック収集の仕組みを体系的に解説する。
カスタマーポータルとは、顧客専用のログイン付き Web ページだ。顧客はここで「自分が送ったチケットの進捗確認」「返信のやりとり」「ナレッジベースの検索」「新しいチケットの作成」を一箇所で行える。ポータルがないと顧客は「メールを送ったが届いているか不明」という不安を抱え、確認のためにもう一度メールを送る——これが重複チケットの主な原因だ。Service Hub Professional 以上で利用できる。
| 設定カテゴリ | 設定場所 | 主な設定項目 |
|---|---|---|
| 基本設定 | サービス → カスタマーポータル → 設定 | ポータルの有効化・サブドメイン設定（例：help.yourcompany.com）・言語設定・タイムゾーン |
| ブランディング | サービス → カスタマーポータル → ブランディング | ロゴ・ファビコン・ブランドカラー（プライマリ・セカンダリ）・フォントの選択 |
| ナビゲーション | サービス → カスタマーポータル → ページ | 表示するページ（ホーム・チケット・KB）の選択・ナビゲーション項目のラベル変更 |
| チケット設定 | サービス → カスタマーポータル → チケット | 顧客が作成できるチケットフォームのフィールド設定・チケットラベルのカスタマイズ（2025年3月〜） |
| KB 表示設定 | サービス → カスタマーポータル → ナレッジベース | 表示する KB カテゴリの選択・記事の並び順・「記事が見つからない場合のサポート誘導」メッセージの編集 |
| アクセス制御 | サービス → カスタマーポータル → アクセス | 全員に公開 / HubSpot アカウントが必要 / 招待されたコンタクトのみ——3段階から選択 |
ポータルの URL（サブドメイン）は後から変更できるが、変更すると顧客がブックマークしていた URL が無効になる。設定の最初の段階で「help.御社ドメイン.com」のサブドメインを決定し、DNS 設定を完了させてから顧客に案内する。DNS の設定が完了するまで数時間かかる場合があるため、余裕を持って設定しておこう。
ポータルのデザインが「いかにも汎用ツール」のままだと、顧客は「自社のサービスとして信頼できるのか」という疑念を持つ。自社ブランドの配色・ロゴ・言葉遣いをポータルに統一することで、顧客がポータルを「自社サービスの一部」として自然に受け入れるようになる。また UX 設計の原則を守ることで、顧客が目的の情報にたどり着くまでの操作ステップを最小化できる。
2025年3月のアップデートで、カスタマーポータル上の「Tickets（チケット）」というラベルを自社ビジネスに合った言葉に変更できるようになった。顧客には「チケット」という IT サービス特有の用語が馴染みにくい場合が多い。業種・顧客層に合わせた言葉を使うことで、ポータルの利用率が上がり、問い合わせの心理的ハードルが下がる。
| 変更対象のラベル | 設定場所 | 変更例 |
|---|---|---|
| ポータル内「Tickets」タブ名 | サービス → カスタマーポータル → チケット → ラベルを編集 | 「Tickets」→「マイ依頼」「インシデント」「ご相談」 |
| 「新しいチケットを作成」ボタン | 同上 → ボタンラベル | 「新しいチケットを作成」→「新しい依頼を作成する」「問い合わせを送る」 |
| チケット詳細ページの見出し | 同上 → 詳細ページラベル | 「チケット詳細」→「依頼の詳細」「インシデント詳細」 |
| 通知メールの文言 | 設定 → 通知 → メールテンプレート → 本文を編集 | 「チケット #4821 が更新されました」→「ご依頼 #4821 の状況が更新されました」 |
ポータルのラベルを「依頼」に変えたのに、顧客宛ての通知メールには「チケット」と書かれていると混乱を招く。ラベル変更をした後は「通知メールの文言」「KB の記事内で『チケット』と書かれている箇所」「新規顧客への案内資料」も一括して同じ言葉に統一する作業をセットで行うことが重要だ。
カスタマーポータルは顧客と継続的に接する場所だからこそ、フィードバックを収集する絶好のタイミングと場所でもある。チケットがクローズした直後・KB 記事を読んだ後・ポータルにログインした後——これらのタイミングで短いサーベイを表示することで、顧客の声をリアルタイムで蓄積できる。
| フィードバック種別 | 送付タイミング | 自動アクション（低スコア時） |
|---|---|---|
| CSAT（顧客満足度） | チケットクローズ後 1時間以内にメール送付（ポータル内バナーとセット） | スコア2以下 → 担当エージェントにタスク作成「フォローアップ電話を1営業日以内に実施」 |
| KB フィードバック | 記事閲覧後・記事末尾の「役立ちましたか？」ボタン（常時表示） | 「いいえ」率が30%超で7日継続 → KB 担当者にメール通知「記事の改善が必要です」 |
| NPS（推奨度） | 初回チケットクローズ後30日・以降は90日ごとに自動送付 | スコア6以下（批判者）→ CS マネージャーに Slack 通知 + フォローアップタスク作成 |
| CES（努力指数） | 複雑なオンボーディングプロセス完了後・特定のチケットカテゴリのクローズ後 | スコア低下のトレンド → 該当プロセスの見直し提案レポートを月次で CS リーダーに送付 |
CSAT サーベイを送っても、結果を見るだけでアクションしなければ顧客満足度は上がらない。「CSAT 低スコア → 24時間以内のフォローアップ」というワークフローを設定することが、サーベイを設置する最大の効果だ。「サーベイで批判を受けたが、翌日に担当者から電話があって丁寧に対応してもらった」という体験が、顧客を批判者からプロモーターに変える最も確実な方法だ。
チケットの進捗がポータルで確認できるようになると「届いたか確認のメール」が大幅に減る。KB を検索してから問い合わせを作成する導線にすることで、エージェントへの問い合わせ件数を削減できる。
URL（help.御社.com）は後から変更するとブックマーク無効化の案内が必要になる。ロゴ・カラー・ポータル名・通知メールのブランドを初期設定で一括して自社ブランドに統一してから顧客に案内する。
顧客がポータルを開いた瞬間に検索バーが目に入る配置が自己解決率を高める。「問い合わせを作成する」ボタンは KB 検索・閲覧の後に表示する導線を設計することで、KB の利活用率が上がる。
「Tickets」→「依頼」「インシデント」「ご相談」など業種に合わせた言葉に変更する。変更後は通知メール・KB 記事・案内資料も一括して同じ言葉に統一することを忘れない。
サーベイの送付だけでは満足度は上がらない。CSAT2以下・NPS 批判者への自動タスク作成・Slack 通知ワークフローを設定し、フィードバックを受け取ったら24時間以内にアクションする仕組みを作る。
KB 記事の「役立たない」率・CSAT の低いチケットカテゴリ・NPS 批判者のコメントは、どこに改善投資をすべきかを示す最高のデータだ。月次で分析し、改善アクションに変換するサイクルを確立する。