- 전략적 선택은 두 가지 모두 매력적인 옵션 중 하나를 선택하고, 그에 따르는 불리한 결과까지 수용하는 것
- 진정한 전략은 “좋은 말”이 아니라 트레이드오프를 수반하는 구체적 선택으로, ‘둘 다’가 아닌 ‘하나’ 를 명확히 정해야 함
- 진짜 전략적 선택은 반대편도 충분히 합리적이며, 선택에 따른 2차 효과가 회사 전체에 파급되는 구조
- 여러 전략적 선택이 서로 상충 없이 강화될 때 조직 전체가 일관된 방향으로 빠르게 움직일 수 있음
- 선택이 어렵지 않다면 그것은 진정한 선택이 아니며, 어려운 결정을 미리 내려야 구성원이 독립적으로 올바른 판단 가능
전략적 선택이 필요한 이유
- 회사 내 모든 구성원이 매일 독립적으로 의사결정을 내리며, 이것이 조직 확장의 핵심 메커니즘
- 그러나 개별적으로는 합리적인 결정이 서로 모순될 수 있으며, 모두가 다른 방향으로 움직이면 생산성이 높아도 결과는 제자리
- 자율적 팀에도 정렬이 필요하며, 이 정렬은 전술(매주 변함)이나 상투어(아무것도 바꾸지 못함)가 아닌 거시적 수준의 결정, 즉 전략적 선택에 기반해야 함
- 일상적 결정이 전략적 선택과 일치하면, 마케팅의 약속과 엔지니어링의 결과물 사이 불일치가 사라지고 의사결정이 서로 복리로 강화
진짜 전략적 선택의 3가지 속성
-
1. 양쪽 모두 합리적인 선택지
- "좋은 디자인"은 전략적 선택이 아님 — "나쁜 디자인"이 합리적 대안이 된 적이 없기 때문
-
"올인원"과 "작은 코어 + 극단적 확장성" 은 진짜 선택 — 각각을 택한 성공 기업이 다수 존재
- "둘 다"는 유효한 선택이 아님 — 제품이 자기 완결적이거나, 아니거나 둘 중 하나
- UX를 완전한 경험으로 설계하거나, 제3자 UX를 수용하도록 설계하거나
- "필요한 모든 것을 갖춘 제품"으로 팔거나, "모든 것을 위한 에코시스템 플랫폼"으로 팔거나
- 서포트가 전체 제품에 답변하거나, 플러그인 벤더에게 라우팅하거나
- 진짜 전략적 선택을 했다면 회사 전체에 퍼지는 2차 효과 목록이 길어짐
- 이는 Opposite Test 개념과 동일 — 반대편이 사소하거나 무의미하지 않아야 실질적 선택
-
2. 선택에는 바람직한 결과와 불리한 결과가 공존
- 상투적 선언은 부정적 면이 없어서 기분 좋지만, 진짜 결정이 아님
- "훌륭한 디자인"의 실제 비용 예시:
- 재능 있는 디자이너 필요 → 더 큰 팀 필요
- 엔지니어가 UX 완성도에 DB 스케일링만큼 신경 써야 함
- 디자인 시스템 투자 필요
- 기능 개발 속도 저하 — 작동만이 아닌 잘 설계된 상태가 요구됨
- 디자인이 악화될 기능은 고객 요청이라도 거절해야 함
- 모든 고객이 "좋은 디자인"에 동의하지 않으므로 일부는 만족, 일부는 불만
- 전략적 선택은 패키지 딜 — 장점만 취하고 약점을 피할 수 없음
- 결과를 명시적으로 전략에 기술하면 개인 해석을 줄이고 일상 결정의 정렬에 기여
-
3. 일관성을 넘어 상호 강화
- 선택-결과 목록을 활용해 모순을 점검해야 하며, 충돌은 흔히 2차 효과에 숨어 있음
- 예: "소규모 팀"과 "기능 풍부"는 관련 없어 보이지만, 소규모 팀은 보통 제품을 작고 단순하게 유지해야 하므로 충돌
- 그러나 "소규모 팀 + 작은 코어 + 확장 가능한 에코시스템"이라는 추가 선택으로 해소 가능 — 에코시스템이 기능 풍부함 담당
- 각 선택이 맞물려 자체 함의를 끌고 오며, 이 탐색 과정이 일관된 결정 세트에 도달하는 방법
- 단순한 비충돌이 아닌 상호 강화가 이상적 — "확장성"이 "기능 풍부"를 돕고, 소규모 팀이 코어를 작게 유지해 에코시스템 번성 공간 확보
- 강한 선택들이 서로 강화하면 회사에 "세상은 이래야 한다"는 개성이 생기며, 동의하는 고객은 더 깊이 사랑하게 됨
- 전체 조직이 빠르게 움직이고, 트레이드오프 재논의가 줄며, 일관성이 유능함으로 느껴지는 선순환
약한 선택을 강한 선택으로 전환하는 방법
- 전략적 선택을 만들 때 사람들은 Opposite Test를 통과하지 못하는 약한 의사 선택을 반복적으로 작성
- 이미 선호하는 쪽이 있어서 반대편을 명백히 나쁘게 만들어 자기 선택이 "이기도록" 하려는 경향
- 약하게 표현된 선택 아래 숨겨진 유효한 관점을 추출하는 것이 핵심
- 유용한 질문:
- "나쁜" 쪽을 택한 성공하고 사랑받는 기업이 있는가?
- 그 결점에도 불구하고 사람들이 사랑하는 이유는 무엇인가?
- 그 "사랑하는 것"이 바로 전략적 선택의 진짜 반대편
- 구체적 예시: 노트 앱
- Apple Notes, Bear 같은 올인원 앱 — 플러그인이나 API 없이 전체 경험을 통제하여 아름다운 일관성 달성
- Obsidian — 다운로드 가능한 기능의 놀라운 배열 제공, UX가 혼잡하다는 불만에도 기능의 광범위한 선택과 자신만의 정보 관리 시스템 구축 가능성으로 사랑받음
- "왜 Obsidian이 UX가 지저분한데도 사랑받는가"를 물으면 진짜 선택지인 "올인원 vs 무한 확장성" 에 도달
"둘 다"를 택하고 싶은 유혹
- 양쪽 모두 바람직하므로 반대편 요소를 끌어오려는 유혹은 필연적
- 올인원 제품을 만들었지만 경쟁사의 플러그인이 인기이므로 플러그인 탐색 시작
- "가격을 올리자, 돈을 남기고 있다" 또는 "속도를 늦추고 다듬자, 부끄럽다"
- 이 유혹이 설득력 있는 이유는 반대 선택도 실제로 훌륭하기 때문
- 전략의 존재 이유: 조직 내 누구든 "추상적으로는 좋은 아이디어이지만, 우리가 선택한 트레이드오프 번들에 맞지 않는다" 고 자신 있게 말할 수 있게 하는 것
- 핵심 원칙: 충돌할 때는 전략적 선택을 고수하고, 충돌하지 않을 때는 최선을 택할 것
- 예: "최저 가격" 전략이지만 비용 증가 없이 품질 개선 가능하면 수용
- 그러나 대부분의 경우 충돌하며, 일관성 없이 결정하면 유일하게 지는 포지션에 도달 — 충성을 얻을 만큼의 품질도, 복잡한 유스케이스를 이길 만큼의 파워도 없는 상태
-
Agile Manifesto가 이 태도를 잘 보여줌 — "포괄적 문서보다 작동하는 소프트웨어"는 문서가 나쁘다는 뜻이 아니라, 시간이 제한될 때(항상 제한됨) 한쪽에 더 투자한다는 의미
- "오른쪽 항목에도 가치가 있지만, 왼쪽 항목에 더 가치를 둔다"를 명시
- 전략에도 동일 패턴 적용: 저가 전략이면 고가 제품을 "그 고객층도 잡기 위해" 도입하지 않되, 저가를 위협하지 않는 한 품질 향상은 수용
- 이는 엄격한 선택이며, 균형이 아님
전략적 선택 예시 테이블
-
최저 가격 vs 프리미엄 가격
- 최저 가격: 가장 큰 시장, 접근성과 합리성 포지셔닝, 가격만으로 이기는 경쟁자 다수 차단 / 광고·영업 투자 불가, 입소문 의존, 품질·기능에 상한선
- 프리미엄 가격: 높은 마진으로 브랜드·유통 투자, 지위 신호가 기능이 됨 / 더 작은 시장, 브랜드 지속 투자 필요(마케팅, 프레스티지), 투자 중단 시 프리미엄 붕괴
-
일관된 올인원 UX vs 확장 가능한 에코시스템
- 올인원: 신뢰와 습관을 만드는 설계된 경험, 서포트·온보딩 단순 / 기능 폭 전적으로 자사 책임, 플러그인·스크립팅 필요한 파워 유저 이탈
- 에코시스템: 자사가 제공 불가능한 롱테일 기능, 파트너가 유통 채널 역할 / UX 일관성 저하, 보안·호환성·서포트가 통제 불가능한 공급망 문제
-
단순 UX vs 강력한 기능
- 단순 UX: 짧은 가치 도달 시간, 셀프서브 성장, 낮은 인지 부하 / 복잡한 워크플로우·거버넌스 딜 손실, 체크리스트·RFP에서 불리
- 강력한 기능: 고위험 워크플로우에서 승리, 높은 고객당 매출, 전환 비용으로 높은 유지율 / 온보딩에 교육·셋업·전문가 필요, 서포트가 필수 비용
-
최소 서포트 vs 하이터치 서포트
- 최소 서포트: 높은 마진, 제품에 집중, 사용성과 문서 품질 강제 / 전화·SLA 요구 바이어 대응 불가, 이탈 시 피드백 루프 상실
- 하이터치 서포트: 경쟁사가 메울 수 없는 갭 브릿지, 충성도와 차별화 생성, 매일 진실을 듣는 제품 발견 엔진 / 비용 높고 확장 어려움, 24/7 기대와 의존성 생성
-
소규모 팀 단순성 vs 엔터프라이즈 복잡성
- 소규모 팀: 짧은 영업 주기, 컨설턴트 없이 고객 성공 가능 / 거버넌스·감사·기업 통합 요구 엔터프라이즈 딜 상실
- 엔터프라이즈: 조달 게이트 통과 및 큰 예산 확보, 통합·권한·거버넌스가 락인과 유지율 생성 / 긴 영업 주기에 자금·인내·영업 머신 필요, 제품·UX 비대화
-
최첨단 속도 vs 견고한 안정성
- 최첨단 속도: 차별화된 새로움, 빌더와 얼리어답터 유인 / 버그·오류가 브랜드 일부, 보수적 유스케이스 이탈
- 견고한 안정성: 중요 워크플로우에서 신뢰가 해자, "절대 안 깨진다"가 "새롭다"를 이김, 낮은 서포트·이탈 / 느린 속도, 새로움이 관심과 예산 확보, 프론티어 기회 놓침 및 도태 위험
-
오픈소스 vs 클로즈드소스
- 오픈소스: 낮은 신뢰 장벽, 커뮤니티가 기능·통합 가속 / 코어가 "무료"로 느껴져 수익화 어려움, 거버넌스·유지보수가 정치적이고 소모적
- 클로즈드소스: 로드맵·UX·라이선싱·가격 결정 완전 통제, 단순한 거버넌스 / 투명성·락인 우려 세그먼트에서 채택 둔화, 커뮤니티 레버리지 없이 자체 속도 자금 조달 필요
-
적지만 완성도 높은 기능 vs 많은 기능
- 적지만 완성도 높음: 완성도와 일관성이 만족·유지·입소문 생성, 낮은 복잡성 → 적은 버그·문서·티켓·빠른 반복 / 체크리스트·RFP 불리, 특정 세그먼트 엣지 케이스 미충족으로 이탈
- 많은 기능: 조달 비교에서 더 많은 체크박스, 넓은 커버리지로 시장 확대·업셀 경로 다양 / 품질 불균등, UX 일관성 붕괴, 서포트·문서 폭발적 증가
결론
- 선택의 약점을 수용하는 것은 고통스럽고, 반대 선택의 장점은 매력적으로 보이는 것이 전략의 본질
-
선택이 어렵지 않았다면 그것은 실제 선택이 아님. 선택은 반드시 포기와 부작용을 포함
- 어려운 선택을 지금 내려서 나머지 구성원의 부담을 덜어주고, 모두가 독립적으로 현명한 결정을 내릴 수 있게 해야 함