票はシグナルであり、指示ではありません

機能投票ボードを台無しにする最短の方法は、最上位の項目を必ず作ると約束することです。一四半期もすれば、最も声高なキャンペーンを組織した人のために働くことになり、ロードマップの議論はすべて順位表をめぐる交渉になります。

有用な捉え方はもっと狭いものです。ボードが教えてくれるのは、三十秒クリックする手間をかけるだけの関心を持つ人が十分にいる問題はどれか、ということです。それは確かに価値がありますが、優先順位付けの仕組みではありません。最初の一票が入る前に、ボードの説明文の中で公に明言しておきましょう。

票は「誰が投じたか」で重みが変わります

解約したトライアルアカウントからの十票と、二回更新した顧客からの十票は、同じ十票ではありません。単純な集計はその差を平坦にし、定着する人ではなく比較検討中の人へ、ロードマップを静かに偏らせます。

ボードが投票者を識別できるなら、数字を読む前にセグメント分けしてください。答える価値のある問いは「何票か」ではなく「増やしたい層のうち何票か」です。

機能ではなく課題を尋ねる

投稿の多くは解決策の形で届きます。「Slack連携を追加してほしい」といった具合です。根底にある課題は、指標が動いたことに誰も気づかないことかもしれず、ダイジェストメールのほうが早く解決するかもしれません。投稿フォームに「何をしようとしていますか」という必須項目を一つ置くだけで、機能要望の列は課題のバックログに変わります。

これは重複も可視化します。表現の異なる三件の要望は、その背後にある意図を読めれば、しばしば一つの課題にまとまります。

ボードを行動データとつなぐ

ボード単体が教えるのは、人々が何を言ったかです。プロダクト分析が教えるのは、実際に何をしたかです。面白いのは両者が食い違う場合です。すでにリリース済みで使われていない機能と重複する要望が多いなら、それは作るべき機能ではなく、発見しやすさの問題を示しています。

ボードの項目に着手を決める前に、該当画面に実際に到達されているかを確認し、試したユーザーのセッションをいくつか視聴してください。

ループを閉じなければボードは死にます

投票が虚空に叫ぶように感じられると、ボードは劣化します。維持コストは小さく、そして譲れません。すべての項目にステータスを与え、変わったときに一文を書き、投票した人に通知することです。答えが「いいえ」なら、理由とともにはっきり「いいえ」と言いましょう。

正直なステータスがついた五十件のボードは、何もついていない五百件のボードより有用です。思い切ってアーカイブすることも、うまく運用することの一部です。