사람들이 실제로 읽는 커뮤니티 공지 쓰는 법

대부분의 공지는 좋아요 11개를 받고 질문은 하나도 받지 못합니다. 그리고 운영자는 그것을 동의로 읽습니다. 그것은 동의가 아닙니다. 다 읽었지만 읽은 내용으로 할 일이 없는 방이 내는 소리입니다.

공지는 운영자가 가장 많이 쓰면서 가장 적게 점검하는 도구입니다. 사람들이 실제로 움직이는 공지와 그냥 스크롤로 지나가 버리는 공지를 가르는 것이 무엇인지 정리했습니다.

기준: 알리는 공지입니까, 요구하는 공지입니까?

한 글자라도 쓰기 전에 둘 중 어느 쪽을 하고 있는지부터 정하십시오. 둘은 같은 글이 아닙니다.

알리는 공지는 멤버가 아는 것을 바꿉니다. 요구하는 공지는 멤버가 해야 할 일을 바꿉니다 — 무언가를 켜고, 어디론가 옮기고, 선택지 중에서 고르고, 정해진 날짜에 나타나는 일 말입니다. 두 번째 쪽은 무시하는 데 비용이 따르기 때문에 주의를 얻습니다. 첫 번째 쪽은 멤버의 하루에 있는 다른 모든 것과 경쟁하다가 대개 집니다. 시작할 때부터 그럴 줄 알고 있었다면 그래도 괜찮습니다.

문제는 알리는 공지를 써 놓고 요구하는 공지의 반응을 기대할 때 시작됩니다. 좋아요 11개를 받고, 한 달 뒤에 커뮤니티의 절반은 그런 것이 있었는지도 모르는 공지가 바로 그것입니다.

대부분은 공지가 아니어도 됩니다

공지하고 싶은 충동은 커뮤니티가 커질수록 나쁘게 작동합니다. 전부 공지하는 운영자는 공지란 배경 소음이라는 것을 이미 가르쳐 놓은 셈이고, 정작 중요한 공지는 그 습관 위로 도착합니다.

대략의 기준은 이렇습니다. 사람에게 의무를 지우는 일을 공지하고, 운영자를 흐뭇하게 하는 일은 공지하지 마십시오. 규칙 변경, 가격 변경, 종료, 멤버가 지켜야 할 날짜가 걸린 모든 것입니다. 그 밖의 거의 모든 것은 우연히 잘 쓴 평범한 게시물로 두는 편이 낫습니다.

첫 문장이 공지의 전부입니다

아무도 그다음을 읽지 않는다고 가정하십시오. 실제로 대부분은 읽지 않습니다. 그 가정에 맞춰 쓰십시오.

그러니 첫 문장이 변경 내용과 날짜를 지고 가야 하고, 그 뒤는 세부 사항을 원하는 소수를 위한 것입니다. “다음 달 1일부터 월요일 콜은 16:00 UTC로 옮깁니다”는 공지입니다. “점점 커지는 글로벌 커뮤니티 모두에게 콜이 더 잘 맞으려면 어떻게 해야 할지 저희도 오랫동안 고민해 왔는데요…”는 일부 독자는 끝내 도달하지 못할 공지 앞에 붙인 오프닝 무대입니다.

첫 문장은 맨 마지막에 쓰십시오. 전체를 초고로 쓴 다음, 멤버가 다른 멤버에게 그대로 옮길 만한 문장 하나를 찾아 맨 위로 올리십시오. 그런 문장이 없다면 아직 공지가 아닙니다.

운영자가 한 일 말고, 멤버에게 달라지는 것을 쓰십시오

운영자는 안쪽에서 공지를 쓰면서 자기가 한 작업을 설명합니다. 멤버는 바깥에서 읽으면서 자기에게 미치는 결과를 찾습니다.

“자료실을 새 구조로 이전했습니다”는 작업입니다. “저장해 둔 링크는 이제 ‘자료’ 아래에 있습니다 — 삭제된 것은 없습니다”는 결과이고, 애초에 누구에게든 필요했던 부분은 그것뿐입니다. 들인 노력은 보이지 않고, 계속 보이지 않는 편이 맞습니다. 공지를 자기에게 미치는 결과로 직접 번역해야 하는 멤버는 대개 그냥 번역하지 않고 넘어갑니다.

무언가를 잃은 것으로 읽힐 수 있는 변경이라면, 무엇이 그대로 남았는지를 함께 쓰십시오. 모든 변경 공지 뒤에는 “내가 뭘 잃은 거지”라는 묻지 않은 질문이 깔려 있고, 여기에 답하지 않은 공지는 같은 질문을 댓글로 일주일 내내 받습니다.

어디에 올리느냐가 누가 읽느냐를 정합니다

배치가 문장보다 더 많은 일을 하고, 대부분의 공지는 바로 여기서 조용히 사라집니다.

사람들이 실제로 읽는 스페이스에, 사람 이름으로, 게시물 하나. 두 번은 보이지 않는 배너도 아니고, 푸터의 각주도 아니고, 멤버가 정확히 한 번도 들르지 않는 별도의 공지 구역도 아닙니다. 마감이 있으면 고정하고, 마감이 지나면 고정을 푸십시오 — 다섯 달 전 고정 게시물은 고정된 것은 낡은 것이라고 사람들에게 가르치고, 그 대가는 다음 공지가 치릅니다.

자기 이름으로 올린다는 것은 들리는 것보다 훨씬 중요합니다. 브랜드 명의의 공지는 정책으로 읽히고, 똑같은 문장도 사람 명의면 누군가 나에게 말을 걸어 온 것으로 읽힙니다. 받을 만한 답글이 달리는 쪽은 두 번째뿐입니다.

한 번 공지하고, 그다음은 의도적으로 반복하십시오

공지는 한 번 읽힙니다. 그것이 올라온 순간 마침 그 자리에 있던 사람들에게만 읽히고, 그 집단은 멤버 수보다 훨씬 작습니다.

그래서 반복은 잔소리가 아니라 산수입니다 — 특히 멤버가 여러 개의 시계에 흩어져 있다면, 게시물 하나는 그때 깨어 있던 사람에게만 닿습니다. 첫 번째 글을 쓰기 전에 시간대를 달리한 두세 번의 접촉을 미리 계획하고, 매번 다시 쓰는 대신 앞의 것보다 짧게 만드십시오.

효과가 없는 것은 불안한 재게시입니다 — 같은 공지를 “혹시 못 보셨을까 봐!”만 얹어 다시 올리는 것 말입니다. 자신이 없다는 뜻으로 읽히고, 첫 번째 글은 안 봐도 되는 것이었다고 사람들을 학습시킵니다.

소프트웨어가 해 주는 일과 해 주지 않는 일

도구가 정확히 어디서 도움이 되는지는 알아 둘 만합니다. 도구가 눈앞에 내미는 선택이 바로 이 글 전체가 다루는 그 선택이기 때문입니다.

Mateflow는 게시물과 브로드캐스트를 서로 다른 것으로 다룹니다. 게시물은 스페이스 안에 있고 답글이 달릴 수 있습니다. 브로드캐스트는 최대 세 개의 채널로 나갑니다 — ‘인앱’, ‘이메일’, ‘푸시’ — 그리고 작성기에서 각 채널은 저마다 자기 내용을 따로 갖습니다. 이메일에는 제목과 본문, 인앱에는 짧은 메시지, 푸시에는 한 줄과 링크입니다. 쓸모 있는 부분은 바로 이 분리입니다. 세 채널은 완전히 다른 주의 상태에서 읽히기 때문입니다. 인앱 메시지에는 ‘공지’, ‘업데이트’, ‘알림’, ‘리마인더’라는 유형까지 붙는데, 여기서 정직하게 고르는 것이 규율의 전부입니다 — 전부 ‘알림’으로 보내면 어떤 것도 ‘알림’이 아니게 됩니다.

대부분이 놓치는 설정은 수신 대상입니다. 전체에게 보낼 수도 있고, 이메일 주소가 인증된 멤버에게만 보낼 수도 있고, 정해진 일수 안에 활동한 사람에게만 보낼 수도 있으며, 스페이스나 등급으로 더 좁힐 수도 있습니다. 중요한 것은 마지막 선택지입니다. 떠난 사람까지 전부 들어 있는 명단이 아니라 실제로 지금 여기 있는 사람에게 공지하는 방법이기 때문입니다. 정직한 한계 두 가지 — 브로드캐스트의 상태는 ‘부분 완료’로 돌아올 수 있습니다. 일부는 나갔고 일부는 나가지 않았다는 뜻입니다. 그리고 이메일 채널은 모든 플랜에 들어 있지는 않습니다.

불편한 부분은, 결과가 어땠는지를 도구가 알려 준다는 것입니다. 인앱은 발송과 읽음을 보고하고, 푸시는 발송·전달·클릭을 보고하며, 이메일은 그 셋에 열람과 반송을 더해 보고합니다 — 그리고 발송은 전달과 같지 않다는 것, 그것만으로도 작은 공부가 됩니다. 대부분의 운영자는 한 번도 들여다보지 않고, 좋아요 11개짜리 공지가 습관으로 살아남는 이유는 오직 그것뿐입니다.

절대 해서는 안 되는 공지

아무리 잘 썼어도 공지한다는 행위 자체가 잘못인 세 가지 범주가 있습니다.

원하는 행동을 공지하지 마십시오. “여기는 서로 돕는 곳입니다”는 규범의 사례가 아니라 규범에 관한 게시물이고, 규범은 눈에 보이게 하는 행동으로 정해집니다. 설명으로 정해지는 법은 없습니다. 공지로 쓴 버전은 사람들이 그렇게 하지 않고 있다는 비난으로 읽힙니다.

제명 사실을 공지하지 마십시오. 누군가를 내보냈다는 공개 게시물은 찬반 투표를 부르고 그 사람에게는 관객을 쥐여 줍니다. 한 번, 담백하게, 비공개로 처리하십시오. 예외는 멤버가 어차피 알아차리고 추측할 것이 뻔한 경우인데, 그때도 한 줄이면 됩니다. 조서가 아닙니다.

재론칭을 공지하지 마십시오. 죽은 커뮤니티를 되살리는 일은 게시물에서 시작하지 않습니다. 작은 그룹과 돌아올 이유 하나에서 시작합니다. 이미 떠난 사람 전원에게 재론칭을 공지하는 것은 조용한 커뮤니티를 공개적으로 실패한 커뮤니티로 바꾸는 방법입니다.

하지 말아야 할 세 가지

아직 결정을 끝내지 않은 것을 공지하지 마십시오. “목요일로 옮기는 것을 생각 중입니다”는 원하지도 않았고 깔끔하게 끝낼 수도 없는 논쟁을 부릅니다. 결정하고, 공지하고, 그다음 진심으로 들으십시오. 아니면 먼저 물어보고 그것을 질문이라고 부르십시오. 다만 둘 중 하나를 다른 하나로 위장하지는 마십시오.

날짜를 묻어 두지 마십시오. 마감이 걸린 것은 마감을 첫 문장에 넣습니다. 네 번째 문단에 있는 날짜는 그 날짜가 적용되는 사람들이 놓칠 날짜입니다.

공지해 놓고 흐지부지 두지 마십시오. 공지해 놓고 조용히 접은 일은 아예 공지하지 않은 일보다 오래 기억되고, 그것은 눈에 보이지 않는 잔고에서 빠져나가는 인출입니다. 죽었으면 죽었다고 말하십시오.

반드시 제대로 써야 하는 단 하나

솜씨가 선택 사항이 아닌 공지가 딱 하나 있습니다. 그리고 그것은 마지막 공지입니다.

커뮤니티를 닫는 일은 위의 모든 규칙이 한 단계씩 더 조여지는 경우입니다. 메인 스페이스에 자기 이름으로 올리는 게시물 하나, 첫 줄에 날짜와 결과, 멤버의 돈과 데이터가 어떻게 되는지는 암시가 아니라 명시, 그리고 모더레이터에게는 먼저 비공개로 알리기. 동시에 사람들이 가장 부드럽게 말하고 싶어 하는 공지이기도 한데, 부드럽게 만드는 바로 그 행위가 품위 있는 마무리를 공개적인 항의로 바꿉니다.

그 공지를 잘 쓸 수 있다면 나머지는 전부 쓸 수 있습니다 — 압박 속에서 쓰는 같은 기술이고, 작은 공지로 연습해 두어야 할 이유로는 그것으로 충분합니다.

결론

공지는 사람들에게 무언가를 알리는 방법이 아닙니다. 돌아오는 것이 있든 없든 이미 지출되고 있는, 주의력 한 조각에 대한 청구입니다.

그러니 사람에게 의무를 지우는 일에 쓰고, 변경과 날짜를 첫 문장에 넣고, 작업이 아니라 결과를 쓰고, 전부를 전부에게 보내는 대신 채널과 수신 대상을 의도적으로 고르십시오. 그다음 실제로 몇 명이 읽었는지 확인해 보십시오 — 그 숫자는 대개 겸손해지게 만들고, 공지할 필요가 없던 것을 공지하는 버릇에는 그보다 빠른 처방이 없습니다.