멤버들이 실제로 글을 올리는 성과 공유 스레드 운영법

거의 모든 커뮤니티 가이드가 성과 공유 스레드를 권하고, 거의 모든 성과 공유 스레드는 결국 같은 세 사람만 글을 올리는 곳이 됩니다. 흔한 설명은 멤버들에게 나눌 성과가 없다는 것입니다. 진짜 이유는 그 반대입니다. 성과는 넘치도록 있지만, 스레드가 큰 것만 인정된다고 조용히 가르쳐 온 것입니다.

이 글은 조용한 다수가 실제로 글을 올리는 성과 공유 스레드를 운영하는 가이드입니다 — 그리고 그 스레드가 리더보드나 출시 게시판, 혹은 새로 온 멤버가 뒤처졌다고 느끼러 가는 곳으로 변하지 않게 하는 가이드이기도 합니다.

성과 공유 스레드는 너무 높은 기준 때문에 죽습니다

성과 공유 스레드는 예시로 성과가 무엇인지를 정의합니다. 처음 몇 개의 게시물이 기준을 정합니다. 첫 유료 고객, 완료한 강좌, 큰 출시. 그 뒤의 모든 게시물은 그것들과 비교됩니다.

그래서 한 달 동안 미뤄 온 이메일을 마침내 보낸 멤버는 스레드를 보고, 출시 소식을 보고, 자기 일은 성과가 아니라고 판단합니다. 그 판단은 틀렸고, 그 일이야말로 스레드가 존재하는 이유입니다. 하지만 아무도 그렇게 말해 주지 않았기에, 그 멤버는 읽기만 하고 글을 올리지 않습니다. 몇 주가 지나면 스레드는 이미 잘하고 있던 멤버들의 진열장이 되는데, 그들은 그 스레드가 가장 덜 필요한 집단입니다.

같은 세 사람이 글을 올린다는 것은 열성적인 멤버가 세 명 있다는 신호가 아닙니다. 나머지 모두가 기준이 자기보다 높다고 결론 내렸다는 신호입니다 — 리추얼 가이드가 성과 공유 스레드의 실패로 꼽은 바로 그것을, 반대편에서 본 모습입니다.

무엇이 성과인지 소리 내어 말하십시오

해법은 성과를 명시적으로, 그리고 작게 정의하는 것입니다. 성과란 자신을 앞으로 나아가게 한 모든 일이고, 특히 미뤄 오던 일이라면 더욱 그렇습니다. 모듈 하나를 끝낸 것도 성과입니다. 무서웠던 이메일을 보낸 것도 성과입니다. 나와 맞지 않는 고객에게 거절한 것도 성과입니다. 힘든 한 주에 그 일을 붙잡고 앉았다는 것만으로도 성과입니다.

그 정의를 매번 스레드 안에 적어 두고, 일의 대부분은 안내 문구에 맡기십시오.

그런 다음 운영자 자신의 작은 성과를 먼저 올리십시오. 첫 게시물이 그 뒤 모든 사람의 기준을 정하고, 운영자의 게시물은 그 기준을 가장 강하게 정합니다.

성과를 기다리지 말고 요청하십시오

멤버들은 자기 진전을 실제보다 적게 말합니다. 건강한 모임에서도, 누군가 축하하고 싶은 기분이 들 때만 채워지는 성과 공유 스레드는 대부분의 주에 조용할 것입니다. 코칭 커뮤니티 가이드에서 말했듯이, 성과 공유는 정해진 주기로 — 기다리지 말고 요청하십시오.

그러니 고정된 자리로 만드십시오. 매주 같은 요일에, 운영자나 그 스레드를 맡은 멤버가 여는 것입니다. 처음 두어 달은 필요하다고 느끼는 것보다 오래 씨앗을 뿌리십시오. 자기 성과를 올리고, 멤버 두세 명에게 다른 곳에서 언급했던 일을 공유해 줄 수 있는지 비공개로 슬쩍 물어보십시오. 금요일까지 게시물이 다섯 개 있는 스레드는 하나도 없는 스레드보다 토요일에 더 많은 글을 받습니다.

크기가 아니라 노력에 답하십시오

누군가 성과를 올린 뒤 첫 하루 동안 일어나는 일이 그 사람이 다음에도 올릴지를 결정합니다. 답글 없이 방치된 성과는 올린 사람에게 아무도 지켜보지 않았다고 가르칩니다.

빨리 답하되, 결과가 아니라 거기에 들인 것에 답하십시오. "몇 주째 그 이메일 주위를 맴도셨잖아요 — 결국 무엇 때문에 보내게 되셨어요?"는 "축하해요!"보다 더 많은 일을 합니다. 게시물만이 아니라 그 사람을 누군가 알아봤다는 것을 보여 주기 때문입니다. 결과가 아니라 행동을 인정하는 것과 같은 원리입니다. 누구나 되풀이할 수 있는 단계를 칭찬하면, 사람들은 단계도 인정받는다는 것을 배웁니다.

반응은 답글이 아닙니다. 게시물 아래 이모지 몇 개는 예의입니다. 실제 사람이 쓴 한 문장이 그 사람을 다음 주에 다시 오게 만듭니다.

숫자는 성과 공유 스레드를 리더보드로 바꿉니다

매출 스크린샷, 팔로워 수, 출시 실적은 성과 공유 스레드를 비우는 가장 빠른 방법입니다. 한 멤버의 숫자가 다른 모두의 잣대가 되고, 숫자가 작은 사람들은 글을 올리지 않게 됩니다 — 질투 때문이 아니라, 이제 자기 성과가 다른 사람의 것 옆에서 패배처럼 보이기 때문입니다.

숫자를 금지할 필요는 없고, 비즈니스 커뮤니티라면 어차피 그럴 수도 없습니다. 하지만 숫자와 함께 단계를 물으십시오 — 무엇을 얻었는지만이 아니라 무엇을 했는지 — 그리고 운영자가 직접 성과에 순위를 매기거나, 합산하거나, 비교하는 일은 절대 하지 마십시오. 운영자가 "이달의 가장 큰 성과"라고 말하는 순간, 스레드에는 점수판이 생깁니다.

그리고 출시 소식은 빼십시오. "제 강좌가 오픈했어요, 링크는 아래에"는 성과가 아니라 공지이고, 그런 글로 채워진 성과 공유 스레드는 이름만 다른 홍보 스레드가 된 것입니다.

멤버가 서로의 성과를 올리게 하십시오

어떤 사람은 자기 성과를 절대 올리지 않을 것입니다. 많은 이에게 자기 성공을 알리는 일은 자랑처럼 느껴지고, 어떤 커뮤니티와 어떤 문화에서는 그 느낌이 너무 강해서 자기 보고만으로는 스레드가 결코 돌아가지 않을 것입니다.

그러니 다른 사람의 성과를 올리는 것을 자연스러운 일로 만드십시오. "봄부터 매달려 온 일을 프리야 님이 드디어 내놓았다는 걸 꼭 짚고 싶어요." 그 사람은 스스로 내세우지 않고도 인정받고, 올린 사람은 다른 사람을 알아보는 연습을 하며, 스레드는 그렇지 않았다면 언급조차 되지 않았을 성과로 채워집니다. 그 사람을 @멘션하면 알림이 가는데, 대개 그 사람이 그 주에 받는 가장 좋은 메시지가 됩니다.

조용한 성과 공유 스레드는 조기 경보입니다

성과를 올리던 멤버가 멈추면, 그것은 대개 진전이 멈췄다는 뜻이 아닙니다. 그보다는 서서히 멀어지기 시작했다는 뜻인 경우가 많고 — 성과 공유 스레드는 다른 어떤 것보다 몇 주 먼저 그것을 보여 줍니다. 코칭 가이드도 같은 점을 짚습니다. 조용해진 성과 공간은 누군가 떠나려 한다는 가장 이르고 믿을 만한 신호 중 하나입니다.

그러니 스레드를 읽을 때는 누가 있는지만이 아니라 누가 빠졌는지를 보십시오. 짧은 비공개 메시지 하나 — "요즘 성과 공유 스레드에서 안 보이시네요, 어떻게 지내세요?" — 가 아직 도움이 되는 시점에 그 사람에게 닿습니다. 더 자세한 내용은 활동이 끊긴 멤버에 대처하는 법에 있습니다.

성과는 요청하기 전까지 추천 후기가 아닙니다

성과 공유 스레드는 판매 페이지가 원하는 바로 그것으로 가득합니다. 실제 사람들이 실제 진전을 이야기하는 글입니다. 가장 좋은 것을 캡처해 가고 싶은 유혹이 듭니다.

매번, 쓰임새마다 묻지 않고는 그렇게 하지 마십시오. 멤버는 운영자의 마케팅이 아니라 동료들이 있는 방에 성과를 올린 것이고, 누군가 자기 게시물이 허락 없이 랜딩 페이지에 걸린 것을 처음 발견하는 순간, 스레드는 더 이상 마음 놓고 나눌 수 있는 곳이 아니게 됩니다. 비공개로 묻고, 정확히 어디에 실릴지 말하고, 거절은 더 조르지 말고 받아들이십시오. 제대로 요청하면 대부분은 수락합니다. 묻지 않은 것을 용서하는 사람은 거의 없습니다.

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

Mateflow에서 성과 공유 스레드에 특별한 것은 필요 없습니다. 메인 토론 스페이스에 매주 올리되, 운영자의 시간대 기준으로 정해 둔 시각에 미리 예약해 두고, 이번 주 스레드를 고정해 스페이스 맨 위에 오게 하십시오. 게시물을 자동으로 반복해 주는 기능은 없으니, 한 번에 한 달 치를 예약해 두십시오. 성과가 주간 스레드에 담기 어려울 만큼 많아지면 전용 스페이스를 주십시오 — 일반적인 시작 구조에는 이미 그런 스페이스가 하나 들어 있습니다.

멤버는 게시물에서 서로를 멘션할 수 있고, 멘션하면 그 사람에게 알림이 갑니다 — 다른 사람 대신 성과를 올리는 장치가 바로 이것입니다. 글을 올리는 것을 보상하고 싶다면, 누군가 성과 스페이스에 글을 올릴 때마다 자동화가 포인트나 배지를 줄 수 있습니다. 다만 포인트와 배지는 모든 요금제에 포함되지는 않습니다. 스페이스 애널리틱스는 스페이스별 신규 게시물과 활성 멤버로 스페이스 간 활동을 비교하므로, 성과 스페이스가 조용해지면 거기에 드러납니다.

솔직한 한계는 소프트웨어가 보는 것은 스페이스이지 사람이 아니라는 점입니다. 게시물을 성과로 표시하거나, 어떤 멤버가 성과 공유를 멈췄는지 알려 주는 기능은 없습니다. 스레드에서 누가 사라졌는지 알아채는 일은 여전히 읽어서 해야 합니다.

하지 말아야 할 세 가지

첫 게시물들이 큰 성과가 되게 두지 마십시오. 그것이 그 뒤 모든 사람의 기준을 정합니다. 작은 성과로 씨앗을 뿌리고, 운영자 자신의 것부터 시작하십시오.

성과에 순위를 매기거나 합산하지 마십시오. "이달의 성과"는 진전을 나누는 곳을 대부분의 멤버가 참가할 수 없는 경쟁으로 바꿉니다.

묻지 않고 성과를 재사용하지 마십시오. 허락 없이 판매 페이지에 걸린 캡처 한 장이, 스레드를 굴러가게 하는 신뢰를 앗아 갑니다.

결론

성과 공유 스레드는 커뮤니티가 운영할 수 있는 가장 저렴한 리추얼 중 하나이고, 예측 가능한 방식으로 실패합니다. 기준이 슬금슬금 올라가서 결국 이미 잘하고 있던 멤버들만 글을 올려도 된다고 느끼게 됩니다.

그러니 의도적으로 기준을 낮게 붙잡아 두십시오. 성과를 앞으로 내디딘 모든 한 걸음으로 정의하고, 그 정의를 모든 안내 문구에 넣고, 작은 성과를 직접 올리고, 하루 안에 노력에 답하고, 숫자가 점수판이 되지 않게 하고, 다른 사람의 성과를 올리는 것을 자연스러운 일로 만드십시오. 그런 다음 누가 빠졌는지 보며 스레드를 읽으십시오 — 작은 성과 공유를 멈춘 멤버는 다른 무엇을 말하기 훨씬 전에 이미 무언가를 말하고 있기 때문입니다.