8. 14
폴더를 종류가 아니라 수명으로 나눴다
폴더를 종류로 나누니 어느 폴더에도 안 맞는 파일이 늘었다. 기준을 수명으로 바꾸자, 새 파일을 만들 때 이게 이번 시즌만 쓰는 건가만 물으면 됐다.
인사이트 노트인사이트 노트
8. 1
정원을 절반만 열어두는 이유
시즌 등록을 열면 기존 멤버와 신규 멤버가 같은 문으로 들어온다. 먼저 오는 쪽이 다 가져간다. 재등록 기간에는 정원의 절반만 열고 마감 시각에 나머지를 푸는 구조를 만들었다.
인사이트 노트7. 28
규칙을 적어놨는데 안 읽힌다
AI가 일을 시작할 때마다 읽는 파일에 규칙을 다 넣었더니 길어져서 안 읽혔다. 읽히는 시점으로 넷으로 나누고, 그 파일은 120줄을 넘기지 않기로 했다.
인사이트 노트7. 25
목적을 안 적으면 파일이 안 열린다
한 저장소를 여러 명이 쓰자 누가 왜 고쳤는지 알 수 없어졌다. 목적을 안 적으면 편집이 막히게 했고, 검사에 문제가 생기면 막지 않고 통과시키도록 했다.
인사이트 노트7. 22
예약을 걸어놨는데 노트북이 자고 있었다
예약을 걸어둬도 그 시각에 노트북이 자고 있으면 아무것도 안 돈다. 안 도는 자동화는 오류를 안 내서 기록을 봐도 안 보인다. 멤버 공지 네 건이 29시간 동안 안 나간 날이 있었다.
인사이트 노트7. 17
상품 스무 개를 매 시즌 다시 만든다
시즌마다 상품 페이지 스무 장을 다시 만들다 지난 시즌 것을 잃었다. 배포 도구가 상품 본문을 망가뜨린 날 복구할 수 있었던 건 먼저 받아 둔 백업이 있어서였다.
인사이트 노트7. 14
승인 버튼을 없앤 날
참석 변경을 전부 내가 승인하게 해뒀다가 같은 알림을 하루에 열아홉 번 받았다. 거슬러 올라가 보니 추가와 취소는 승인 없이 처리하기로 원래 합의했던 일이었다.
인사이트 노트7. 7
메모리 250개를 관리한다는 것
AI가 기억하게 하려고 규칙을 파일로 쌓았다. 250개가 되자 뭐가 있는지 나도 몰랐다. 이제 규칙마다 생긴 이유를 같이 적는다. 그래야 이유가 없어졌을 때 지울 수 있다.
인사이트 노트6. 25
떠날 사람은 조용히 신호를 준다
첫 시즌 멤버의 절반 이상이 다음 시즌에 오지 않았고, 떠나기 전에 이미 안 나오고 있었다. 어려운 건 잘못 보내지 않는 쪽이었다. 빈칸을 불참으로 세면 성실한 멤버에게 안부 메시지가 간다.
인사이트 노트6. 21
자동화가 멈춘 걸 아무도 모르는 게 제일 무섭다
정기적으로 도는 작업이 쉰 개를 넘었다. 하나가 조용히 멈추면 몇 주 뒤에 멤버가 알려준다. 그래서 잘 돌았다는 신호가 안 오면 알림이 오게 했다. 침묵 자체를 사건으로 만드는 방식이다.
인사이트 노트6. 17
결제하고 3주 동안 아무 일도 없었다
등록 경험을 결제부터 첫 회차까지 일곱 단계로 펼쳐 봤다. 저점이 두 군데 있었다. 아무 소식도 없는 침묵 구간과, 갑자기 전부 한꺼번에 오는 압도 구간.
인사이트 노트6. 11
명단이 세 군데면 세 군데가 다 다르다
누가 이번 시즌 멤버인가. 이 질문에 답이 세 개 있었다. 맞춰 보니 아무도 못 받는 초대가 있었다. 초대는 발송된 상태로 남는다. 실패가 아니다. 그냥 아무도 안 받는다.
인사이트 노트6. 7
6. 5
한 번 쓴 글을 세 곳으로
이벤트 후기 한 편을 웹사이트, 뉴스레터, 링크드인, 인스타에 각각 다시 썼다. 네 번 쓰는 대신 한 번 쓰고 세 번 옮기기로 했다. 다만 발행 버튼은 끝까지 사람이 누른다.
인사이트 노트6. 5
참석 확인을 이모지로 세지 않기로 했다
공지에 달린 이모지를 세어 참석자를 파악했다. 이모지는 참석하겠다는 뜻이 아니었고 이름 태그는 계속 틀렸다. 추측을 걷어내고 체크박스 하나를 놓았다.
인사이트 노트6. 4
명찰 159장과 0.1밀리미터
시즌마다 명찰을 만든다. 디자인 툴에서 이름을 하나씩 바꿔 넣던 걸 코드로 옮겼다. 옮기고 나서야 그동안 이름이 1.2밀리미터 위로 치우쳐 있었다는 걸 알았다.
인사이트 노트5. 31
선착순을 댓글로 받으면 생기는 일
선착순 신청을 공지 댓글로 받으면 확정과 대기를 사람이 세야 한다. 그 일을 봇에 넘기자 대기자들이 좋아했다. 대기 3번인 걸 아는 것과 그냥 대기인 걸 아는 건 다르다.
인사이트 노트5. 25
5. 10
회고를 매주 같은 곳에 놓기
네 칸짜리 회고를 모든 팀 모든 회차에 붙였다. 쓰라고 하는 대신 멤버마다 이름이 붙은 빈칸을 미리 깔아 뒀다. 내 이름이 붙은 빈칸은 안 채우면 비어 있는 게 보인다.
인사이트 노트5. 8
떠난 사람에게 네 번 보내는 편지
한동안 안 오신 분들에게 연락을 하려니 무슨 말을 해야 할지 몰랐다. 한 통에 다 담으려다 접고, 안부와 콘텐츠와 이벤트와 등록을 네 통으로 나눠 18일에 걸쳐 보낸다.
인사이트 노트4. 26
명령을 다 만들어 뒀는데도 깜빡했다
이벤트마다 챙길 일을 명령으로 만들어 뒀는데도 깜빡했다. 이벤트를 고르면 지금 어느 단계인지 묻게 바꿨다. 도구 열 개보다 순서를 아는 도구 하나가 더 자주 쓰인다.
인사이트 노트4. 19
다음에 어떤 모임을 권해야 하나
팀 137개를 읽는 팀과 쓰는 팀으로 나눠, 직전 시즌의 반대쪽을 먼저 권하기로 했다. 작업 중에 페이지가 멤버 150명에게 이미 듣고 있는 시즌을 권하던 것도 찾았다.
인사이트 노트3. 24
한 카테고리가 전부를 떠받치고 있었다
잘되는 팀 두 개와 부진한 팀 열아홉 개가 있었다. 잘되는 쪽을 늘리면 되는 줄 알았는데, 숫자를 나눠 보니 우리가 한 카테고리에 얹혀 있는 상태였다.
인사이트 노트3. 17
3. 12
우리가 겨냥한 연차에는 팔리지 않았다
4년에서 7년차 직장인을 겨냥해 프로그램을 만들었다. 새로 온 멤버의 연차 중앙값은 8년이었다. 4에서 7년차용 문구로 홍보하면서 8에서 10년차에게 팔고 있었다.
인사이트 노트3. 9
멤버는 팀이 아니라 커뮤니티에 남는다
좋은 팀을 만들면 그 팀에 계속 오실 거라 생각했다. 데이터를 보니 재등록 멤버의 93.7퍼센트가 매번 다른 팀을 골랐다. 팀 유지율로 성과를 재는 게 틀린 것이었다.
인사이트 노트3. 5
팀의 수명은 세 시즌이다
7년치 등록 데이터를 펼쳐 보니 세 시즌 이상 운영한 팀의 4분의 3이 내려가고 있었다. 그래서 세 시즌이 되면 검토하고, 끝나는 팀은 졸업이라고 부른다.
인사이트 노트3. 4
같은 콘텐츠인데 주말만 무너졌다
한 시즌에 주중 팀과 주말 팀을 같이 연다. 어느 시즌에 주말 열두 팀 중 한 팀만 정원을 채웠다. 성공률 8퍼센트. 주중은 같은 시즌에 56퍼센트였다.
인사이트 노트3. 2
전체 등록자 수만 보면 오판한다
등록자가 가장 많은 팀은 16명 중 신규가 2명이었다. 빼려던 팀은 7명 중 4명이 신규였다. 하나의 숫자로 팀을 평가하다가 신규를 데려오는 팀을 잘라낼 뻔했다.
인사이트 노트2. 28
연차마다 들어오는 문이 다르다
새로 오는 멤버의 한가운데는 8년차이고, 8~10년차는 55퍼센트가 지인 추천으로 왔다. 그런데 콘텐츠에 쓰는 시간의 대부분은 인스타그램에 들어가고 있었다.
인사이트 노트2. 27
2. 25
절반은 한 번 오고 돌아오지 않는다
8년치 1,795명의 첫 등록을 추적했다. 56.5퍼센트가 한 번 오고 안 돌아왔다. 그런데 돌아온 사람의 63.6퍼센트는 바로 다음 시즌에 왔다. 기회는 한 번뿐이었다.
인사이트 노트2. 13
충성도가 올라간 줄 알았다
한 사람이 평균 몇 번 등록하는지를 8년 동안 재봤다. 1.54회에서 3.67회로 올랐다. 좋은 신호로 읽었는데, 같은 기간 첫 등록 비율은 47퍼센트에서 32퍼센트로 떨어져 있었다.
인사이트 노트2. 13
재등록률을 올린 건 혜택이 아니라 질문이었다
재등록률을 올리려고 혜택을 늘리는 대신 먼저 물어봤다. 참여 목적과 가능한 요일과 원하는 형태를 묻는 설문을 넣었더니 재등록자 비율이 66퍼센트에서 70퍼센트가 됐다.
인사이트 노트1. 22
팀 하나 소개하는 데 600줄이 들었다
시즌마다 스무 개 팀의 소개 페이지를 직접 만들었다. 팀당 600줄이니 합치면 12,000줄이다. 오픈 2~3주 전마다 같은 데서 무너졌는데, 무너지는 데가 글 쓰는 데가 아니었다.
인사이트 노트