커뮤니티에서 동료 피드백을 운영하는 법

동료 피드백은 기술 기반 커뮤니티가 줄 수 있는 가장 가치 있는 것 중 하나이고, 대부분의 피드백 스레드는 양쪽 끝에서 모두 실패합니다. 요청하는 사람은 작업물을 올리며 "어떠세요?"라고 묻고, 침묵이나 "좋아 보여요!"를 받습니다. 아니면 그 반대를 받습니다. 여섯 명이 여섯 가지 방식으로 고쳐 쓰고, 그중 절반은 당사자가 묻지도 않았고 바꿀 수도 없는 것에 관한 이야기입니다.

어느 쪽도 멤버들의 문제가 아닙니다. 둘 다 형식의 문제입니다. 이 글은 동료 피드백 — 크리틱, 리뷰, 티어다운, 커뮤니티에서 무엇이라 부르든 — 을 요청하기는 쉽고, 주는 피드백은 쓸모 있고, 사람들이 둘 다 하러 다시 돌아오도록 꾸리는 가이드입니다. 멤버들이 서로의 작업물에 피드백을 주는 일에 관한 글이고, 커뮤니티 자체에 대한 멤버들의 피드백은 별개의 일로, 멤버 피드백을 어떻게 다룰까에서 다룹니다.

피드백 스레드는 양쪽 끝에서 실패합니다

조용한 스레드와 집중포화는 정반대처럼 보이지만, 원인은 같습니다. 어떤 종류의 도움을 원하는지 아무도 모른다는 것입니다.

막연한 요청을 받으면 대부분의 멤버는 아무 말도 하지 않습니다. 어디서부터 시작해야 할지 모르고, 비판하는 사람이 되고 싶지 않기 때문입니다. 답하는 몇 사람은 그 빈자리를 자기가 개인적으로 신경 쓰는 것으로 채웁니다. 결과는 피드백이 없거나 엉뚱한 것에 대한 피드백이고, 요청한 사람은 여기에 작업물을 올리는 것이 무의미하거나 고통스럽다는 것을 배웁니다.

요청을 고치면, 답글 문제는 대부분 저절로 고쳐집니다.

요청이 답을 결정합니다

모든 피드백 요청에 같은 짧은 형태를 주십시오. 쓰는 데 1분이면 되고, 읽는 사람들에게 어떻게 도와야 하는지 정확히 알려 줍니다.

"제 페이지예요, 어떠세요?"와 저 요청의 차이는 침묵과 저녁까지 달리는 쓸모 있는 답글 세 개의 차이입니다. 창업자 커뮤니티 가이드도 피치 덱에 대해 같은 점을 짚습니다. 창업자 커뮤니티에서 게시물 하나로 가장 큰 효과를 내는 것은 요청하는 법을 알려 주는 고정 게시물입니다.

작업물이 어느 단계인지 말하십시오

피드백 스레드에서 상처받는 일 대부분은 단계가 어긋나서 생깁니다. 누군가 방향을 확인하려고 거친 초안을 올렸는데, 막 지우려던 문장에 대한 교정을 받습니다. 누군가 거의 다 된 것을 올렸는데, 처음부터 다시 하라는 말을 듣습니다.

거친 초안에는 방향에 대한 피드백이 필요합니다. 맞는 아이디어인가, 맞는 형태인가, 맞는 대상인가? 작업 중인 초안에는 구조에 대한 피드백이 필요합니다. 거의 끝난 것에는 다듬기만 필요하고, 그 밖의 것은 필요 없습니다. 요청하는 사람이 어느 단계인지 말하면, 답하는 사람들은 도움의 수준을 맞출 수 있고, 요청한 사람은 다른 단계를 겨냥한 것은 무엇이든 죄책감 없이 무시할 수 있습니다.

받기 전에 먼저 주십시오

모든 피드백 공간에는 같은 불균형이 생깁니다. 작업물은 올리지만 다른 사람 것에는 절대 댓글을 달지 않는 멤버 무리, 그리고 지칠 때까지 피드백을 주는 더 작은 무리. 주는 사람들이 멈추면 공간도 멈춥니다.

그러니 처음부터 주고받기를 규범으로 만드십시오. 간단한 버전은 이렇습니다. 자기 요청을 올리기 전에, 다른 사람의 요청 두 개에 제대로 답하기. 강제할 수는 없고, 강제할 필요도 없습니다. 고정 게시물에 적고, 직접 실천하고, 그렇게 한 사람에게 공개적으로 고마움을 표하십시오. 최근에 피드백을 준 멤버는 더 좋은 질문도 합니다. 쓸모 있는 요청이 반대편에서 어떻게 보이는지 방금 봤기 때문입니다.

답글의 형태

좋은 피드백은 짧습니다. 답글에도 형태를 주십시오. 잘된 점 하나, 질문 하나, 제안 하나.

첫 번째 부분은 예의가 아닙니다. 무엇이 잘됐는지 말해 주면 무엇을 지켜야 하는지 알게 되고, 그것이 그 사람이 알아야 할 것의 절반입니다. 질문은 내가 했을 방식이 아니라 그 사람이 하려던 것에 마음을 썼다는 것을 보여 줍니다. 그리고 가장 중요한 제안 하나가 열 개보다 훨씬 쓸모 있습니다. 오늘 바로 실행에 옮길 수 있기 때문입니다.

사람이 아니라 작업물에 대해 말하십시오. "이 문단에서 길을 잃어요"는 피드백입니다. "늘 너무 많이 쓰시네요"는 아닙니다. 그리고 요청받지 않았다면, 남의 작업물을 대신 고쳐 쓰지 마십시오. 고쳐 쓴 글은 묻지 않은 질문에 답하는 것이고, 그 사람에게서 작업물을 빼앗는 것입니다.

초보자를 전문가로부터 보호하십시오

어느 커뮤니티에서나 가장 해로운 피드백은 초보자의 첫 작업물에 대한 정확한 전문가의 비판입니다. 지적 하나하나가 옳을 수 있습니다. 그래도 초보자는 자신이 여기 있을 만큼 잘하지 못한다는 말로 듣고, 다시는 글을 올리지 않습니다.

그러니 수준을, 적어도 라벨로라도 구분하십시오. 멤버들이 요청에 첫 시도라고 표시할 수 있게 하고, 경험 많은 멤버들에게는 그런 요청에 가장 중요한 지적 단 하나만 주되, 잘된 점부터 말해 달라고 부탁하십시오. 초보자의 첫 요청은 멤버의 첫 게시물의 한 형태이고, 첫 답글이 두 번째가 있을지를 결정합니다.

마지막 말은 요청한 사람의 몫입니다

피드백은 지시가 아니라 의견입니다. 무엇을 쓰고 무엇을 무시할지는 요청한 사람이 정하고, 누구에게도 설명할 의무가 없습니다. 이것을 분명히 해 두십시오. 모두의 부담을 덜어 주기 때문입니다. 주는 사람은 그대로 따라 주기를 바라지 않고도 솔직한 의견을 낼 수 있고, 요청한 사람은 자신을 변호할 필요 없이 들을 수 있습니다.

그런 다음 매듭을 지으십시오. 다음 버전을 들고 스레드로 돌아와 달라고 부탁하십시오. 무엇을 바꿨고 어떤 댓글이 차이를 만들었는지. 피드백을 준 사람이 볼 수 있는 가장 큰 동기 부여이고, 새로운 멤버에게 좋은 수정이 어떤 모습인지 보여 주며, 일회성 요청을 누군가 나아지는 과정의 기록으로 바꿉니다.

쓸모를 잃지 않으면서 친절하게

어떤 커뮤니티는 가혹한 피드백에 대응해 비판을 아예 금지하고, 결국 격려는 넘치지만 도움은 없는 공간이 됩니다. 해법은 정직을 줄이는 것이 아니라 그것을 전하는 방식에 대한 더 나은 규칙입니다.

규칙은 멤버들이 볼 수 있는 곳에 적어 두십시오 — 사람이 아니라 작업물에 대해, 열 개가 아니라 제안 하나, 요청받지 않은 고쳐 쓰기 금지 — 그리고 행동 강령의 일부로 삼아, 집행이 한쪽 편을 드는 일이 아니라 규칙을 적용하는 일이 되게 하십시오. 누군가 규칙을 어기면, 대개 비공개로 한마디 하는 것으로 충분합니다. 비판이 아니라 잔인한 댓글은 삭제됩니다.

소프트웨어가 할 수 있는 일과 할 수 없는 일

Mateflow에는 크리틱 전용 기능은 없지만, 부품들이 잘 맞아떨어집니다.

피드백 요청에는 Q&A 스페이스가 잘 맞습니다. 요청 하나하나가 각각의 게시물이 되고, 답글에 추천을 누를 수 있으며, 질문한 멤버나 모더레이터가 실제로 반영한 답글을 채택된 답변으로 표시할 수 있어서, 클릭 한 번으로 매듭이 지어집니다. 스페이스 주제로 멤버들이 요청에 단계 라벨을 붙이게 할 수 있습니다. "첫 시도", "거친 초안", "거의 완성" 같은 주제를 만들어 두면 멤버들이 글을 올릴 때 하나를 고르고, 읽는 사람들은 자기가 가장 잘 도울 수 있는 요청만 골라 볼 수 있습니다. 게시물에는 이미지, 동영상, 오디오, 또는 PDF와 슬라이드 덱 같은 문서를 요금제에 따라 정해진 파일 크기 한도 안에서 첨부할 수 있습니다. 요청하는 법을 담은 게시물을 고정해 스페이스 맨 위에 두고, 멤버들이 그곳에서 하는 일로 스페이스 이름을 지으십시오. "피드백 받기"는 "크리틱"보다 멤버에게 더 많은 것을 알려 줍니다. 라이브 티어다운이라면 오피스 아워처럼 한 번에 작업물 하나씩 진행하고, 영상 룸의 화면 공유를 모두로 설정해 멤버들이 자기 작업물을 보여 줄 수 있게 하십시오.

솔직한 한계는 규범에 관한 것입니다. "받기 전에 먼저 주기"를 강제하는 기능은 없습니다. 멤버가 글을 올리기 전에 다른 사람에게 답하도록 요구할 방법이 없기 때문입니다. 게시물 템플릿도 없으므로, 네 줄짜리 요청은 작성기가 아니라 멤버들이 복사해 쓰는 고정 게시물에 들어 있습니다. 둘 다 켜는 설정이 아니라 운영자가 본보기로 보여 주는 습관입니다.

하지 말아야 할 세 가지

"어떠세요?"를 요청으로 받아 주지 마십시오. 그것이 이 공간의 방식이 될 때까지, 매번 친절하게 네 줄짜리 요청을 안내하십시오.

전문가가 초보자의 결점부터 꺼내게 두지 마십시오. 잘된 점을 말한 뒤에, 가장 중요한 지적 하나만.

잔인함을 막으려고 비판을 금지하지 마십시오. 피드백을 주는 방식에 대한 규칙을 정하고 집행하십시오. 솔직한 피드백이 없는 공간은 내놓을 것이 없습니다.

결론

동료 피드백은 무엇을 요청하는지 아무도 모를 때, 늘 같은 몇 사람만 주는 일을 도맡을 때, 그리고 초보자가 받는 첫 비판이 그 사람이 올리는 마지막 글이 될 때 실패합니다.

그러니 양쪽을 모두 구조화하십시오. 무엇인지, 어느 단계인지, 질문 하나를 말하는 네 줄짜리 요청. 잘된 점 하나, 질문 하나, 제안 하나로 된 답글. 받기 전에 먼저 주기. 첫 시도 보호하기. 그리고 다음 버전을 들고 돌아와 달라고 부탁하십시오 — 멤버들이 나아지는 모습을 지켜볼 수 있는 피드백 공간이야말로 누구에게나 그곳에 가입할 가장 강력한 이유이기 때문입니다.