겟백에 자동화 20개를 붙여봤어요
효과 본 것과 아직 모르는 것을 갈라봤어요

안녕하세요, 밤밤이에요.

오늘 겟백 디스코드에 붙어 있는 자동화를 전부 세어봤어요. 약 20종이더라고요.

하나씩 만들 땐 몰랐는데, 한 줄로 쭉 세워놓으니 생각보다 많았어요. 세어보고 나니 개수보다 더 궁금한 게 생겼어요. "이 중에 뭐가 진짜 커뮤니티에 도움이 됐지?" 그리고 하나 더요. "도움이 됐다고 내가 착각하고 있는 건 없나?"

오늘은 그 두 질문을 빌드 인 퍼블릭으로 같이 풀어볼게요. 효과 본 것과 아직 모르는 것을 솔직하게 갈라서요. 곧 자기 커뮤니티를 열 분들한테는 특히 쓸모 있을 거예요. 여러분도 곧 이걸 직접 붙이게 될 테니까요.

솔직히 이 조사를 시작한 계기는 단순해요. 문득 '근데 내가 지금 몇 개를 돌리고 있는지도 모르네' 싶었거든요. 그래서 일단 세어봤어요. 그랬더니 자랑할 것과 부끄러워할 것이 같이 나왔어요. 오늘은 둘 다 꺼내볼게요.

겟백 디스코드 하나에 붙어 있는 자동화, 세어보니 약 20종이었어요.

01.세어보니 자동화는 네 층으로 쌓여 있었어요

약 20종을 성격별로 갈라보니 네 개의 층이 나오더라고요.

상주 봇, 발행, 수집, 감시. 네 층으로 갈라졌어요.

재밌는 건, 저는 이 네 층을 머릿속으로는 알고 있었는데 한 번도 한자리에 세워본 적이 없었어요. 만들 때마다 그때그때 붙였거든요.

02.세어보다가, 죽은 줄 알았던 봇이 살아있는 걸 발견했어요

전수조사를 하다가 좀 서늘한 걸 하나 봤어요.

두 달 전에 은퇴시킨 줄 알았던 구버전 봇이, 제 노트북 안에서 아직 돌고 있더라고요.

두 달간 발행 0건인데도 계정을 물고 있던 구버전 봇.

두 달 동안 발행은 0건이었어요. 그러니까 겉으로는 아무 일도 안 한 셈이에요. 근데 이 봇이 봇 계정 접속을 물고 있었어요. 그대로 방치했으면 현행 봇이 등록하는 명령어를 조용히 덮어쓸 수 있는 상태였어요. 바로 제거했어요.

이게 오늘 전수조사에서 제일 크게 배운 거예요. 세어보지 않으면 뭐가 돌고 있는지도 모른다. 안 돌아가는 줄 알았던 게 사실은 돌고 있을 수도 있어요.

03.효과가 확인된 건 3개였어요

효과 얘기부터 정직하게 할게요. 스무 개 넘게 붙였지만 "이건 확실히 효과 봤다"고 말할 수 있는 건 세 개예요.

이 셋의 공통점은 시간이에요. 다 오래 굴렀어요. 세션 발행은 겟백에서 제일 오래된 자동화고, 주간 베스트랑 글감봇도 매주, 매일 반복되면서 반응이 쌓였어요. 효과를 봤다는 말은 사실 "오래 지켜봤다"는 말이기도 해요.

04.그리고, 붙인 지 얼마 안 돼서 아직 모르는 게 2개예요

여기서부터가 오늘 진짜 하고 싶은 얘기예요. 나머지 두 개는 효과를 봤다고 말하면 거짓말이에요. 붙인 지 얼마 안 됐거든요.

효과 본 것과 아직 모르는 걸 굳이 이렇게 가르는 이유가 있어요. 안 가르면, 제가 "요즘 이런 자동화 돌려요"라고 자랑하다가 어느새 안 된 걸 된 것처럼 말하게 되거든요. 되는 것과 되면 좋겠는 것을 섞기 시작하면 다음 판단이 다 흐려져요. 그래서 저는 이 경계를 일부러 또렷하게 그어요.

05.다섯 가지의 공통점은 하나였어요

효과 본 것이든 지켜보는 중이든, 다섯 개를 관통하는 공통점이 하나 있어요. 하나같이 사람이 반드시 놓치는 걸 잡아주는 자동화라는 거예요. 손을 덜어주는 것보다 빈틈을 메워주는 쪽이 오래 남더라고요. 축하 타이밍, 회의에 못 온 사람, 매주 돌아와야 하는 인정의 의례. 제가 잊어버려도 커뮤니티가 손해 보지 않게 하는 쪽이요.

생각해보면 당연한 얘기예요. 제가 안 바쁘고 컨디션 좋은 날엔 자동화가 없어도 축하하고 회의록 정리하고 잘한 멤버를 챙겨요. 문제는 바쁘고 지친 날이죠. 놓치는 건 늘 그런 날에 놓쳐요. 그 구멍을 메워주는 자동화가 오래 살아남았어요.

이걸 여러분 상황으로 옮기면 이래요. 커뮤니티를 열면 처음엔 다 직접 해요. 축하도, 안내도, 챙김도요. 그런데 사람이 늘고 일이 늘면 어느 순간 손이 모자라요. 그때 뭘 자동화할지 고를 텐데, 저라면 '내가 자주 까먹는 것'부터 적어봐요. 그 목록이 곧 자동화 1순위거든요. 손이 편해지는 것보다 사람이 안 서운해지는 게 먼저예요.

06.자동으로 내보내기 전에, 꼭 사람 손을 한 번 거치게 했어요

효과 본 자동화들엔 또 하나 공통점이 있었어요. 자동으로 뭔가 나가기 전에 꼭 사람의 판단 지점을 남겨뒀다는 거예요.

근데 이 판단 지점을 다 똑같이 두진 않았어요. 되돌리기 쉬운 일과 사람 관계가 걸린 일을 다르게 다뤘어요.

자동 댓글은 거부권제예요. 제가 막지 않으면 그냥 나가요. 댓글 하나는 잘못 나가도 나중에 지우면 되니까, 여긴 속도를 우선했어요. 반대로 멤버 축하 글은 명시 승인제예요. 제가 승인 버튼을 눌러야만 나가요. 남의 좋은 소식은 잘못 나가면 되돌리기가 어렵잖아요. 그래서 여긴 일부러 느리게 만들었어요.

되돌리기 쉬운 건 거부권제로 빠르게, 관계가 걸린 건 승인제로 신중하게.

멤버 실명이 걸리면 한 겹을 더 뒀어요. 자동 발행물이 멤버 실명을 담으려 하면 기계가 일단 막아요. 태그는 허용하되, 태그가 들어간 글은 사람이 승인해야만 나가요. 멤버를 소재로 쓰는 자동화에는 이 안전선이 꼭 있어야 해요. 남의 이름은 내 콘텐츠 재료가 아니니까요.

독자와의 약속 관리도 이 층에 있어요. 자동 답글이 "이건 다음에 한번 다뤄볼게요"라고 예고해놓고 안 지키면, 그걸 감지해서 저한테 알려주는 장치가 있어요. 원칙은 하나예요. 늦으면 늦는다고, 접으면 접었다고 그 자리에서 말한다. 침묵이 제일 나빠요.

07.제일 위험한 자동화는 '조용히 죽는' 것이었어요

효과 얘기를 했으니 위험 얘기도 해야 공평하죠. 제일 위험한 자동화는 조용히 죽는 거였어요. 티 나게 터지면 금방 알아채는데, 조용히 죽으면 죽은 줄도 몰라요.

대화를 수집하던 파이프 하나가 2주 동안 멈춰 있었는데, 아무도 몰랐어요. 돌아가는 줄 알았거든요. 그 뒤로는 감시 방식을 둘로 쪼갰어요. "잡이 돌았는가"와 "건질 게 있었는가"를 따로 봐요.

'잡이 돌았는가'와 '건질 게 있었는가'를 따로 봐요.

이 둘을 왜 나눴냐면, 설계하다가 한 가지를 배웠거든요. 카톡 수집기 같은 건 조용한 날이 정상이에요. 멤버들이 대화를 안 한 날은 건질 게 없는 게 당연하죠. 근데 "건질 게 있었는가"만 보고 있으면 주말마다 조용하다고 헛경보가 울려요. 그래서 "잡은 돌았지만 건질 게 없었다"와 "잡이 아예 안 돌았다"를 갈라놔야 했어요.

헛경보 얘기가 나온 김에 하나 더요. 데일리 잡 하나가 월요일엔 원래 안 돌게 돼 있어요. 근데 감시 장치는 "서른 시간 넘게 산출물이 안 나왔다"만 보고 있었어요. 그러면 멀쩡한데도 매주 월요일마다 경보가 울려요. 여기서 배운 건 이거예요. 경보는 틀리면 무시당하고 무시당한 경보는 없는 것과 같다. 그래서 월요일은 원래 쉬는 날인 걸 감시 장치도 알게 고쳤어요.

실패담도 솔직히 둘 더 풀게요. 하나는 상태 표시 하나만 믿고 중복을 막다가, 같은 멤버한테 같은 답글이 11번 나간 일이에요. 이후엔 상태 표시 대신 '실제로 보낸 기록 원장'과 대조하는 구조로 바꿨어요. 표시는 거짓말을 하지만 보낸 기록은 거짓말을 안 하니까요.

다른 하나는 좀 더 아팠어요. 예약해둔 여덟 칸짜리 타래가 있었는데, 이미지 주소가 실수로 제 컴퓨터 안 경로로 등록돼 있었어요. 그래서 첫 칸만 나가고 두 번째 칸에서 죽어버렸어요. "무슨 말이냐면요."로 문장이 끊긴 고아 게시물이 계정에 몇 시간이나 걸려 있었어요. 그 뒤로 룰을 하나 박았어요. 첫 칸을 내보내기 전에 여덟 칸을 전부 검사한다. 여덟 번째 칸이 잘못돼 있으면 첫 칸도 안 내보낸다.

혹시 다 엉키면요? 파일 하나만 만들면 발행이든 생성이든 전부 멈추는 비상 정지 장치도 뒀어요. 자동화가 무서운 순간은 잘못 도는 걸 못 멈출 때거든요.

조용히 죽는 게 왜 무섭냐면, 커뮤니티는 신뢰로 굴러가거든요. 축하가 하루 늦는 것 정도는 금방 회복돼요. 그런데 '분명 돌아가고 있다고 믿었는데 2주째 아무 일도 안 하고 있었다'는 건, 저 자신에 대한 믿음을 깎아요. 그다음부터는 다른 자동화도 못 믿게 되고요. 그래서 저는 감시 장치를 화려한 기능보다 먼저 붙여요.

08.놓친 걸 대신 봐주는 비서도 이번 달에 붙였어요

자동화를 이렇게 늘리다 보니, 이걸 다 지켜보는 것도 일이 되더라고요. 그래서 이번 달엔 저를 지켜봐주는 자동화를 하나 붙였어요. 매시 10분마다, 제가 놓친 일이랑 새로 와 있는 신호를 모아서 저한테 디스코드 메시지로 보내줘요. 사람이 놓치는 걸 잡아주는 자동화를, 이번엔 제 자신한테도 붙인 셈이에요.

매시간, 제가 놓친 일과 새 신호를 모아 저한테 건네줘요.

09.이건 디스코드 밖 얘기예요. 발행하는 글마다 실험 딱지를 붙여요

여기서부터 몇 개는 디스코드 밖, 겟백 브랜드 스레드 계정을 키우는 얘기예요. 결이 같아서 같이 담아요.

저는 발행하는 글 하나하나에 실험 딱지를 달아요. "발행 한 건이 곧 실험 한 건"이 되게요. 올리고 끝내지 않고, 이 글은 어떤 형태를 시험하는 글인지 표시해둬요. 그래야 나중에 "무슨 유형이 잘 됐지"를 셀 수 있으니까요.

발행 한 건이 곧 실험 한 건이 되게, 글마다 딱지를 달아요.

10.성적표가 눈을 뜬 날, 이름 하나가 겹쳐 있었어요

그 실험 딱지들을 모아서, 어떤 유형이 잘 되고 어떤 유형이 처지는지 보는 성적표를 만들어뒀어요. 그런데 어느 날 열어보니, 발행한 여든다섯 건 중 일흔아홉 건이 유형 미분류로 찍혀 있었어요. 성적표가 거의 모든 글을 "이게 무슨 유형인지 모르겠다"고 비워둔 거예요.

라벨을 되채우자 성적표가 그제서야 유형을 보기 시작했어요.

파보니 원인이 좀 어이없었어요. 큐에 '카인드'라는 칸이 하나 있는데, 이 칸이 '검사 종류'라는 뜻이랑 '글 유형'이라는 뜻으로 겹쳐 쓰이고 있었어요. 이름이 같다는 이유만으로요. 그래서 글을 만드는 쪽이 이 칸에 엉뚱한 값을 채워넣고 있었고, 성적표는 그걸 읽고 전부 미분류로 처리한 거예요. 이름 하나 겹친 것 때문에, 애써 만든 학습 회로가 정작 재료를 못 받고 있었던 거죠.

라벨을 제대로 되채우니까 성적표 인식이 여섯 건에서 일흔여섯 건으로 뛰었어요. 그제서야 어떤 유형이 최하위인지 숫자로 보이기 시작했어요. 그전까진 감으로만 "이 유형이 좀 약한 것 같은데" 했던 걸, 그날 처음 숫자로 봤어요.

11.제 가설 2개가 전수 앞에서 전부 기각됐어요

성적표가 눈을 뜨고 나서, 제가 세운 가설 두 개를 전수로 검증해봤어요.

저는 잘된 글 상위 몇 개만 눈으로 훑고 "아, 이런 패턴이 먹히는구나" 하고 가설을 세웠거든요. 그 두 개를 과거 발행분 백열세 건 전수로 갈라봤어요. 결과는 0.98배랑 0.94배였어요. 쉽게 말하면 효과가 없었어요. 둘 다 기각이에요.

상위 몇 개로 세운 가설이 전수 앞에서 둘 다 기각됐어요.

여기서 크게 하나 배웠어요. 상위 몇 개만 보고 만든 패턴은, 전수로 갈라보면 대개 틀린다. 잘된 글 몇 개는 그냥 그 글이 좋았던 거지, 제가 붙인 이유 때문에 잘된 건지는 전수로 세어봐야 알 수 있어요.

대신 진짜는 기계가 전수로 판정할 때 나왔어요. 어떤 유형은 오전에 발행하면 오후의 2.49배가 나왔어요. 그런데 그동안 제 편성은 정반대였어요. 그 유형의 60퍼센트를 오후에 올리고 있었거든요. 다음 날 바로 편성을 바꿨어요. 느낌은 자주 틀리고 전수는 잘 안 틀려요. 그래서 저는 느낌으로 세운 가설도 꼭 전수 앞에 세워봐요.

이 습관은 커뮤니티 운영에도 그대로 와요. '요즘 사람들이 이런 걸 좋아하는 것 같아'는 대부분 상위 몇 명만 보고 내린 판단이에요. 전체를 세어보면 조용히 다른 걸 원하고 있을 때가 많아요. 목소리 큰 몇 명과 전체는 자주 다르거든요. 그래서 저는 큰 목소리도 일단 전수 옆에 놓고 봐요.

12.독자가 한 말이 어디에도 안 남고 있었어요

이건 좀 부끄러운 얘기예요. 저희 자동 답장 장치는 독자 댓글을 읽고 답까지 달아줘요. 그런데 어느 날 문득 보니, 정작 독자가 한 말은 아무 데도 안 남아 있었어요. 기록에는 저희가 단 답장만 있고, 독자가 뭐라고 했는지는 흔적이 없었어요.

듣고, 답하고, 잊는 구조였던 거예요. 대화는 했는데 대화가 안 쌓였어요.

사라지던 독자의 말을, 이제 창고에 모아둬요.

그래서 독자 발화 창고를 하나 만들었어요. 독자가 한 말을 원문 그대로 모아두고, 반복되는 주제가 뭔지, 글감이 될 만한 질문이 뭔지, 저희가 "다뤄볼게요"라고 한 약속이 뭔지 조회할 수 있게요. 커뮤니티는 결국 오가는 말 위에서 자라는데, 그 말을 안 모으면 매번 처음부터 다시 시작하게 되더라고요.

창고를 만들면서 기대하는 건 하나예요. 독자가 반복해서 묻는 질문이 사실 다음 레터의 목차라는 거요. 제가 쥐어짜서 소재를 만들지 않아도, 독자가 이미 던져둔 질문을 주워서 답하면 되니까요. 다만 이 창고도 만든 지 얼마 안 됐어요. 이것도 위의 두 개처럼, 아직 지켜보는 중이에요.

13.하루 단위로 반응하다가, 사건 단위로 바꿨어요

반응 속도 얘기도 하나 할게요. 어느 1인 사업가의 방식을 보다가 좀 찔렸어요. 그분은 뭔가 팔릴 때마다 그 자리에서 반응하고 있었어요. 그런데 저는 하루 단위로 반응하고 있었어요. 밤에 한 번 몰아서 검수하고 발행하는 흐름이었거든요.

하루 단위 리듬을, 사건마다 반응하는 리듬으로 쪼갰어요.

차이가 커요. 사건이 생긴 그 순간에 반응하는 사람이랑, 하루 지나서 반응하는 사람은 독자가 느끼는 온도가 달라요.

그래서 흐름을 쪼갰어요. 밤에 한 번 모아 처리하던 걸, 매시간 점검하는 것과 낮에 사건이 생기면 그 자리에서 끼어들어 발행하는 것으로 나눴어요. 커뮤니티는 실시간으로 사는 곳이라, 반응도 실시간에 가까워야 하더라고요.

물론 모든 걸 실시간으로 하자는 얘기는 아니에요. 실시간으로 반응해야 하는 것과 밤에 몰아서 해도 되는 것을 가르는 게 핵심이에요. 멤버의 좋은 소식, 누가 도움을 요청한 순간, 이런 건 그 자리에서 반응해요. 정기 리포트나 정산 같은 건 밤에 몰아서 하고요. 다 실시간으로 하려다 제가 먼저 지치면 그게 제일 안 좋으니까요.

14.곧 커뮤니티를 여는 분이라면, 이 순서로

여기까지가 겟백 안에서 굴러가는 방식이에요. 곧 자기 커뮤니티를 여는 분이라면, 자동화를 이 순서로 붙여보시길 권해요.

첫째, 놓침 방지부터요. 멤버 소식 모아보기, 축하 리마인드처럼 관계를 지키는 쪽. 화려한 발행 자동화보다 이게 먼저예요. 둘째, 나가기 전에 사람이 한 번 보는 판단 지점. 되돌리기 쉬운 건 거부권제로 빠르게, 사람 관계가 걸린 건 승인제로 신중하게. 셋째, 죽으면 알려주는 감시. 안 그러면 제 좀비 봇처럼 조용히 두 달을 흘려보내요.

놓침 방지 → 나가기 전 사람 판단 → 죽으면 알려주는 감시. 이 순서로.

콘텐츠 발행 자동화는 이 세 개를 붙인 다음에 얹어도 늦지 않아요.

겟백에서 4주 안에 나만의 커뮤니티 첫 100명에 도전하다 보면, 이 순서가 왜 중요한지 몸으로 알게 될 거예요.

15.사실 이 레터도 사고를 겪었어요

마지막으로 솔직한 얘기 하나만 더요. 사실 이 레터도 사고를 겪었어요.

자동화 얘기를 쓰는 레터에서도 자동화 구멍이 또 나왔어요.

첫 판이 이미지 하나 없이 나갔어요. 자동화 얘기를 쓰는 레터가, 정작 이미지 없이 나간 거예요. 원인을 파보니 딱 오늘 얘기랑 똑같았어요. 이미지가 제대로 붙었는지 검사하는 장치가 단체 발송기에만 붙어 있고, 검토용 발송기는 그 검사 밖에 있었어요. 그래서 검토본은 검사를 안 거치고 그냥 나간 거예요. 오늘 그 구멍을 막았어요. 이제 검토용 발송도 같은 검사를 거쳐요.

웃긴 게, 자동화 얘기를 쓰는 동안에도 자동화 구멍이 계속 나와요. 세어보면 또 뭐가 나오고, 고치면 또 하나가 보여요. 그래서 이 기록은 계속돼요. 아직 진행 중인 얘기거든요.