매뉴얼: Discovery 페이지

앞선 글에서는 Opportunity Brief가 어떻게 만들어지는지 다뤘습니다. 이번 글은 그것들이 도착하는 데스크를 실제로 운영한 한 주의 기록입니다 — 무엇을 열어봤고, 무엇을 만들었고, 무엇을 그냥 남겨뒀고, 한 가지 어긋났던 일까지.

월요일 오전 9시 10분 — 큐에 브리프 6개

아침의 첫 번째 원칙: 위에서 아래로 읽지 않는다. 페이지는 브리프를 문제, 대상, 증거, 범위, 확신도 순으로 배치하지만, 저는 항상 증거를 먼저 읽습니다. 요약보다 링크를 먼저 엽니다. 월요일 6개 중 하나는 "커뮤니티 내 불만 증가"를 인용하며 스레드 두 개를 링크했는데, 그중 하나는 추천 4개짜리 2019년 스레드였습니다. 이건 증거가 아니라 검색 결과일 뿐이고, 약 8초 만에 종결됐습니다.

두 번째 것은 검증을 통과했습니다. 프리랜서 영상 편집자들이 이메일, Frame.io 코멘트, 문자 메시지에 흩어진 클라이언트 피드백을 잃어버리고, 매 수정 라운드마다 수작업으로 취합하고 있다는 내용이었습니다. 증거 섹션에는 독립적인 출처 세 개가 있었습니다 — 우회 방법들을 비교하는 영상 편집 서브레딧의 40개 댓글 스레드, 경쟁사에 대해 똑같은 문제를 지적하는 G2 리뷰, 그리고 "수치스러운 피드백 스프레드시트"에 대한 좋아요 200개짜리 트윗. 세 개의 출처가 일치하는 것이 바이럴 게시물 하나보다 낫습니다. 바이럴리티는 공감된다는 것만 말해줄 뿐, 흔한 문제라는 것을 말해주지는 않습니다.

대상: 클라이언트 업무를 하는 프리랜서 영상 편집자, 한 번에 클라이언트 1~5명, r/videoediting과 Frame.io 커뮤니티 Discord에서 활동. 나중에 중요해지는 부분인데, 광고를 걸 만큼 구체적입니다. 범위: Frame.io 코멘트 내보내기와 이메일 스레드를 입력받아 하나의 통합 수정 목록을 뽑아내는 단일 페이지. 인증 없음, 팀 기능 없음, 결제 없음. 하루 만에 만들 수 있을 만큼 작습니다. 이게 바로 범위 섹션이 보여야 할 모습입니다 — 저는 보통 빌드 프롬프트에서 브리프가 제안한 범위를 절반으로 줄이는데, 이번에는 그럴 필요도 없었습니다.

같은 실행에서 세 번째 브리프: "프리랜서들이 여러 클라이언트에 걸쳐 시간 추적에 어려움을 겪는다." Reddit 스레드 하나, 댓글 6개. 대상은 그냥 "프리랜서". 범위는 인보이스 기능까지 갖춘 완전한 시간 추적 SaaS. 같은 아침, 같은 리서치 실행, 그런데 품질은 극과 극이었습니다 — 근본적인 신호 자체가 약했던 겁니다. 종결. 좋은 실행이라면 자세히 읽어볼 만한 2~3개와, 실행할 만큼 날카롭지 않은 나머지 몇 개가 나옵니다. 이건 정상이지 시스템이 고장났다는 신호가 아닙니다.

월요일 오전 9시 40분 — 빌드 프롬프트, 그리고 하마터면 건너뛸 뻔한 결정

영상 편집자 브리프는 설득력이 충분해서 곧장 빌드로 보낼 뻔했습니다. 스스로 멈췄죠 — 반쯤 확신한다는 건 먼저 검증하라는 뜻이지 먼저 빌드하라는 뜻이 아닙니다. 일반적인 빌드 흐름은 실제로 확신이 설 때를 위한 것이지, 흥분했을 때를 위한 것이 아닙니다. 대신 한 페이지짜리 대기 명단을 준비했습니다: 평이한 언어로 된 피치, 그리고 Frame.io Discord의 명백한 이웃들을 겨냥한 40달러의 일시 정지된 광고 비용.

여기서 하마터면 진짜 실수를 할 뻔했습니다. 광고 타겟팅 초안이 너무 좁아서 총 약 200명에게만 노출됐을 것이고, 노출 200회에서 나온 무반응 결과는 아무것도 말해주지 않습니다 — "아무도 원하지 않는다"와 "아무도 보지 못했다"를 구분할 수 없으니까요. 일시 정지를 풀기 전에 대상을 넓혔습니다. 작은 일이지만, 잡아내지 못하면 검증 실행 전체를 조용히 망쳐버리는 종류의 실수입니다.

수요일 — 숫자 확인

화요일 오전에 일시 정지를 풀고 나흘간 광고를 집행한 결과: 노출 약 900회 대비 가입 19명. 진짜 신호였습니다. 가입자가 2명이었더라도 진짜 신호였을 겁니다, 다만 반대 방향의 신호였겠죠. 어느 쪽이든, 월요일에는 몰랐던 것을 이제 알게 됐습니다. 일주일치 빌드 시간 대신 랜딩페이지 하나와 40달러의 비용으로요. 이게 바로 앞서 다룬 예시의 그 브리프이며, 누군가 왜 검증을 먼저 하는 번거로움을 감수할 가치가 있는지 물어본다면 가리킬 사례입니다.

이런 식으로 운영하는 계정들에서 제가 실제로 보이는 비율: 브리프 8개 중 약 1개는 곧바로 빌드로, 3~4개는 검증을 위해 준비되고, 나머지는 묵혀서 사라집니다. 만약 여러분의 비율이 빌드 쪽으로 더 기울어져 있다면, 아마 증거 섹션을 충분히 꼼꼼히 읽지 않고 있는 것입니다.

3월의 한 브리프, 아직 그대로 남아있는

이번 주 일이 아닙니다 — 이걸 언급하는 이유는 오래된 브리프를 삭제하는 것에 대한 제 생각을 바꿔놓았기 때문입니다. 3월에 소규모 클라이밍 짐을 위한 니치 재고 관리 도구에 관한 브리프를 묵혀뒀습니다. 대상은 진짜였지만 증거는 빈약했고, 포럼 스레드 하나뿐이었습니다. 그냥 뒀습니다. 두 달 뒤 경쟁사가 유사한 제품을 출시했고, 다시 읽어보니 대상 섹션이 추측이 아니라 선견지명처럼 보였습니다. 브리프 자체는 아무것도 달라지지 않았습니다. 시장이 달라진 것이죠. 만약 큐를 깔끔하게 유지하려고 삭제했다면, 그 맥락은 아무 이유 없이 그냥 사라졌을 겁니다.

금요일 — 결과물을 읽는 대신 기계를 조정하기

금요일에는 브리프를 읽는 데 시간을 덜 쓰고, 그것을 작성하는 시스템을 조종하는 데 더 씁니다. 이번 금요일에는 두 가지를 바꿨습니다. 첫째: 다음 리서치 실행의 범위를 특정 영역으로 지정했습니다 — 아무것도 지정하지 않는 대신 "클라이밍 짐용 도구"로요. 범위가 지정되지 않은 실행은 그 주에 인터넷에서 시끄러운 것들(항상 새로운 AI 래퍼 아이디어가 있고, 항상 일반적인 생산성 불만이 있죠)을 표면화하는 경향이 있지, 실제 하위문화를 파고들지 않기 때문입니다. 범위가 지정된 실행은 짐 오너들이 루트 세팅 로테이션을 위해 공유하는 정확한 스프레드시트를 찾아옵니다. 범위가 없는 실행은 분위기만 가져옵니다.

두 번째 변화는, 이 목록에서 다른 무엇보다 먼저 하라고 권할 만한 것입니다: 지난 한 달간의 거절 사유를 다시 돌아보며 적어보고, 그 이유들을 다음 실행의 포커스에 반영했습니다. 증거 부족, 세 번. 과도한 범위, 두 번. 다음 실행에는 "증거가 풍부한" 것과 "좁은 범위의 MVP" 쪽으로 기울도록 지시했습니다. 무딘 도구이긴 합니다 — 모델을 파인튜닝하는 게 아니라 프롬프트를 살짝 미는 것이니까요 — 하지만 한 계정에서 몇 달간 이 작업을 반복한 결과, 빌드할 가치가 있는 브리프의 채택률이 12개 중 1개 수준에서 5개 중 1개에 가까운 수준으로 올랐습니다.

다음에는 건너뛸 것

초반에 약 일주일 동안 Discovery를 매일 실행하며 열심히 찾아다녔는데, 다시 한다면 이건 건너뛸 겁니다 — 주 2회만 해도 이미 거의 과한 수준입니다. 왜냐하면 리서치 에이전트는 스윕 사이에 신호가 쌓일 실제 시간이 필요하기 때문입니다. 매일 실행하면 대체로 같은 세 가지 트렌드에 대한 거의 중복된 브리프가 나올 뿐이고, 이는 월요일의 회의적인 읽기를 추가 신호 없이 더 길어지게 만들 뿐입니다. 주 1회가 올바른 기본값입니다. 적극적으로 뭔가를 추적할 때만 압축할 것이고, 그때도 이틀에 한 번 이상은 하지 않을 겁니다. 그리고 영역도 더 일찍 순환시켰을 겁니다 — "클라이밍 짐"을 3주 연속으로 돌리니 셋째 주에는 같은 스레드의 바닥까지 긁어냈지만, 2~3개 영역을 순환시켰다면 각각이 계속 신선했을 겁니다.