
次回のユーザー会のテーマを決めるため、顧客の声を集めたところ、「基本操作を知りたい」「他部署へ展開した事例を知りたい」「運用方法を見直したい」といった要望が寄せられました。
どれも顧客にとって意味のある要望ですが、今回のユーザー会で扱うテーマは絞り込む必要があります。要望が多かったテーマを選ぶべきか、登壇者を確保できるテーマを優先するべきか、判断に迷うこともあるでしょう。テーマを選ぶ際は、今回の目的や対象参加者との適合を前提に、課題の重要性や対応時期、参加後に期待する変化、提供できる内容を比較して判断します。
この記事では、既存顧客向けのユーザー会で、複数のテーマ候補を比較して絞り込む方法を解説します。今回の目的・対象参加者と顧客の課題をもとに判断する方法を、具体例と2026年に開催されたユーザー会8件の実例を交えて紹介します。

テーマ候補を比べる前に、目的・対象参加者・顧客課題を確認する
テーマを絞り込む際の出発点は、今回のユーザー会の目的と、参加してほしい顧客です。
たとえば、次の条件で開催するとします。
- 目的: 既存顧客がサービスの活用をさらに進めるために、次に取り組むことを具体化してもらう
- 対象参加者: 基本機能を日常的に利用しており、利用部署の拡大や運用方法の改善を検討している担当者
この場合、顧客から寄せられた要望について、まず誰が、どのような状況で必要としているのかを確認します。
たとえば、「基本操作を知りたい」という要望が主に導入直後の顧客から寄せられ、「他部署への展開方法」や「運用方法の見直し」は日常的に利用している顧客から寄せられているとします。今回の対象参加者に合うのは後者のため、これらを優先して比較します。一方、基本操作への要望は、導入初期の顧客向けの支援に活かせます。
また、テーマを比較するためには、要望の背景にある課題も具体化しておく必要があります。たとえば「他社事例が知りたい」という要望でも、社内説明の方法を知りたいのか、導入後の運用体制を知りたいのかによって、必要な情報は変わります。
このように、今回の目的と対象参加者を確認し、顧客の要望を具体的な企画課題候補として整理したうえで、テーマを比較していきます。
ユーザー会のテーマ候補を比較する4つの判断基準
テーマ候補を比較する際は、次の4つの観点を使います。

まず確認したいのは、①今回の目的・対象との適合と、④提供できる内容です。
例えば、今回の対象が利用拡大を進める担当者なら、他部署展開のテーマが適している可能性があります。ただし、実際に他部署展開を経験した企業の事例を紹介できるか、参加者が必要とする情報を用意できるかも確認します。
こうして今回扱える候補を絞ったら、②課題の重要性と時期、③参加後に期待する変化を比較します。
例えば、同じ「他部署展開」でも、翌月に社内説明を控えている顧客と、半年後の展開に向けて情報収集している顧客では、必要とする時期が異なります。また、その課題によって業務が止まっているのか、今後の改善に向けた情報収集なのかによっても、優先度は変わります。
参加後に期待する変化も、テーマごとに具体化します。例えば「他部署展開の成功事例を学ぶ」という候補なら、
他部署へ利用を広げる際の進め方を比較し、自社で事前に確認すべきことを整理できる。
という状態を目指せます。
さらに、ユーザー会で扱う意義も比較します。マニュアルで伝えられる情報もあれば、実践した担当者から判断の経緯や失敗談を聞き、直接質問することで理解が深まる内容もあります。
今回の対象参加者が必要としている内容を、ユーザー会で具体的に提供できるか。 その条件を確認したうえで、どの課題への対応を優先するかを判断します。
要望件数をテーマの優先順位にどう活かすか
要望件数は、どのテーマに、どれだけ顧客の関心が集まっているかを知るための材料です。ただし、それがそのまま今回扱うテーマの優先順位とはならないことがあります。
たとえば、「基本操作を知りたい」という声が最も多く集まっていても、その大半が導入直後の顧客からの要望であれば、基本操作を習得済みの担当者を対象とする今回のユーザー会には合わない可能性があります。
また、要望の数だけでは、顧客にとっての重要性や緊急性も分かりません。製品開発における顧客ニーズ研究でも、特定の製品カテゴリーにおいて、インタビューでの言及頻度がニーズの重要度を十分に反映しなかったことが報告されています。¹
そのため、要望件数を比較する際は、誰から集めた声なのか、その顧客がどのような状況にあるのかも確認します。
集計方法もそろえておきましょう。例えば、企業数で比較する場合は、同じ企業の複数人から同じテーマへの要望が出ても、1社として数える方法があります。その際、実際に要望を述べた担当者の役割や、どこまで確認できている情報なのかを残しておくと、後から背景を確かめられます。
要望件数で関心の広がりを把握し、今回の対象との適合、課題の重要性、必要とされる時期を踏まえて優先順位を考えると良いでしょう。

有力な候補が複数残ったときの優先順位の決め方
実際には、今回の対象に合い、必要な情報も提供できる候補が複数残ることがあります。例えば、次の2つが有力候補として残った場合を考えます。
A:他部署への展開方法
B:運用ルールの標準化
どちらもサービスの活用拡大につながるテーマで、具体的な経験を共有できる登壇者も確保できるとします。顧客の状況と、今回提供できる内容を整理すると次のようになったとします。
| 判断材料 | A:他部署への展開 | B:運用ルールの標準化 |
|---|---|---|
| 顧客の要望 | 3社の担当者から要望。うち2社は近いうちに他部署展開を予定 | 5社の担当者から要望。複数部署での運用のばらつきが共通課題 |
| 参加後に期待する変化 | 他部署展開に必要な社内説明や準備を具体化できる | 自社に合う運用ルールと改善の進め方を考えられる |
| 提供できる内容 | 他部署展開を経験した企業による、社内調整や運用体制づくりの事例 | 運用を標準化した企業の事例と、参加者が自社の運用を見直すワーク |
Aは、近いうちに他部署展開を進めたい顧客に役立つテーマです。一方、Bは、複数部署で共通して起きている運用上の課題に対応できます。どちらも今回の対象に合い、ユーザー会で扱う意義があります。
この場合、今回の参加者にとって、どちらの課題への対応を優先するべきかがポイントになります。
たとえば、参加予定者の多くが近いうちに他部署への展開を控えているなら、Aを選ぶことで、直近の社内調整や準備に役立つ情報を届けられます。
一方、参加予定者の多くが日常の運用に課題を抱え、複数部署でのルール統一を進めようとしているなら、Bが有力です。参加者同士が運用方法を比較し、その場で改善案を考える機会を提供できます。
今回の例では、近いうちに他部署展開を進める参加者が中心であると確認できた場合を想定し、Aを採択します。要望件数はBの方が多いものの、今回優先したい顧客の状況と、参加後に期待する変化に照らしてAを選ぶ、という判断です。
このように、判断の前提と選定理由を結びつけておくことが、複数候補からテーマを選ぶ際に重要です。
採択した候補を具体的な開催テーマにする
扱う候補を決めたら、参加者にどのような内容を提供するのかが伝わるテーマに具体化します。
例えば、「他部署への展開方法」を採択した場合、顧客が知りたい社内説明と運用体制の決め方に焦点を当てると、次のような開催テーマになります。
他部署への利用をどう広げる?先行企業が実践した社内説明と運用体制づくり
このテーマなら、他部署への展開を進めたい参加者が、どのような経験を聞けるのかをイメージできます。
当日は、関係部署への説明や運用担当者の役割分担、導入後の体制づくりなどを扱い、参加者が自社での展開に向けて確認すべきことを整理できる状態を目指すことが良いでしょう。

実際に開催されたユーザー会のテーマ8例【2026年】
テーマの参考として事例を確認します。実際の企業ユーザー会では、製品の活用・定着から、他社の業務改善、組織の課題、新しい技術の活用まで、さまざまなテーマが取り上げられています。
以下では、2026年に開催された法人向けソフトウェアの既存顧客・利用者向けユーザー会から8件を紹介します。数十名規模の交流・学習イベントを中心に、主催企業の公式レポートで参加対象と開催内容を確認しました。
| 企業・実際に扱われたテーマや内容 | テーマの切り口 |
|---|---|
| DIGGLE(2026年):「現場を巻き込んだ予実管理体制の実践」 | 部門を巻き込む体制づくり |
| PHONE APPLI(2026年):「導入初期を越え、現場をどう巻き込むか」 | 導入後の定着・社内浸透 |
| Facilo(2026年):「お客さまに響くマイページの作り方」 | 実際に操作して業務に活かす |
| Paintnote(2026年):利用企業の管理画面を共有し、運用上の工夫を紹介 | 他社の具体的な製品活用方法 |
| sitateru CLOUD(2026年):現場への定着化と海外パートナーとの連携 | 業務運用上の共通課題を議論する |
| カオナビ(2026年):人事データを活用した異動・配置の最適化や人員構成のシミュレーション | 人事業務への人工知能の活用を検討する |
| KANNA(2026年):社内や協力会社への製品定着に向けた工夫・実践事例 | 製品を組織に広げる方法を学ぶ |
| YESOD(2026年):導入企業によるアカウント発行の自動化やID管理の実践事例 | 専門業務の効率化・運用改善 |
これらの事例からも、ユーザー会では、他社の経験を共有する、参加者自身が実践する、業務上の共通課題を議論するなど、さまざまな切り口が考えられることが分かります。
開催テーマを具体化する際は、今回の対象参加者が必要としている情報や経験を踏まえ、当日どのような内容を扱うかまで考えましょう。
選んだテーマの理由と、ほかの候補の扱いを整理する
最後に、テーマ候補の選定結果を記録することをおすすめします。先ほどの例では、次のようになります。
| 候補 | 判断 | 理由・今後の対応 |
|---|---|---|
| 基本操作 | 今回見送り | 今回の対象は基本操作を習得済み。導入初期の顧客への支援で扱う |
| 他部署への展開方法 | 採択 | 近いうちに展開を予定する参加者が中心。社内調整の具体的な経験を共有できる |
| 運用ルールの標準化 | 保留 | 今回の対象にも合う有力候補。運用改善を優先する参加者向けに、次回以降の開催を検討する |
この表で残したいのは、今回どのテーマを選んだかに加えて、その理由と、選ばなかった候補を今後どう扱うかです。
例えば、運用ルールの標準化を保留した場合も、次回以降に必要な登壇者や、対象とする顧客の状況を確認しておけば、改めて企画を検討できます。
テーマを絞り込む際のゴールは、今回、誰に向けて、どのような課題を扱い、参加後に何ができるようになってほしいのかを説明できることです。
顧客の声と今回の目的・対象参加者を照らし合わせて判断することで、テーマを選んだ理由を明確にし、次回以降のユーザー会にも活かせるようになります。
参考文献
- Griffin, A., & Hauser, J. R. (1993). The Voice of the Customer. Marketing Science, 12(1), 1–27.
- DIGGLE(2026年)|第4回DIGGLEユーザー会を開催!~現場を巻き込んだ予実管理体制を考える機会に~
- PHONE APPLI(2026年)|2025年度第3回PHONE APPLIユーザー会レポート:“人と人をつなぐ地図”としてのプロフィール活用
- Facilo(2026年)|「明日から使える」を持ち帰る✏勉強会形式でのFaciloユーザー会を開催しました!
- Paintnote(2026年)|【イベントレポート】第4回ユーザー会を開催しました!
- sitateru CLOUD(2026年)|【ユーザー会開催レポート】sitateru CLOUD、繊維商社ユーザーの交流会を開催
- カオナビ(2026年)|データはあるのに、最適配置の「最適」が定義できない——AI活用ゼミ第1回でわかった、人事のAI活用の第一歩
- KANNA(2026年)|KANNAユーザー会 開催レポート
- YESOD(2026年)|【開催レポート】導入企業18社が集結!第2回「YESODユーザ会」で語られた、ID管理の“リアル”と未来
企画・編集・文:森 敦子 / デザイン:廣田 奈緒美
Connexy 編集部
Connexy 編集部
Connexy の機能や、社外の出会いを継続的な関係につなげるための考え方を紹介します。

Contact
Start with a conversation
Tell us how you run user groups or study sessions today, and where follow-up after the event gets stuck.
We will talk through how Connexy can fit the work you already do.

A study group for people who run B2B communities
BtoB Community Lab
People who run customer communities and events run into questions, and other operators are working through the same ones. BtoB Community Lab (BCL) is where those operators meet once a month, bring what they have tried, and talk it through.


