顧客フィードバックポータルの作り方：アイデア、投票、ステータス更新

顧客フィードバックポータルは、顧客がアイデアを投稿し、互いのアイデアに投票し、どのリクエストが計画中、対応中、リリース済みなのかを見られる公開のボードです。作るには、ステータス付きの投稿、実在の人と結びついた投票、コメント、重複を統合する方法、トリアージのための管理画面、そしてリリース時に投票者へ知らせる仕組みが必要です。作ること自体は単純です。ポータルが役立つかどうかを決めるのは、運用の仕方です。素早いトリアージ、正直なステータス、そして報告を返すことです。

なぜチームはポータルを作るのか

フィードバックは、同時にあらゆる場所から届きます。サポートのメール、営業の電話、チャット、SNSの投稿などです。ポータルはそれを一か所にまとめ、投票によって、多くの人が共有しているリクエストが見えるようにします。また、投稿が実際に動いていれば、顧客に「誰かが聞いてくれている」と示すことができます。「検討中」のまま一年放置されたアイデアが並ぶボードは、ボードがないよりも害があります。

構築の前に、ポータルが何のためのものかを決めてください。

• アイデアとバグの両方を集めるのか、アイデアだけか？ バグ報告を混ぜると、ポータルがもう一つのサポートの窓口になりがちです。
• 公開か、非公開か？ 公開のボードは、より多くの参加を呼びます。非公開（サインイン後の顧客だけ）は、機密性の高いリクエストがあるBtoB製品に向いています。
• 公開ロードマップはあるか？ 「計画中」「対応中」と表示すると期待値が決まるため、責任を負う覚悟のあるものだけを表示してください。

ポータルに必要なもの

データ

ステータス変更の履歴を、短いメモと一緒に残してください。通知メールの元になり、顧客に物事がどう進んだかを示せます。

画面

• ボード: 投票ボタン付きの投稿一覧。カテゴリとステータスで絞り込み、人気、新着、急上昇で並べ替えられる。
• 投稿ページ: 説明、投票、コメント、公式な返信の強調表示、ステータスの履歴。
• 新規投稿フォーム: 入力中に「似た投稿」の一覧をリアルタイムで表示する。
• ロードマップ: 計画中、対応中、リリース済みの列。
• 管理画面: トリアージが必要な新規投稿、重複の統合、メモ付きのステータス変更、スパムの非表示。

権限

公開の場合は誰でも閲覧できます。サインインしたユーザーは投稿、投票、コメントができます。管理者はステータス変更、統合、公式な返信の固定、モデレーションを行います。BtoBの場合は、管理者には投票者がどの会社に属しているかを見せつつ、他の顧客からはそれを隠したい場合があるかもしれません。

判断とトレードオフ

人がどうサインインするか

匿名投票は不正操作を招き、返信する手段もなくなります。パスワード付きのアカウントは手間がかかります。よくある折衷案は、メールのリンクによるサインインです。メールアドレスを入力し、届いたリンクをクリックすればログインできます。製品にすでにアカウントがあるなら、顧客が同じログインを使えるようにすると、誰なのかが分かります。アプリにログインを追加する方法を参照してください。

ステータス

リストは短く、分かりやすくしてください。「検討中」「計画中」「対応中」「リリース済み」「対応しない」です。「対応しない」には短い理由を添えるほうが、投稿を宙ぶらりんのままにするより誠実です。

投票か、重み付けした需要か

一人一票は単純で、説明もしやすいです。BtoBのチームによっては、顧客の規模やプランで重み付けした投票を見たいこともあります。そうした重み付けは管理画面だけに留め、公開の投票数は一人一票のままにしてください。

ループを閉じる

最も価値の高い機能は、「あなたが投票したものがリリースされました」というメールです。これには送信用のプロバイダーが必要で（アプリからメールを送る方法を参照）、配信停止の明確な手段も必要です。ポータルと変更履歴ページを組み合わせ、リリースされた各投稿を変更履歴の項目にリンクさせてください。

うまくいく最初のプロンプト

スケジュール管理アプリ「Slotly」の顧客フィードバックポータルを作ってください。顧客はメールで届くマジックリンクでサインインします。アイデアを投稿でき（タイトル、説明、カテゴリ：カレンダー、決済、通知、その他）、投稿ごとに一人一票を投じられ、コメントもできます。新しい投稿を入力している間は、似た既存の投稿を最大五件表示してください。ボードは「人気、新着、急上昇」で並べ替えでき、カテゴリとステータスで絞り込めます。ステータスは「検討中、計画中、対応中、リリース済み、対応しない」です。計画中、対応中、リリース済みの列を持つロードマップページも追加してください。管理者は、新規投稿のトリアージページを使い、短いメモ付きでステータスを変更し、重複する投稿を別の投稿に統合して投票とコメントを移し、コメントを公式な返信として指定し、スパムを非表示にできるようにします。データはすべてデータベースに保存し、ステータス変更はすべて記録してください。親しみやすくすっきりしたデザインで、スマートフォンでも使いやすくしてください。

構築の手順

1. 投稿、投票、コメントを作る（簡単なサインイン付き）。一人が二回投票できないことを確認します。別のタブからの投票も含めてです。
2. ボードの並べ替えとフィルター。 人気、新着、急上昇。カテゴリとステータスでの絞り込み。
3. 管理者のトリアージ。 メモ付きのステータス変更、非表示、公式な返信。
4. 重複の扱い。 似た投稿の提案と統合機能。
5. ロードマップのページ。
6. 通知。 ステータスが変わったら投票者にメールを送り、配信停止のリンクを付けます。
7. 自社製品からのリンク。 アプリのメニューに「フィードバック」のリンクを置き、可能であればそこから直接サインインできるようにします。
8. 既存のリクエストで初期データを入れる。 最初の訪問者が空のボードを見ないようにします。

よくある失敗

• 公開して放置する。 新しい投稿をトリアージし、ステータスを更新する時間を毎週決めてください。
• 投票をロードマップそのものだと扱う。 投票が測るのは、ポータルを訪れた人がどれだけ関心を持っているかであり、製品にとって何が最善かではありません。顧客にもインタビューしてください。顧客インタビューの進め方を参照してください。
• 統合の機能がない。 同じリクエストが五件に分かれていると、投票が分散し、本当の需要が見えなくなります。
• 匿名の投票。 不正操作されやすく、フォローアップもできません。
• ロードマップで期限を約束する。 確実でない限り、期限ではなく「計画中」「対応中」を使ってください。
• サポート窓口になってしまう。 バグ報告はサポートのチャンネルに案内し、フォームにもそう書いてください。

ホスティング型のフィードバックツールが適している場合

専用のフィードバック製品があり、今すぐ機能させたいなら検討する価値があります。通常は、アプリに組み込むウィジェット、課題管理ツールやCRMとの連携、自社製品とのシングルサインオン、誰が何を求めているかの分析が含まれています。すでにサポートツールやCRMがあるなら、何かを作る前に、フィードバックやアイデアのモジュールが含まれていないか確認してください。

自作が向くのは、ポータルを自社製品にぴったり合わせたい場合、有料の連携プランを使わずに、フィードバックを自社の顧客データ（プラン、利用状況、アカウント規模）と結びつけたい場合、ルールが特殊な場合（顧客ごとの非公開ボードや、社内だけのカテゴリなど）、またはホスティング型の選択肢が、その機能に払う価値を超えて高くつく場合です。

Mythexで作る

Mythexでは、チャットでポータルを説明すると、エージェントがライブプレビューで作ります。投稿と投票を保存する必要があるときは、専用のPostgresデータベースを追加します（頼むか、/databaseと入力してください）。Mythexは、作ったアプリに組み込みのサインインやメール送信を提供しません。送信業者とキーは自分で用意し、プロジェクトのシークレットとして保存します。ドキュメントには、ログインの追加とメール送信のレシピがあります。

中核の流れがうまく動いたら、/testでエージェントにプレビューを操作させ（アイデアを投稿し、投票し、管理者としてステータスを変更する）、壊れている箇所を報告させられます。機能リクエストボードのテンプレートは、新着から リリース済みまでの投票とステータスを備えており、良い出発点になります。

よくある質問