파운더 모드: 위임하라는 조언이 당신의 제품을 망치고 있습니다

"좋은 사람을 뽑고, 그들에게 자율권을 주세요." 창업 관련 책, 강연, 멘토링에서 빠지지 않는 조언입니다. 경영학 교과서가 수십 년간 가르쳐 온 정답이기도 합니다. 문제는 이 조언이 파운더에게는 재앙이 될 수 있다는 겁니다.

Brian Chesky는 이 조언을 따랐다가 Airbnb를 거의 잃을 뻔했습니다. 그리고 그 교훈에서 Paul Graham이 이름 붙인 개념이 바로 "파운더 모드"입니다.

"전문가에게 맡겨라"는 말의 함정

스타트업이 성장하면 주변에서 한결같이 말합니다. 전문 경영인을 데려오라고. 마케팅은 마케팅 전문가에게, 엔지니어링은 VP에게, 재무는 CFO에게. 파운더는 비전만 제시하고 뒤로 물러나라고.

Chesky는 실제로 그렇게 했습니다. 최고의 인재를 영입하고 자율권을 줬습니다. 결과는 어땠을까요? 각 부서가 자기만의 왕국을 만들기 시작했습니다. 회사 전체의 비전은 사라지고, 부서 이기주의가 남았습니다.

마케팅팀은 마케팅 지표만 신경 쓰고, 제품팀은 제품 로드맵만 들여다봅니다. 고객이 실제로 무엇을 겪고 있는지는 아무도 책임지지 않습니다. 파운더가 손을 떼면 누가 전체 그림을 볼까요? 아무도 안 봅니다.

매니저 모드 vs 파운더 모드: 근본적으로 다른 운영 체제

Paul Graham은 이 두 가지를 완전히 다른 운영 체제로 구분합니다.

매니저 모드는 위계적입니다. 직속 보고자에게만 관여하고, 그 아래는 건드리지 않습니다. "존중"이라는 이름으로 거리를 둡니다. 전문 경영인에게는 이 방식이 맞습니다. 그들은 조직을 '관리'하는 사람이니까요.

파운더 모드는 다릅니다. 파운더는 필요하면 조직의 어느 레벨이든 직접 파고듭니다. 고객 지원 이메일을 직접 읽고, 코드 리뷰에 참여하고, 신규 직원 온보딩에 얼굴을 비춥니다. 마이크로매니징이 아닙니다. 제품과 고객에 대한 감각을 잃지 않기 위한 생존 전략입니다.

파운더가 "전문가답게" 행동하려고 하면, 파운더만이 할 수 있는 일을 포기하게 됩니다.

Steve Jobs는 마이크로매니저가 아니었습니다

Apple에서 Steve Jobs가 한 유명한 일이 있습니다. 매년 가장 뛰어난 사람 100명을 직접 골라 워크숍을 열었습니다. 직급이나 부서와 무관하게요. VP 아래의 엔지니어가 참석하고, VP는 참석하지 못하는 일도 있었습니다.

매니저 모드의 관점에서 보면 이건 월권입니다. "내 팀원을 왜 내 허락 없이 불러?"라는 반발이 나올 수 있습니다. 하지만 Jobs는 알고 있었습니다. 조직도의 계층을 무시해야만 보이는 것들이 있다는 걸.

인디 파운더에게 이 교훈은 더 직접적입니다. 당신의 팀이 3명이든 혼자이든, 고객과의 거리를 늘리는 모든 결정은 위험합니다. 중간에 누군가를 세울 때마다 신호가 왜곡됩니다.

Chesky가 Airbnb를 되살린 방법: 디테일에 집착하기

코로나 팬데믹은 Chesky에게 강제 리셋 버튼이었습니다. 매출의 80%가 8주 만에 사라졌습니다. 위기 속에서 그는 위임 모델을 버리고, 모든 것에 직접 관여하기 시작했습니다.

그가 한 일들을 보면 놀랍습니다.

• 제품 리뷰를 직접 주도: 매주 핵심 기능의 디자인과 구현을 직접 검토했습니다.
• 고객 피드백을 직접 읽기: CS팀의 요약 보고서가 아니라, 원본 피드백을 매일 확인했습니다.
• 마케팅 카피를 직접 승인: 대행사에 맡기지 않고, 한 줄 한 줄 확인했습니다.
• 신규 채용에 직접 참여: 핵심 포지션은 최종 면접을 직접 진행했습니다.

결과는 극적이었습니다. Airbnb는 상장 후 가장 높은 수익성을 달성했습니다. 직원 수는 오히려 줄였는데도요. 파운더가 디테일에 집착할수록, 조직은 더 효율적이 됩니다. 역설적이지만 사실입니다.

인디 파운더는 이미 파운더 모드입니다

여기서 중요한 반전이 있습니다. 인디 파운더는 처음부터 파운더 모드입니다. 혼자서 코드를 짜고, 마케팅하고, 고객 지원을 하고, 세금 신고까지 합니다. 문제는 성장하면서 이 모드를 '졸업'해야 한다고 착각하는 순간입니다.

"이제 나는 CEO니까 더 큰 그림을 봐야 해." 이 생각이 시작되면 위험합니다. 고객 이메일을 VA에게 맡기고, 블로그를 외주에 맡기고, 제품 업데이트를 프리랜서에게 위임합니다. 한 달 뒤, 당신은 자기 제품의 현재 상태를 모릅니다.

위임은 당신의 시간을 아끼는 것이 아닙니다. 당신의 감각을 죽이는 것입니다.

파운더 모드의 핵심: 무엇을 절대 위임하면 안 되는가

모든 것을 직접 하라는 말이 아닙니다. 하루가 24시간인 건 파운더도 마찬가지입니다. 핵심은 절대 위임하면 안 되는 영역을 명확히 아는 것입니다.

• 고객의 목소리: 요약 보고서가 아니라 원본을 읽으세요. 고객이 어떤 단어를 쓰는지, 어디서 화를 내는지, 무엇에 감동하는지. 이 감각은 대체 불가능합니다.
• 제품의 핵심 경험: 핵심 기능의 설계와 품질은 파운더가 직접 관여해야 합니다. 누군가가 "괜찮아요"라고 말해도, 당신의 기준이 최종 기준입니다.
• 브랜드 톤: 당신의 제품이 어떤 말투로 고객에게 말하는지. 에러 메시지 하나, 이메일 제목 하나가 브랜드를 만듭니다.
• 채용 (또는 파트너 선택): 함께 일할 사람을 고르는 결정은 위임할 수 없습니다. 잘못된 한 명이 제품의 방향을 완전히 틀어버립니다.

반대로, 세금 신고, 서버 모니터링, 반복적인 데이터 입력 같은 일은 위임하세요. 규칙이 명확하고 감각이 필요 없는 일은 자동화하거나 맡기는 것이 맞습니다.

파운더 모드를 유지하는 구체적인 습관

파운더 모드는 마인드셋이 아니라 습관입니다. 매일 반복해야 유지됩니다.

• 매일 30분, 고객 피드백 원본 읽기: Canny든 이메일이든 카카오톡 채널이든. 필터링되지 않은 목소리를 듣는 시간을 확보하세요.
• 주 1회, 자기 제품 처음부터 써보기: 신규 가입부터 핵심 기능 사용까지. 이 과정에서 발견하는 불편함이 다음 업데이트의 우선순위가 됩니다.
• 핵심 지표 직접 확인: 대시보드를 누군가에게 보고받지 마세요. 직접 열어보세요. 숫자의 맥락은 직접 봐야 느낍니다.
• "왜?"를 계속 묻기: 팀원이 결정을 보고하면, "좋아요" 대신 "왜 그렇게 결정했어요?"를 물으세요. 마이크로매니징이 아닙니다. 사고 과정을 공유하는 것입니다.

스케일은 시스템이 아니라 감각에서 나옵니다

매니저 모드의 논리는 이렇습니다. "파운더가 모든 것에 관여하면 스케일이 안 된다." 맞는 말처럼 들립니다. 하지만 현실은 다릅니다.

Basecamp의 Jason Fried는 20년 넘게 파운더 모드를 유지하고 있습니다. 직원 수를 의도적으로 적게 유지하면서, 제품의 모든 디테일에 관여합니다. 수백만 명이 쓰는 제품을 50명도 안 되는 팀으로 운영합니다.

Notion의 Ivan Zhao도 마찬가지입니다. 아이콘 하나, 애니메이션 하나까지 직접 확인합니다. 그 집착이 Notion을 Notion답게 만듭니다.

스케일은 사람을 더 뽑아서 달성하는 것이 아닙니다. 파운더의 감각을 시스템에 녹여내는 것입니다. 디자인 원칙, 코드 컨벤션, 고객 응대 가이드라인 — 이런 시스템에 파운더의 기준이 담겨야 합니다. 그래야 위임해도 품질이 유지됩니다.

파운더 모드는 "모든 것을 혼자 하라"가 아닙니다. "모든 것의 기준을 당신이 세우라"입니다. 기준을 세우려면, 현장에 있어야 합니다. 현장을 떠나는 순간, 기준도 사라집니다. 당신의 제품을 가장 잘 아는 사람은 당신이어야 합니다. 그것이 파운더 모드의 본질입니다.