メンバーからのフィードバックをどう扱うか

フィードバックの話は「メンバーの声を聞こう」で止まることが多いが、それは簡単なほうの半分だ。 難しいほうの半分は、別の何かを望んでいた人たちが見ている前で、それをどうするかを決めることだ。

ほとんどのコミュニティは、対応する量より多くのフィードバックを集めている。これは聞く力の問題ではない。断るための方法をついに作らなかったときに起きることだ。

要望は解決策の推測でしかない

メンバーが問題そのものを報告することは、まずない。彼らが差し出すのは修正案であり、その修正案はたいてい的外れで、その裏にある感覚はたいてい正しい。

「チャットチャンネルを作れませんか」は、チャットチャンネルへの要望ではない。ここでの何かが遅すぎると感じられている、という報告だ。そしてチャンネルを作っても、その遅さにはまったく触れないかもしれない — 誰も来ない部屋が一つ増え、同じ待ち時間だけが残る。何かを決める前に、あらゆる要望を問題へ翻訳し直すこと。要望はメンバーにとっての最善の推測にすぎず、あなたには彼らが持っていない情報があるからだ。

翻訳の手段は質問で、それは毎回まったく同じ一つの質問だ。これを思いついたとき、あなたは何をしようとしていましたか。その答えが本当のフィードバックであり、それ以前はすべて提案でしかない。

本当のフィードバックはどこにあるのか

訊かれたときに人が話してくれることは、手に入る情報源のなかで最も小さく、最も当てにならない。

二行目はコストがゼロなのに、ほとんど誰も数えていない。 三度訊かれた質問は、三人が不注意だったということではない。一つのものが間違った場所にあるということであり、それはあなたの忍耐ではなく構造に属する問題だ。

意見箱はフィードバックが死にに行く場所だ

アイデアを自由に投げ込めるチャンネルは、責任ある選択のように見える。そしてたいていは、何も置かないより害になる。

要望が届き、読まれ、目に見えることは何も起きず、リストは答えられなかった依頼の記念碑へと育っていく。メンバーはその箱を眺めながら、ここで何かを言っても何も起きないのだと学ぶ — そして一度学ばれたその教訓は、話してくれたかもしれない他のすべてへ、静かに広がっていく。

損なわれるのは、作られなかった機能ではない。あなた自身がその沈黙を育ててしまったことだ。そして沈黙は、人が何も言わないままいなくなるその瞬間まで、満足と見分けがつかない。

声の大きい五人は火災報知器であって、ハンドルではない

どのコミュニティにも、ほかの誰よりも十倍多くフィードバックをくれる一群がいる。そして彼らへの分かりやすい対応は、二つとも間違っている。

声が大きいからと切り捨てれば、いちばん速いシグナルを捨てることになる。彼らは問題に最初に気づくし、たいていは実在する何かに気づいている。言われたものをそのまま作るのは、もっと悪い。コミュニティ全体の舵を、いちばん進んで書き込む六人の好みのほうへ向けてしまうからだ。彼らは早いのであって、代表ではない — 検知器としては優秀だが、運転には向いていない。

だから彼らが挙げたことは真剣に受け取り、動く前に別のところで確かめる。静かなメンバー三人に直接訊いて同じ問題に心当たりがあるなら、それは本物だ。ほかの誰も気づいていないなら、あなたが学んだのは場についてではなく、その五人についてだ — それは別の会話であり、扱いにくいメンバーをどうするかという話に近い。

もっとよい質問をする

「ここで何が見たいですか」は定番の質問で、そして手をつけようのない願望リストを生む。

この質問は想像を誘い、想像はいくらでもただだから、機能もアイデアも漠然とした熱意も返ってくるのに、順位のつけようがない。代わりに、すでに起きたことを訊く。今月ここでやろうとして、できなかったことは何ですか。 この質問には記憶がひもづいていて、記憶は具体を生む — 見つけられなかったスレッド、誰も答えなかった質問、参加できない時間に置かれたイベント。

同じことは新しいメンバーにも当てはまる。訊く相手として最も役に立つのに、最も訊かれていない層だ。何が分かりにくいのかをまだ見られるのは彼らだけで、その力は三週間ほどで失われる — だからこの質問は、年一回のアンケートではなくオンボーディングに属している。

人前で断ることがすべての技術だ

多くの運営者は何も言わないことでノーを避けるが、それはどのみちノーとして読まれ、しかも高くつく。

答えのない要望は、最も役に立たない形で届けられたノーだ。理由もなく、方向も示さず、誰かが読んだ証拠もない。言葉にされたノーは、その逆をやる。「それはやりません。先にこちらをやるからで、理由はこうです」は、本人には聞き届けられたと伝え、周りには実際に何へ取り組んでいるかを伝え、次の要望をより情報に基づいたものにする。

人はノーを受け止められる。受け止められないのは、自分の声が届いたのかどうか分からないことだ。そしてこれを最も恐れる運営者はたいてい、起きもしない口論を想像している — 理由を添えた拒否は、沈黙よりはるかに小さな反発しか呼ばない。

目に見える形で一つ出し、誰が言い出したかを言う

これらすべてを複利で効かせる仕組みは、変更そのものではない。

ここで声を上げれば何かが起きる、という実証のほうだ。だから今週のうちに終えられる最小の実物を選び、出し、出したことを投稿する — 言い出した人の名前を挙げ、言い出さなかった人たちにも見えるところで、公に。目に見える修正が一つあることは、静かな修正が十あることよりも、次のフィードバックに効く。

離脱を減らす話に出てくる「ループを閉じる」という助言が実際に求めているのはこれで、そしてここが飛ばされる。ループを閉じるのは十分で済むうえ、自画自賛のように感じられるからだ。そうではない。あれは受領証だ。

全員に一度に訊くとき

会話ではなく数が本当に必要なときもある。そしてその形式は、思われている以上に結果を左右する。

質問は一つに絞り、流れてしまわないよう締切を決め、途中経過の集計が答えに何をするのかを考える。Mateflow の投票は選択肢を最大五つまで持てて、誰かが投票するまで結果を隠しておくこともできる。合意をつくるのではなく何かを学びたいときに選ぶべきなのは、この設定だ — 見えている集計は、後から投票する人をすでに勝っているほうへ引き寄せる。匿名にすることもでき、正直な答えが少し気恥ずかしくなりそうなときには、そうする価値がある。

五つという上限は本物の制約で、そしてたいていは助けになる制約だ。 質問に十一の選択肢が要るなら、それはまだ一つの質問になっていない。五つまで絞る作業は、答えを受けて動くために、どのみちやらなければならなかった作業でもある。

やってはいけない三つのこと

年一回のアンケートをやらないこと。 問題からずいぶん経ってから届き、誰も正確には覚えていない一年について訊き、決定ではなく資料を生む。

小さなコミュニティに公開の投票ボードを作らないこと。 会話を人気投票に変えてしまい、暗黙のうちに約束してしまってやらないことの、恒久的で目に見える積み残しを残す。

すべてを検討すると約束しないこと。 四十回言われた「検討します」は四十件の小さな負債で、メンバーは運営者よりも正確に帳簿をつけている。

結論

フィードバックは収集の問題ではない。ほとんどの人は、使う量より多く持っている。

要望を問題へ翻訳し、繰り返される質問を数え、望みではなくすでに起きたことを訊き、そして声に出して答える — ノーも含めて。それから小さなものを一つ出し、誰のアイデアだったかを言う。声を上げれば目に見えて何かが起きるコミュニティは、必要なことを全部教えてくれる。そうでないコミュニティは、やがて何も言わなくなる — それこそ、多くの運営者が問題がない状態と取り違えているものだ。