如何处理成员反馈

关于反馈的建议，大多停在「倾听你的成员」这一句，而这是简单的那一半。难的那一半是公开决定要拿它怎么办，而看着你做决定的人当中，有人当初想要的是别的东西。

大多数社区收集到的反馈，远多于它们真正处理掉的，这并不是倾听出了问题。这是从来没有建立一套说不的办法之后，必然会出现的结果。

请求只是成员对解决方案的一次猜测

成员几乎从不直接报告问题。他们提出的是一个改法，而这个改法通常是错的，藏在它背后的那份感受却通常是对的。

「能不能开一个聊天频道？」并不是在要一个聊天频道。它是在报告：这里的某件事让人觉得太慢了，而真去建那个频道，可能完全碰不到那件事 — 你最后很可能只是多了一个空房间，原来的迟滞一点没变。在做任何决定之前，先把每一条请求翻译回它背后的问题，因为请求只是成员能想到的最好猜测，而你手里有他们没有的信息。

翻译的动作就是一个问题，而且每次都是同一个：你当时想做什么，才冒出了这个想法？答案才是真正的反馈。在那之前的一切，都只是提案。

真正的反馈其实在哪里

你开口问、别人才告诉你的那些东西，是所有来源里体量最小、也最不可靠的一种。

第二行不花你一分力气，却几乎没有人去数。同一个问题被问了三次，不是三个人都不用心；是有一样东西放错了位置，它属于你的结构，而不属于你的耐心。

意见箱是反馈去送死的地方

开一个专收点子的频道，看上去是负责任的做法，而它通常比什么都不做还糟。

请求陆续进来，被读到，然后看不见任何动静，那张单子越堆越长，最后长成一座无人回应的纪念碑。成员会从盯着那个箱子的过程里学到：在这里说话，不会让任何事情发生 — 而这一课一旦学会，就会悄悄推广到他们本来可能告诉你的所有别的事情上。

真正的损失不是那个没做出来的功能。是这份沉默是你自己训练出来的，而沉默和满意在外面看起来一模一样，直到人们一声不响地走掉。

最吵的那五个人是烟雾报警器，不是方向盘

每个社区里都有那么一小群人，他们给出的反馈比其他所有人加起来还多十倍，而针对他们的两种显而易见的反应都是错的。

因为他们声音大就不理会，等于扔掉你最快的信号：问题总是他们最先注意到，而且他们注意到的通常确有其事。照着他们要什么就做什么则更糟，因为那会让整个社区被那六个最愿意打字的人的偏好牵着走。他们是早，不是有代表性 — 一个好用的探测器，拿来开车却很不合适。

所以认真对待他们提出的东西，但在动手之前换个地方核对一遍。如果你直接去问三位安静的成员，他们也认出了同一个问题，那它就是真的。如果别人都没察觉，那你学到的是关于那五个人的事，而不是关于这个空间的事 — 那是另一场对话，更接近关于难缠成员的那一场。

问一个更好的问题

「你希望在这里看到什么？」是标准问法，而它产出的是一张你无从下手的愿望清单。

它邀请人去想象，而想象不花钱，于是你收获一堆功能、点子和含糊的热情，却没有任何办法给它们排序。改问一件已经发生过的事：这个月你来这里想做、却没能做成的是什么？这个问题背后挂着一段记忆，而记忆会长出细节 — 一个怎么都找不到的帖子、一个没人回答的提问、一场时间安排离谱的活动。

同一条规则也适用于新成员，他们是最值得问的一群人，也是最少被问到的一群。只有他们还看得见哪些地方让人困惑，而这份能力大约三周就会消失 — 所以这个问题该放进新人引导里，而不是放进一年一次的问卷。

公开说不，是这件事的全部功夫

大多数主理人用闭口不谈来回避拒绝，而那照样会被读成拒绝，代价还更高。

一条没人回应的请求，是以最没用的形式送达的拒绝：没有理由，没有方向，也没有任何迹象表明有人读过它。说出口的拒绝正好相反。「我们不会做那件事，因为我们要先做另一件，理由如下」，这句话告诉当事人他被听见了，告诉其他所有人你实际在忙什么，也让下一条请求提得更有依据。

人们受得了被拒绝。他们受不了的是不知道自己有没有被听见，而最怕走这一步的主理人，往往是在想象一场根本不会发生的争吵 — 讲清理由的拒绝，招来的火气远比沉默要小。

做一件看得见的事，并说出是谁提的

让上面这一切产生复利的机制，不是那个改动本身。

是那个示范：在这里说话，会让事情发生。所以挑一件你这周能做完的、最小的真实改动，把它做出来，然后公开说你做了 — 点名那个提出它的人，就在公开的地方，让那些没提过意见的人也看得见。一次看得见的修复，对下一轮反馈的作用胜过十次悄无声息的修复。

这才是降低流失里那句「闭环」真正要求你做的事，也是最常被跳过的一步，因为闭环只要十分钟，做起来又像在自夸。它不是自夸。它是那张收据。

当你确实要一次问所有人

有时候你真正需要的是一个计数，而不是一场对话，这时形式的影响比大多数人以为的要大。

只问一个问题，给它一个截止时间，免得它拖着不了了之，并且想清楚实时票数会对答案做什么。Mateflow 上的投票最多可以放五个选项，也可以设成投过票才看得到结果 — 当你的目的是弄清楚一件事、而不是凑出共识时，这正是你要的设置，因为看得见的票数会把后来的投票者拉向已经领先的那一项。你还可以把投票设成匿名，只要诚实的答案可能让人有点难为情，这就值得做。

五个选项是一条实打实的限制，而且多半是有益的一条。如果你的问题需要十一个选项，那它还不是一个问题；把它收窄到五个所要花的功夫，本来也是你在能对答案采取行动之前必须花的功夫。

三件不要做的事

不要做年度问卷。它在问题发生很久之后才到，问的是一整年里没人记得准的事，产出的是一份文件，而不是一个决定。

不要在小社区里搭公开的投票榜。它把一场对话变成人气比拼，还留下一份永久可见的积压清单，上面全是你等于默许过、却不会去做的事。

不要承诺什么都会考虑。「我们会研究一下」说上四十次，就是四十笔小额欠债，而成员记账比主理人记得清楚。

结论

反馈从来不是收集的问题。几乎每个人手上的反馈，都多过他们真正用掉的。

把请求翻译成问题，数一数被反复问起的那些问题，问已经发生过的事而不是问人们希望看到什么，然后把答复说出口 — 包括那些拒绝。接着做成一件小事，并说出那是谁的主意。一个「公开说话就会让事情发生」的社区，会把你需要知道的一切都告诉你，而一个做不到这一点的社区，最终什么都不会再告诉你 — 而那种状态，正是大多数主理人误以为是没有问题的状态。