如何在社群里组织同伴反馈

同伴反馈是一个以技能为核心的社群能提供的最有价值的东西之一，而大多数反馈讨论串都在两头失败。求助的人贴出作品，附一句“大家怎么看？”，得到的要么是沉默，要么是“看起来很棒！”。或者恰恰相反：六个人用六种不同的方式把它重写一遍，其中一半说的是对方没问、也改不了的东西。

这两种情况都不是你的成员的问题，而是形式的问题。这是一份指南，讲怎么搭建同伴反馈 — 点评、评审、拆解，不管你的社群怎么叫它 — 让求助变得容易，让给出的反馈有用，让人们愿意回来，两件事都做。它讲的是成员对彼此作品的反馈；成员对社群本身的反馈是另一回事，见如何对待成员反馈。

反馈讨论串在两头失败

沉默的讨论串和七嘴八舌的围攻看起来截然相反，但原因相同：没有人知道对方想要哪种帮助。

面对一个模糊的请求，大多数成员什么都不说，因为他们不知道从哪里下手，也不想当那个挑毛病的人。少数回复的人，就用自己个人在意的东西填补空白。结果要么是没有反馈，要么是反馈错了地方，而求助的人得出结论：在这里贴作品，要么没用，要么痛苦。

把求助的方式改好，回复的问题大多会迎刃而解。

怎么问，决定了得到什么回答

给每一个反馈请求同样简短的格式。写起来只要一分钟，它能准确告诉读的人该怎么帮。

“这是我的页面，大家怎么看？”和这样一份请求之间的差别，就是沉默和傍晚前收到三条有用回复之间的差别。创始人社群指南在讲融资演示文稿时也提到了同一点：一条教大家怎么求助的置顶帖，是创始人社群里杠杆最高的一条帖子。

说明作品处在什么阶段

反馈讨论串里大多数受伤的感受，都来自阶段错位。有人贴出一份粗糙的初稿，想确认方向，结果得到的是对他正准备删掉的句子的逐行修改。有人贴出一份几乎完成的作品，却被告知推倒重来。

粗稿需要的是方向上的反馈：这是不是对的想法、对的形态、对的受众？进行中的稿子需要的是结构上的反馈。几乎完成的作品只需要打磨，别的都不需要。当求助的人说明是哪一种，回复的人就能把帮助调到合适的层次，求助的人也能毫无负担地忽略那些针对其他阶段的意见。

先给，再要

每个反馈空间都会出现同样的失衡：一群成员只贴作品、从不评论别人的作品，另一小群人不停地给反馈，直到精疲力竭。给反馈的人一停，这个空间也就停了。

所以从一开始就让互惠成为常态。一个简单的版本：在发出自己的请求之前，认真回复另外两条。这没法强制执行，也不需要强制。在置顶帖里说明，自己带头做，有人这样做时公开感谢他。最近给过反馈的成员，提问也会更好，因为他们刚刚从另一边看到了一份有用的请求是什么样子。

给回复一个格式

好的反馈是简短的。也给回复一个格式：一个做得好的地方，一个问题，一条建议。

第一部分不是客套。说出什么做得好，就是告诉对方该保留什么，这是他需要知道的一半内容。问题表明你理解了他想做什么，而不是在说你自己会怎么做。而一条建议 — 最重要的那一条 — 远比十条有用，因为对方今天就能动手去改。

评论作品，永远不要评论人。“这一段让我跟不上了”是反馈。“你总是写得太多”不是。除非对方要求，否则不要替他重写；重写回答的是一个他没问的问题，也把作品从他手里拿走了。

保护新手，别让他们被高手吓跑

任何社群里杀伤力最大的反馈，是对新手第一份作品准确而专业的批评。每一点可能都是对的。但新手听到的却是：自己还不够格待在这里，于是再也不发了。

所以把层级分开，至少用标签分开。让成员可以把请求标记为第一次尝试，并请有经验的成员对这类请求只给一条意见 — 最重要的那一条 — 并且先说做得好的地方。新手的第一次求助，就相当于一位成员的第一条帖子，而第一条回复决定了还会不会有第二条。

最后拍板的是求助的人

反馈是参考，不是指令。求助的人决定用什么、忽略什么，而且不欠任何人解释。把这一点讲明白，因为它能降低所有人的心理负担：给反馈的人可以坦诚说出看法，不需要它一定被采纳；求助的人可以听进去，而不必为自己辩护。

然后让它有始有终。请大家带着下一版回到讨论串：改了什么，以及是哪条评论起了作用。这是给反馈的人能看到的最有激励作用的东西，它让新成员看到好的修改是什么样子，也把一次性的求助，变成了一个人不断进步的记录。

保持友善，但别让它变得没用

有些社群为了应对尖刻的反馈，干脆禁止一切批评，结果得到一个满是鼓励、却毫无帮助的空间。解决办法不是减少坦诚，而是为怎么表达坦诚定下更好的规则。

把规则写在成员看得到的地方 — 针对作品，而不针对人；一条建议，而不是十条；不做未经请求的重写 — 并把它们纳入你的行为准则，这样执行它们就是按规则办事，而不是选边站。有人违反时，私下说一句通常就够了。一条刻薄而不是批评性的评论，直接删掉。

软件能做什么，不能做什么

Mateflow 里没有专门的点评功能，但现有的零件拼起来很合适。

问答空间很适合放反馈请求：每个请求都是一个独立的帖子，回复可以被投票，提问的成员 — 或者版主 — 可以把自己真正照着改了的那条回复采纳为答案，一键就让反馈有始有终。空间话题可以让成员按阶段给请求打标签：创建“第一次尝试”“粗稿”“接近定稿”这样的话题，成员发帖时选一个，读的人就可以筛选出自己最能帮上忙的请求。帖子可以附带图片、视频、音频，或者 PDF、幻灯片之类的文档，文件大小上限由你的套餐决定。把怎么求助的那条帖子置顶，让它待在空间的最上方，并按成员在那里做的事来给空间命名：“求反馈”比“点评”更能让成员明白这里是干什么的。如果要做现场拆解，就像答疑时间那样办，一次只看一份作品，并把视频房的屏幕共享设为所有人，这样成员就能展示自己的作品。

老实说，它的限制在于规范。没有任何东西能强制“先给再要”，因为没有办法要求成员先回复别人才能发帖。也没有帖子模板，所以四行式求助只能放在一条让成员复制的置顶帖里，而不是在编辑器里。两者都是你要以身作则的习惯，而不是可以一键打开的设置。

三件不要做的事

不要接受“大家怎么看？”这样的请求。每一次都友善地把人引到四行式求助，直到它成为这个空间的运作方式。

不要让高手一上来就指出新手的缺点。一条意见，最重要的那一条，放在做得好的地方之后。

不要为了杜绝刻薄而禁止批评。为怎么给反馈定下规则并执行；一个没有坦诚反馈的空间，什么也提供不了。

说到底

同伴反馈会失败，是因为没人知道对方在问什么，是因为总是那几个人在付出，也是因为新手收到的第一条批评，同时成了他发的最后一条帖子。

所以两边都要有结构。一份四行式求助，说明这是什么、处在什么阶段、那一个问题。回复包含一个做得好的地方、一个问题和一条建议。先给，再要。保护第一次尝试。并请大家带着下一版回来 — 因为一个能看着成员不断进步的反馈空间，是任何人想加入它的最强理由。