김희준
‘예약 시스템을 직접 만들까, 외부 제품을 도입할까?’는 하나의 결정처럼 들립니다. 하지만 예약 서비스에는 고객 경험, 일정 배정 규칙, 캘린더 데이터, 알림, 인프라처럼 서로 다른 요소가 들어 있습니다. 전체 서비스를 하나의 구성요소로 취급하면 필요 이상으로 많이 개발하거나, 정작 서비스의 핵심에 맞지 않는 제품을 도입할 수 있습니다.
워들리 맵(Wardley Map)은 이러한 구성요소를 나누고 맥락 속에 배치합니다. 이 글에서는 가상의 장비 수리 예약 서비스를 예로 들어, 무엇을 실험할지, 어디에서 기존 제품을 비교할지, 선택 전에 무엇을 더 알아야 할지 살펴봅니다.
두 축의 의미를 정확히 읽으세요
사이먼 워들리(Simon Wardley)가 만든 워들리 매핑은 사용자의 요구를 이를 뒷받침하는 역량에 연결합니다. 세로축은 가치사슬과 각 구성요소가 사용자에게 얼마나 드러나는지를 나타냅니다. 가로축은 진화 정도를 나타내며, 보통 Genesis, Custom, Product, Commodity로 구분합니다. 이 글에서는 ‘태동’, ‘맞춤형’, ‘제품’, ‘범용재’로 표시합니다. Learn Wardley Mapping의 환경 지도 안내에서 이러한 위치와 의존 관계가 어떻게 지도를 이루는지 설명합니다.
진화는 개발 일정이 아닙니다. 구성요소를 오른쪽으로 옮겼다고 다음 달에 개발이 끝난다는 뜻은 아닙니다. 세로축 아래쪽에 있다고 중요하지 않은 것도 아닙니다. 인프라 장애가 서비스 전체를 멈출 수 있습니다.
이 지도는 전략 목표를 중심으로 구성하는 전략 지도(영문)와도 다릅니다. 여기서는 서비스를 뒷받침하는 역량이 사용자 요구와 어떻게 연결되는지, 해당 환경에서 그 역량이 얼마나 확립돼 있는지를 살펴봅니다.
수리 고객의 요구에서 시작하세요
사례의 서비스는 상업용 주방 장비를 수리할 방문 일정을 잡아 줍니다. 사용자는 가능한 시간에 적합한 기술자의 방문을 받아야 하는 식당 운영자입니다. 당장의 요구는 ‘우리 예약 플랫폼 사용하기’가 아닙니다. 실제로 고장을 처리할 수 있는 방문을 잡는 것입니다.
이 요구를 보드 위쪽에 적으세요. 그 아래에는 이를 위해 필요한 것을 나열합니다. 예약 경험, 장비와 고장에 관한 정보, 작업을 기술자의 역량과 연결하는 방법, 가능한 방문 시간, 그리고 운영자가 이해할 수 있는 예약 확인 안내가 필요합니다.
이제 각각의 역량이 무엇에 의존하는지 묻습니다. 예약 가능한 시간은 캘린더 정보가 있어야 알 수 있습니다. 작업을 기술자에게 배정하려면 장비 종류와 기술자의 전문 분야 정보가 필요합니다. 예약 확인에는 알림 서비스가 필요합니다. 고객이 보통 직접 다루지는 않더라도, 디지털 서비스에는 컴퓨팅 인프라도 필요합니다.
어떤 역량이 다른 역량을 필요로 할 때만 연결선을 그리세요. 두 구성요소를 같은 부서가 담당한다는 이유만으로는 부족합니다. 모든 데이터베이스와 API를 논의하기 시작하면 원래 결정 범위로 돌아옵니다. 예약 서비스의 어느 부분을 개발하고, 어느 부분을 외부에서 조달할 것인가요?
익숙함이 아니라 근거를 보고 배치하세요
이 사례에서는 팀이 여러 기존 일정 관리 제품을 찾았지만, 드문 장비 고장을 적절한 담당자에게 연결하는 방법은 아직 실험 중이라고 가정합니다. 이는 설명을 위한 상황 설정이며, 실제 공급업체 시장을 평가한 결과는 아닙니다.
| 구성요소 | 사례에서의 위치 | 그 위치에 둔 이유 | 실제 팀이 확인할 근거 |
|---|---|---|---|
| 실험적인 고장 분류·배정 방식 | 태동(Genesis) | 제안한 방식이 새롭고 유용성도 불확실함 | 기존 대안과 해당 방식이 작동하는지 확인하는 시험 |
| 수리 특성에 맞춘 예약 여정 | 맞춤형(Custom) | 드문 작업을 처리하려면 맞춤 순서가 필요한 사례임 | 관찰한 고객 과업과 기존 워크플로의 비교 |
| 방문 일정 관리 | 제품(Product) | 알려진 기능을 갖춘 기존 제품들이 있다고 가정함 | 현재 제품의 기능, 제약, 연동에 필요한 조건 |
| 고객 알림 | 제품(Product) | 설정 가능한 서비스가 기본 요구를 충족한다고 가정함 | 전달 방식, 접근성, 운영 적합성, 공급업체 조건 |
| 기본 컴퓨팅 자원 | 범용재 또는 유틸리티 | 표준화된 지원 역량으로 다루는 사례임 | 서비스 요구사항, 이용 가능한 공급 방식, 사용 제약 |
예약 여정은 고객 경험과 가까우므로 비교적 위쪽에 놓습니다. 이를 지원하는 역량은 아래에 두고 의존 관계를 연결하세요. 표의 다섯 행을 서로 떨어진 점 다섯 개로만 바꾸지 마세요. 관계가 있어야 조달 방식을 구체적으로 논의할 수 있습니다.
‘우리가 직접 개발했다’는 이유만으로 맞춤형에 놓을 수는 없습니다. 제품이나 유틸리티 형태로 널리 제공되는 역량을 팀이 직접 구현해 운영할 수도 있습니다. 반대로 전문 작업을 외부에 맡겼다고 그 역량 자체가 표준 제품이 되는 것은 아닙니다.
위치에 합의하지 못하면 서로 다른 판단의 이유를 붙여 둡니다. ‘예약 엔진’을 일반적인 일정 배정과 특이한 작업의 분류·배정으로 나누어야 이견을 이해할 수 있을지도 모릅니다. 넓은 이름 하나가 성격이 전혀 다른 구성요소를 가릴 수 있습니다.
지도를 바탕으로 직접 개발과 외부 도입의 질문을 바꾸세요
처음 제안은 예약 시스템 전체를 직접 만드는 것이었습니다. 지도를 보면 더 좁혀 조사할 질문이 나옵니다. 일반적인 일정 관리는 외부에서 조달하면서, 수리에 맞는 고객 경험을 개발하고 낯선 고장 배정 방식은 실험할 수 있을까요?
이는 시험해 볼 질문이지 자동으로 도출되는 권고가 아닙니다. 일정 관리 제품이 예약 순서를 고정하거나, 고객이 제공할 수 없는 정보를 요구하거나, 핵심 역량을 바꾸기 어렵게 만들 수 있습니다. 지도상의 위치만으로 적합성, 운영 비용, 계약, 보안 요구사항, 전환에 필요한 실제 작업을 검토할 필요가 없어지지는 않습니다.
사이먼 워들리의 초기 지도에 관한 설명은 업무 시스템을 하나의 덩어리로 보는 대신, 서로 다른 진화 단계의 구성요소를 살펴보는 가치를 보여줍니다. 수리 서비스는 그 역사적 사례의 결론까지 가져오지 않고도 이러한 관점을 적용할 수 있습니다.
구체적인 두 대안을 비교하세요
대안 A는 예약 여정, 일정 관리, 알림을 함께 개발하는 것입니다. 팀이 이들 사이의 상호작용을 통제할 수 있지만, 이미 다른 곳에서 제공할 수도 있는 여러 역량을 유지할 책임까지 맡게 됩니다.
대안 B는 일정 관리 제품 위에 얇은 고객 접점을 개발하는 것입니다. 팀이 유지해야 할 범위를 줄일 수 있지만, 해당 제품이 필요한 예약 규칙을 지원하고 고객 경험에 필요한 정보를 제공할 수 있어야 합니다.
대안 B는 쉬운 시연이 아니라 까다로운 예약으로 시험하세요. 고장 원인이 불분명한 식당, 일부 장비만 다루는 기술자, 추가 정보가 들어오면 바뀔 수 있는 방문 일정을 사용합니다. 도입하려는 구성요소가 이 순서를 지원하지 못한다면 설정의 문제인지, 필요한 인터페이스가 없는 것인지, 근본적으로 맞지 않는 것인지 구분해야 합니다.
Boardmix에서 서비스 지도를 그리세요
Boardmix를 열고 빈 보드를 만듭니다. 가로축에 ‘진화’라고 적고 ‘태동’, ‘맞춤형’, ‘제품’, ‘범용재’로 나눕니다. 세로에는 ‘사용자에게 드러나는 정도’라는 라벨을 넣고, 더 잘 드러나는 쪽이 위가 되도록 표시하세요.
- ‘적합한 수리 방문 예약’이라는 요구 위에 ‘식당 운영자’를 놓습니다. 역량을 추가하는 동안에도 이 기준점이 보이게 하세요.
- 요구 아래에 ‘수리 예약 여정’을 추가합니다. 이를 ‘고장 분류·배정’, ‘방문 일정 관리’와 연결합니다.
- 사례의 다섯 구성요소를 임시로 판단한 위치에 놓습니다. 색상 없이도 이해할 수 있도록 각 점에 짧은 이름을 붙이세요.
- 이 사례에서는 방문 확인도 서비스에 포함되므로 예약 여정을 알림과 연결합니다. 더 아래쪽에는 컴퓨팅 자원에 대한 의존 관계를 표시합니다.
- 고장 분류·배정 옆에 ‘실험 중인 방식—기존 대안과 비교’라는 메모를 놓습니다. 두 조달 대안은 별도 역량처럼 보이지 않도록 지도 바깥에 적습니다.
현재 구성과 제안한 구성은 구분해 두세요. 일정 관리의 외부 도입을 검토하려면 해당 그림 영역을 복사하고, 두 번째 버전에 대안이라고 표시합니다. 설명 없이 원래 지도의 점을 옮기면 제안이 이미 사실인 것처럼 보일 수 있습니다.
지도가 대신 결정할 수 없는 것도 확인하세요
지도는 최고의 공급업체를 계산하거나 투자수익을 입증하지 않으며, 어떤 역량이 언제 범용화될지 알려주지도 않습니다. 분석적으로 보이게 하려고 정밀한 좌표나 예측 날짜를 덧붙이지 마세요. 근거 없는 소수점 수치보다 이유가 분명한 대략적 위치가 더 유용합니다.
수리 서비스가 당장 확인할 것은 고객 경험을 해치지 않으면서 일반적인 일정 관리와 특이한 작업의 처리 로직을 분리할 수 있는지입니다. 작은 연동 실험으로 그 질문의 일부에 답할 수 있고, 고객 관찰로 다른 부분에 답할 수 있습니다. 지도는 이 두 조사를 왜 함께 해야 하는지 보여줍니다.
일정 관리 제품이 적합하다면, 팀은 아직 불확실한 수리 여정에 더 많은 노력을 쓸 수 있습니다. 적합하지 않더라도 지도는 어느 의존 관계를 살펴봐야 하는지 보여줍니다. 논의를 ‘도입에 실패했으니 전부 직접 만들자’로 단순화하지 않게 해 줍니다.
