部門ごとにバラバラなCX改善活動を一元化し顧客体験の一貫性を取り戻す方法

顧客体験（CX）の改善は、多くの企業で重要テーマになっています。しかし現実には、営業はSFAに商談メモを残し、カスタマーサポートは問い合わせ管理ツールにクレームを記録し、商品開発はスプレッドシートで要望を集計するといった具合に、部門ごとに顧客の声がバラバラに蓄積されています。その結果、ある部門が改善したつもりの施策が別の部門の取り組みと矛盾していたり、同じ顧客の不満が複数部門で重複対応されていたりと、顧客から見ると一貫性のない体験が続いてしまいます。この状態を放置すると、部分最適の施策が乱立し、改善コストだけがかさんでいきます。

この記事は、従業員50〜300名規模の企業で、CX改善やカスタマーサクセスに関わる管理部門のマネージャー、あるいは部門横断の改善プロジェクトを任されたリーダーを想定しています。読み終えると、顧客の声を一箇所に集め、部門横断で改善タスクを管理し、施策の進捗と成果をチーム全体で共有するための具体的なワークフローが分かります。なお、数千名規模のエンタープライズ向けの全社CXプラットフォーム導入計画や、個別ツールの網羅的なレビューは扱いません。

本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、顧客フィードバックの収集から改善タスクの実行・振り返りまでを部門横断で回す運用フローと、その初期設定に必要な具体的な手順が手に入ります。

Workflow at a glance: 部門ごとにバラバラなCX改善活動を一元化し顧客体験の一貫性を取り戻す方法

• Step 1: 顧客フィードバックを統一フォームで収集する (Googleフォーム) (フォーム作成)
• Step 2: フィードバックを顧客単位でCRMにひも付ける (Salesforce) (営業支援ツール（SFA）)
• Step 3: 改善タスクを部門横断で管理し進捗を共有する (Backlog) (タスク管理・プロジェクト管理)
• Step 4: 改善ナレッジを蓄積し次の施策に活かす (Notion) (ナレッジマネジメントツール)

なぜ部門ごとのCX改善は全体最適にならないのか

顧客の声が部門の壁で分断される

営業が商談中に聞いた要望、サポートが受けたクレーム、商品開発がアンケートで集めた意見。これらはすべて同じ顧客から発せられた声ですが、それぞれ別のツール、別のフォーマットで管理されています。ある顧客が営業に伝えた要望がサポートに届いていないため、サポートは的外れな対応をしてしまう。こうした事態は珍しくありません。

問題の根本は、顧客単位ではなく部門単位で情報が整理されていることにあります。部門ごとのツールは、その部門の業務効率を上げるために最適化されているため、他部門から見ると何が起きているのか分かりません。

改善タスクの優先順位が部門ごとに異なる

各部門が独自に改善タスクを立てると、優先順位の基準がバラバラになります。サポート部門は問い合わせ件数の多い課題を優先し、営業部門は大口顧客の要望を優先し、商品開発は技術的な実現性で判断します。どれも合理的ですが、顧客体験全体を俯瞰すると、本当に手を打つべき課題が後回しになっていることがあります。

施策の成果が見えず改善サイクルが回らない

部門ごとに施策を実行しても、その成果が他部門に共有されなければ、全社としてCXが良くなっているのか悪くなっているのか判断できません。結果として、うまくいった施策の横展開もできず、失敗した施策と似たような取り組みが別部門で繰り返されます。改善サイクルが部門内で閉じてしまい、組織全体の学習が進まないのです。

重要な考え方：顧客の声を一箇所に集めてから部門横断でタスク化する

CX改善を全社で機能させるために最も大切なのは、まず顧客の声を部門の壁を越えて一箇所に集約し、そこから改善タスクを生み出すという順序を守ることです。

集約が先、分析は後

多くの企業が陥る失敗は、各部門がそれぞれ分析して改善策を出し、後から統合しようとするパターンです。これでは統合の手間が膨大になり、結局うまくいきません。順序を逆にして、まず生の声を一箇所に集め、その後に全体を見ながら優先順位をつけるのが正解です。

顧客単位で情報をひも付ける

集約する際のポイントは、顧客名や企業名をキーにして情報をひも付けることです。同じ顧客から営業・サポート・アンケートそれぞれに届いた声を一覧できるようにすると、その顧客が本当に困っていることが浮かび上がります。CRMツールを中心に据えるのはこのためです。

改善タスクはカスタマージャーニーの段階で整理する

改善タスクを部門名で分類するのではなく、認知・検討・購入・利用・継続といったカスタマージャーニーの段階で整理します。こうすることで、どの段階に課題が集中しているかが一目で分かり、部門を越えた優先順位づけが可能になります。

顧客の声を集約し部門横断で改善サイクルを回すワークフロー

以下のワークフローは、週1回の改善会議を軸に、日常的なフィードバック収集と改善タスクの実行を組み合わせたものです。運用が安定するまでは2〜3週間を見込んでください。

ステップ 1：顧客フィードバックを統一フォームで収集する（Googleフォーム）

まず、営業・サポート・商品開発のどの部門であっても、顧客から得たフィードバックを同じフォーマットで記録する仕組みを作ります。Googleフォームで全社共通のフィードバック入力フォームを1つ用意してください。

フォームに設ける項目は次の通りです。顧客名または企業名、フィードバックの種類（要望・不満・称賛・質問の4択）、カスタマージャーニーの段階（認知・検討・購入・利用・継続の5択）、具体的な内容（自由記述）、記録者の部門名、緊急度（高・中・低の3択）。この6項目に絞ることで、入力の負担を最小限にします。

担当者は、顧客との接点があったその日のうちにフォームに入力します。1件あたり2〜3分で完了する分量に抑えるのがポイントです。入力が面倒になると定着しません。フォームの回答はGoogleスプレッドシートに自動で蓄積されるため、ここが顧客の声の一次データベースになります。

ステップ 2：フィードバックを顧客単位でCRMにひも付ける（Salesforce）

Googleスプレッドシートに蓄積されたフィードバックを、週に1回、CRMであるSalesforceに転記します。Salesforceの取引先または取引先責任者に、カスタムオブジェクトとしてフィードバックレコードを作成し、顧客単位でひも付けてください。

この作業は、CX改善プロジェクトのリーダーまたは管理部門の担当者が行います。1週間分のフィードバックが10〜30件程度であれば、手動での転記でも30分ほどで完了します。件数が多い場合は、SalesforceのData Importウィザードを使ってCSVで一括取り込みできます。

ひも付けの際に確認するのは、同じ顧客から複数のフィードバックが届いていないかという点です。もし同じ顧客から異なる部門経由で似た内容の声が届いていれば、それは優先度の高い課題である可能性が高いため、フラグを立てておきます。

Salesforce上で顧客ごとのフィードバック一覧を見られるようにしておくと、営業担当者が次回の商談前に顧客の不満や要望を確認でき、対応の質が上がります。

ステップ 3：改善タスクを部門横断で管理し進捗を共有する（Backlog）

週1回の改善会議で、Salesforceに蓄積されたフィードバックを確認し、対応が必要なものを改善タスクとしてBacklogに起票します。会議には営業・サポート・商品開発の各部門から最低1名ずつ参加してください。

Backlogでのプロジェクト構成は、カスタマージャーニーの段階ごとにカテゴリを分けるのがおすすめです。認知・検討・購入・利用・継続の5カテゴリを作り、各タスクをいずれかに分類します。タスクには、対応する部門、担当者、期限、関連する顧客名を記載します。

会議では、新規フィードバックの確認と既存タスクの進捗確認を30分以内で行います。優先順位は、同じ課題に関するフィードバックの件数と、影響を受ける顧客の重要度で判断します。部門の都合ではなく、顧客体験への影響度で優先順位をつけることがこのワークフローの肝です。

タスクが完了したら、その施策の結果（顧客の反応や数値の変化）をBacklogのコメント欄に記録します。この記録が次のステップで活きてきます。

ステップ 4：改善ナレッジを蓄積し次の施策に活かす（Notion）

完了した改善タスクの内容と成果を、Notionのデータベースにナレッジとして蓄積します。月に1回、改善会議の拡大版として振り返りの時間を設け、その月に完了した施策の成果をまとめてNotionに記録してください。

Notionのデータベースには、施策名、対象のカスタマージャーニー段階、実施部門、施策の内容、成果（定量・定性）、学びや注意点の項目を設けます。このデータベースは全部門に公開し、誰でも過去の施策を検索・閲覧できるようにします。

ナレッジが蓄積されると、新しい改善タスクを検討する際に過去の類似施策を参照できるようになります。以前うまくいった施策を別の顧客セグメントに横展開したり、失敗した施策と同じ轍を踏まないようにしたりと、組織としての学習が進みます。

また、Notionのページとして、カスタマージャーニーマップを1枚作成しておくことをおすすめします。各段階で現在進行中の改善タスク数、完了した施策数、主な課題をまとめた俯瞰ページがあると、経営層への報告にもそのまま使えます。

この組み合わせが機能する理由

Googleフォーム：入力障壁の低さが定着率を決める

CX改善ワークフローの最大のボトルネックは、現場の担当者がフィードバックを記録してくれるかどうかです。Googleフォームは、ほぼすべてのビジネスパーソンが使い慣れており、スマートフォンからでも入力できます。専用ツールを新たに覚える必要がないため、導入初日から運用を開始できます。一方で、フォームの回答データはフラットな構造のため、顧客単位での分析には向きません。そのためCRMへの転記ステップが必要になります。

Salesforce：顧客単位の情報集約がCX改善の土台になる

Salesforceを中心に据える理由は、顧客情報をキーにしてあらゆる情報をひも付けられる点にあります。フィードバックを顧客単位で集約することで、特定の顧客が抱える課題の全体像が見えるようになります。ただし、Salesforceは多機能であるがゆえに設定の自由度が高く、カスタムオブジェクトの設計には一定の知識が必要です。最初はシンプルな構成から始め、運用しながら項目を追加していくのが現実的です。また、ライセンス費用が発生するため、既にSalesforceを導入済みの企業に特に適したワークフローです。

Backlog：日本企業の業務文化に合ったタスク管理

Backlogは日本語のインターフェースが自然で、ITに詳しくないメンバーでも直感的に使えるタスク管理ツールです。部門横断のプロジェクトでは、参加者全員がツールを使いこなせることが必須条件になります。Backlogはガントチャートやマイルストーン機能も備えているため、改善タスクの全体スケジュールを可視化するのにも適しています。注意点として、Backlogは大量のタスクを高度にフィルタリングする機能はやや弱いため、タスク数が100件を超えるような大規模運用ではカテゴリ設計を工夫する必要があります。

Notion：柔軟なナレッジベースが組織の学習を加速する

Notionの強みは、データベースとドキュメントを自由に組み合わせられる柔軟性です。改善施策のナレッジベースとカスタマージャーニーマップを同じワークスペースに置けるため、情報の分散を防げます。全部門のメンバーが同じページを見ながら議論できるのも大きな利点です。一方で、Notionは構造化の自由度が高い分、運用ルールを決めずに使い始めると情報が散らかりやすくなります。データベースのテンプレートを最初に作り込み、入力ルールを明文化しておくことが定着の鍵です。

Recommended tool list

結論：顧客の声を一箇所に集める仕組みを作ることが最初の一歩

部門ごとにバラバラだったCX改善活動を全社で連携させるには、まず顧客の声を統一フォーマットで集約し、顧客単位でCRMにひも付け、部門横断のタスク管理で改善サイクルを回し、ナレッジとして蓄積するという4つのステップを順番に整えることが重要です。

最初に取り組むべきは、Googleフォームでフィードバック入力フォームを1つ作り、全部門に共有することです。フォームの作成自体は30分もあれば完了します。まずは1週間、各部門から最低3件ずつフィードバックを集めることを目標にしてください。声が集まり始めれば、なぜ部門横断の改善会議が必要なのかがデータで示せるようになり、ワークフロー全体の導入がスムーズに進みます。

Mentioned apps: Salesforce, Backlog, Notion, Googleフォーム

Related categories: タスク管理・プロジェクト管理, ナレッジマネジメントツール, フォーム作成, 営業支援ツール（SFA）

Related stack guides: 顧客の最終用途情報と該非判定を一元管理し安全保障貿易管理の審査漏れを防ぐ方法, 業界標準の改定内容を自社システムへ漏れなく反映し監査不適合を防ぐ方法, 監査対応の資料依頼で何度もやり取りが発生する問題を解消し監査日程の遅延を防ぐ方法, 補助金の申請期限から逆算して社内承認とタスクを連動させ申請見送りをなくす方法, パートナーとのトラブル発生時に証跡を即座に集約し原因究明と再発防止を加速する方法