우선순위 결정법

아이디어가 많을수록 순서가 중요하다

성장팀이 실패하는 흔한 이유는 아이디어가 없어서가 아니다. 오히려 아이디어가 너무 많아서 실패한다. 랜딩 페이지를 고치고 싶고, 광고도 테스트하고 싶고, 온보딩도 바꾸고 싶고, 이메일 자동화도 만들고 싶다. 하지만 작은 팀의 시간과 개발 리소스는 제한되어 있다.

그래서 우선순위 결정은 단순한 일정 관리가 아니다. 성장의 병목을 어디서부터 풀 것인지 정하는 전략이다. 좋은 팀은 "무엇을 할까?"보다 "무엇을 먼저 하지 않을까?"를 더 자주 묻는다.

네 가지 기준으로 먼저 거른다

성장 아이디어를 평가할 때는 네 가지를 본다.

첫째, 병목과 연결되어 있는가. 가입자가 적은 것이 문제인지, 가입 후 첫 사용이 약한 것인지, 재방문이 낮은 것인지 먼저 확인해야 한다. 리텐션이 낮은 제품에 광고비를 늘리면 새 물이 새는 양동이에 물을 붓는 것과 같다.

둘째, 매출에 얼마나 가까운가. 결제 전환율, 유료 플랜 업그레이드, 세일즈 문의 전환처럼 매출과 가까운 병목은 작은 개선도 큰 결과를 만든다.

셋째, 학습 가치가 있는가. 당장 숫자가 크게 오르지 않아도 고객이 무엇에 반응하는지 알려주는 실험은 가치가 있다. 특히 초기 서비스에서는 정답보다 학습 속도가 더 중요하다.

넷째, 실행 난이도가 적절한가. 한 달짜리 대형 개편보다 하루 만에 검증할 수 있는 작은 실험이 더 좋은 출발점일 수 있다.

ICE, RICE, PIE를 가볍게 쓰기

대표적인 우선순위 프레임워크로 ICE, RICE, PIE가 있다.

ICE는 Impact, Confidence, Ease를 본다. 임팩트가 얼마나 큰지, 성공할 확신이 얼마나 있는지, 실행이 얼마나 쉬운지를 점수화한다. 빠르고 단순해서 작은 팀에 잘 맞는다. 단점은 점수가 주관적이기 쉽다는 점이다.

RICE는 Reach, Impact, Confidence, Effort를 본다. 얼마나 많은 사용자에게 영향을 주는지까지 포함한다. 사용자 규모가 있고, 여러 팀이 함께 일하는 조직에 적합하다. 다만 계산이 복잡해져 작은 실험에는 과할 수 있다.

PIE는 Potential, Importance, Ease를 본다. 개선 가능성, 해당 페이지나 단계의 중요도, 실행 용이성을 평가한다. 전환율 최적화나 퍼널 개선에 유용하다.

중요한 것은 프레임워크 자체가 아니다. 같은 기준으로 아이디어를 비교하고, 감정이 아니라 근거로 순서를 정하는 습관이다.

점수의 편향을 줄이는 법

우선순위 점수는 정확한 수학이 아니다. 팀의 기대, 직급, 최근 본 사례, 개인 취향이 쉽게 섞인다. 이를 줄이려면 세 가지 원칙이 필요하다.

먼저 점수마다 근거를 적는다. "임팩트 8점"이라고 쓰지 말고 "결제 페이지 방문자의 30%가 이 단계에서 이탈하므로 8점"처럼 써야 한다.

다음으로 실행 전에 성공 기준을 정한다. "좋아질 것 같다"가 아니라 "가입 후 첫 행동 완료율이 20%에서 25%로 오르면 성공"처럼 말해야 한다.

마지막으로 여러 사람이 독립적으로 점수를 매긴 뒤 차이가 큰 항목만 토론한다. 처음부터 목소리 큰 사람이 방향을 정하면 프레임워크는 장식이 된다.

매출 병목과 장기 자산을 구분한다

항상 매출에 가까운 일부터 해야 하는 것은 아니다. 현금 흐름이 빠듯하거나 유료 전환율이 낮아 사업이 흔들린다면 결제, 가격, 세일즈 문의, 업그레이드 병목부터 해결해야 한다.

반대로 아직 시장 학습이 부족하거나 유입 기반이 약하다면 장기 자산을 먼저 쌓아야 한다. 검색 콘텐츠, 커뮤니티 신뢰, 추천 루프, 온보딩 데이터 같은 자산은 당장 매출을 만들지 않아도 시간이 지날수록 성장 비용을 낮춘다.

판단 기준은 단순하다. 지금 가장 큰 위험이 매출 부족이라면 매출 가까운 병목을 본다. 가장 큰 위험이 학습 부족이라면 고객 이해와 반복 유입을 만드는 실험을 먼저 한다.

실험 백로그와 그로스 회의 운영법

아이디어는 머릿속에 두지 말고 백로그로 관리해야 한다. 최소 항목은 다음과 같다.

• 문제: 어떤 병목을 해결하려는가

• 가설: 무엇을 바꾸면 어떤 지표가 좋아질 것인가

• 대상: 누구에게 적용할 것인가

• 지표: 성공과 실패를 무엇으로 판단할 것인가

• 예상 임팩트와 난이도

• 담당자와 실행 기간

• 결과와 다음 액션

그로스 회의는 아이디어 발표회가 아니라 학습 회의여야 한다. 추천 흐름은 간단하다. 지난 실험 결과를 먼저 보고, 배운 점을 정리한 뒤, 현재 병목을 확인하고, 다음 실험 1~3개만 선택한다. 회의가 끝날 때는 반드시 "누가, 언제까지, 무엇을, 어떤 기준으로 실행할지"가 남아야 한다.

성장팀의 실력은 많은 일을 하는 데서 나오지 않는다. 중요한 일을 먼저 하고, 결과를 배우고, 다음 순서를 더 정확하게 정하는 데서 나온다. 우선순위 결정은 실행을 줄이는 일이 아니라 성장 속도를 높이는 일이다.