「顧客の声を集めよう」と決めたとき、最初に手を付けるのは「どのツールを使うか」という比較検討であることが多いはずです。しかし、ツールを選ぶより前に決めておくべきことがあります。誰の声を、何のために集め、集めたあと誰が何を判断するのか、という運用の設計です。ここを飛ばしてツールだけ導入すると、要望自体は集まるのに、半年後に見返して「結局この声、何のために集めていたんだっけ」となりがちです。
なぜツール選びより前にやることがあるのか
ツールにはそれぞれ得意な運用の型があります。先にツールを決めてしまうと、自分たちの運用をそのツールの機能に合わせて後付けで組み立てることになり、本当に必要な情報が拾えないまま定着してしまうことがあります。逆に、集める目的や運用フローを先に言語化しておけば、それに合うツールを選ぶだけで済みます。遠回りに見えて、実は近道です。
誰の声を、どこから集めるかを決める
要望は色々な経路から届きます。営業が商談で聞いた声、カスタマーサポートに来た問い合わせ、SNSでの言及、そして顧客が直接投稿する公開ボード。すべてを最初から拾おうとすると運用が破綻するので、まずは「今一番拾えていない声はどこにあるか」を1つ選んで始めるのが現実的です。多くのチームにとって、それは顧客が直接投稿できる公開ボードであることが多いはずです。営業・サポート経由の声は間接的にしか届かず、本人の言葉のニュアンスが失われやすいためです。
何のために集めるかを言葉にしておく
同じ「要望を集める」でも、目的によって見るべき指標は変わります。次の機能開発の優先順位を決めたいのか、半年先のロードマップを検討したいのか、それとも特定の機能に対する温度感を把握したいのか。目的を決めずに集め始めると、後から「この要望、優先順位付けに使っていいんだっけ」と迷う場面が出てきます。
集めた後、誰が何を判断するかを先に決めておく
要望が集まり始めてから「誰が定期的に見るのか」「何件集まったら検討に入るのか」を考え始めると、対応が後手に回ります。担当者(1人でも構いません)と、確認する頻度(週次で十分です)を先に決めておくと、要望が溜まったまま放置される事態を防げます。件数だけで優先順位を決めることの限界については「要望の数を数えても、優先順位は決められない」で詳しく書いています。
最初から完璧な仕組みを目指さない
ここまで3つの整理を挙げましたが、どれも数十分あれば言語化できる内容です。ツール選定に時間をかけすぎるより、まず小さく始めて、運用しながら調整するほうが現実的です。実際にどんな運用になるのか具体的にイメージしたい場合は、デモボードで実際の投稿・投票・ステータス管理の様子を確認できます。サインアップは不要です。
まとめ
顧客の声を集め始める前に、誰の声を・何のために集め・集めたあと誰が判断するかの3点を決めておくと、後から要望が散らかって整理し直す手間を減らせます。ツール選びはそのあとで十分です。具体的な選び方の基準は「フィードバック管理ツールとは?個人開発〜小規模SaaSのための選び方」で整理しています。