5.9 서비스 디자인

개요와 동기

서비스 디자인은 단일 화면이나 앱이 아니라, 사람이 겪는 서비스 전체를 모든 채널에 걸쳐 전 기간에 걸쳐 형성하는 실천입니다. 누군가 여권을 갱신하거나, 은행 계좌를 열거나, 고장 난 가로등을 신고할 때, 그들은 여러분의 제품을 경험하지 않습니다. 서비스를 경험합니다. 전화 한 통, 웹사이트, 우편으로 온 편지, 대기 줄, 오지 않는 이메일, 웹사이트가 이미 아는 것을 볼 수 없는 시스템에 세부 정보를 다시 입력해야 하는 담당 직원입니다. 5.1장은 개별 인터페이스를 디자인하는 기예를 다룹니다. 서비스 디자인은 전체 여정으로, 그리고 카운터 앞면이 동작하게 만드는 카운터 뒤의 모든 것으로 시야를 넓힙니다.

“카운터 뒤”라는 구분이 핵심입니다. 서비스 디자인은 세계를 프런트 스테이지, 곧 사용자가 보고 만지는 모든 것과, 백 스테이지, 곧 서비스를 전달하지만 사용자에게는 보이지 않는 사람, 시스템, 프로세스로 나눕니다. 좋은 프런트 스테이지 경험은 백 스테이지가 받쳐 주지 못해 늘 실패합니다. 직원이 하루 두 번 확인하는 스프레드시트로 쏟아지는 매끈한 예약 양식은 느린 백 스테이지에 볼트로 조인 빠른 프런트 스테이지이고, 사용자는 그 불일치를 사흘의 침묵으로 느낍니다. 서비스 전체를 디자인한다는 것은 두 절반과 그 사이의 이음새를 함께 디자인한다는 뜻입니다.

큰 팀에게 이것은 피할 수 없이 조직의 문제입니다. 서비스는 거의 항상 여러 팀, 부서, 시스템에 걸치며, 그 소유자들 사이의 경계가 바로 사용자의 경험이 무너지는 곳입니다. 기업 환경에서는 하나의 고객 여정이 영업, 프로비저닝, 청구, 지원을 가로지를 수 있고, 각각 자기 도구와 목표가 있으며 누구도 전체에 책임지지 않습니다. 정부에서는 판돈이 더 큽니다. 사별이나 신생아 같은 생애 사건을 맞은 사람은 열두 개의 별개 기관을 헤쳐 나가야 하고, 서비스가 사람의 필요가 아니라 정부의 구조를 중심으로 조직되어 있기 때문에 각 기관이 같은 증빙을 요구합니다. 서비스 디자인은 그 중심에 있는 사람을 위해 전체가 맞물리게 하는 방법입니다.

핵심 원칙

화면 하나가 아니라 채널과 시간에 걸친 서비스 전체를 디자인하십시오. 사용자는 여러분의 팀 경계가 어디인지 신경 쓰지 않습니다.
프런트 스테이지와 백 스테이지는 하나의 시스템입니다. 경험은 그 뒤의 운영이 받쳐 줄 수 있는 만큼만 좋습니다.
조직도는 서비스에 나타납니다. 팀이 사일로로 나뉘면 서비스도 사일로처럼 느껴지므로, 팀 설계와 서비스 설계는 함께 움직여야 합니다.
채널과 팀 사이의 인계가 서비스가 깨지는 곳입니다. 이음새를 단계만큼 의도적으로 디자인하십시오.
직원용 도구는 서비스의 일부입니다. 나쁜 콘솔에 좌절한 상담원은 좌절한 고객을 낳습니다.
한 채널의 지역 지표가 아니라, 사용자의 첫 의도에서 실제 성과까지 서비스를 끝에서 끝까지 측정하십시오.
내부 부서가 아니라 사용자의 목표나 생애 사건을 중심으로 조직하십시오.

권장 사항

모든 채널에 걸쳐 고객 여정을 지도화한다

더 넓은 고객 경험의 일부로서, 사람이 성과에 이르기 위해 실제로 밟는 여정을 그려 보는 것으로 시작하십시오. 여정 지도는 사용자가 거치는 단계, 곧 필요를 처음 깨닫는 순간부터 목표에 이르고 그 이후까지를 펼치고, 각 단계에서 그들이 하려는 것, 생각과 감정, 어느 채널에 있는지를 기록합니다. 가치는 채널을 가로지르는 데서 나옵니다. 대부분의 실제 여정은 웹사이트, 전화, 이메일, 앱, 물리적 장소를 오가며, 최악의 고통은 맥락이 사라지고 사용자가 처음부터 다시 해야 하는 채널 사이의 틈에 있습니다. 상상하는 여정과 사람들이 실제로 밟는 여정은 거의 같지 않으므로, 지도를 가정이 아니라 리서치(5.8장)에 근거시키십시오. 경험이 결정적으로 성공하거나 실패하는 소수의 지점인 “중요한 순간”을 표시하고, 노력을 고르게 흩뿌리는 대신 거기에 집중하십시오. 어느 한 채널에서 매끄러워 보이는 여정도 끝에서 끝까지는 비참할 수 있으며, 채널을 가로지르는 시각만이 그것을 드러냅니다.

프런트 스테이지와 백 스테이지를 잇는 서비스 청사진을 만든다

이 규율의 핵심 산출물은 서비스 청사진입니다. 여정 지도가 사용자의 시점을 취한다면, 청사진은 그 아래의 층을 더합니다. 전형적인 청사진은 수평 스윔레인으로 이어집니다. 맨 위에 고객의 행동, 그다음에 그들이 상호작용하는 프런트 스테이지 접점, 그 아래 “가시성의 선”을 지나 직원이 취하는 백 스테이지 행동, 마지막으로 위의 모든 것을 가능하게 하는 지원 시스템과 프로세스입니다. 한 열을 위에서 아래로 읽으면 하나의 프런트 스테이지 순간이 동작하려면 무대 뒤에서 정확히 무엇이 일어나야 하는지, 시스템이 느리거나 인계가 모호하면 어디서 깨질지 볼 수 있습니다. 청사진은 조용한 실패를 찾는 곳입니다. 수작업 재입력, 야간 배치 작업, 자신이 의존 대상인 줄 모르는 팀입니다. 디자이너만이 아니라 백 스테이지를 실제로 운영하는 운영 직원과 함께 그리십시오. 그들이 실제 일이 어디서 일어나는지 알기 때문입니다. 정상 경로만 보여 주는 청사진은 장식이므로, 실패와 복구 경로도 청사진에 그리십시오.

백 스테이지와 직원용 도구를 일급으로 디자인한다

직원이 쓰는 도구를 제품의 일부로 다루십시오. 고객에게는 그것이 제품이기 때문입니다. 콜센터 상담원, 담당 직원, 창고 피커가 느리고 못생기고 반쯤 고장 난 내부 콘솔과 씨름할 때, 그 마찰은 더 긴 대기, 틀린 답, 눈에 보이는 좌절로 그들이 섬기는 사람에게 곧장 전달됩니다. 내부 도구는 사용자가 포로이고 떠날 수 없기 때문에 만성적으로 과소 투자되며, 바로 그래서 5.1장이 포로 사용자 소프트웨어의 대가는 이탈이 아니라 오류와 잃어버린 생산성으로 치러진다고 경고합니다. 직원용 시스템에 고객용 시스템에 주는 것과 같은 리서치, 디자인, 품질 기준을 주십시오. 인계, 곧 사안이 한 팀, 시스템, 채널에서 다른 곳으로 넘어가는 순간에 특별히 주의하십시오. 떨어뜨린 인계는 기다리게 된 사용자 말고는 모두에게 보이지 않기 때문입니다. 받는 쪽이 무엇을 보는지, 사안과 함께 어떤 맥락이 이동하는지, 인계가 실패하면 어떻게 되는지를 디자인하십시오.

팀 설계를 서비스 설계와 정렬한다

조직도가 서비스에 나타나리라고 예상하십시오. 이것이 콘웨이의 법칙으로, 시스템이 그것을 만드는 조직의 소통 구조를 닮게 된다는 관찰이며 1.2장에서 깊이 다룹니다. 네 팀이 여정의 네 단계를 소유하고 거의 대화하지 않는다면, 사용자는 사이에 금이 간 네 개의 끊어진 단계를 느낄 것입니다. 그러므로 서비스 설계와 팀 설계는 두 각도에서 본 같은 문제이고, 기저의 소유권이 파편화되어 있다면 더 나은 화면만으로는 파편화된 경험을 고칠 수 없습니다. 서비스 청사진과 여정 지도를 써서 팀이 사용자의 여정을 중심으로 그려져 있는지 내부 편의를 중심으로 그려져 있는지 물으십시오. 누군가 자기 몫만이 아니라 전체에 책임지도록, 팀을 재편하거나 끝에서 끝까지의 여정을 명시적으로 소유하는 역할을 만들 의향을 가지십시오. 팀을 다시 그릴 수 없다면 적어도 팀 사이의 인계를 합의된 맥락과 서비스 수준이 있는 명시적 계약으로 만드십시오.

서비스 품질을 끝에서 끝까지 측정한다

한 채널을 따로 돋보이게 하는 지표가 아니라 사용자를 첫 의도에서 실제 성과까지 따라가는 지표를 고르십시오. 웹사이트 팀이 98퍼센트의 양식 완료율을 달성하는 동안 그 완료의 3분의 1이 백 스테이지 대기열에서 조용히 실패할 수 있고, 지역 지표는 그것을 결코 보여 주지 않습니다. 끝에서 끝까지의 완료(사람이 찾아온 것을 실제로 얻었는가), 끝에서 끝까지의 시간(의도에서 성과까지, 보이지 않는 백 스테이지 대기를 포함해 얼마나 걸렸는가), 노력(그들이 써야 했던 모든 채널에 걸쳐 얼마나 힘들었는가)을 측정하십시오. 운영 데이터를 거래 후 설문, 순추천고객지수 방식의 질문, 지속적 리서치 등으로 어떻게 느껴졌는지에 대한 직접적 판독과 결합하십시오. 특히 채널에서 채널로의 이탈을 지켜보십시오. 그 이음새가 측정된 품질과 체감된 품질이 가장 크게 갈라지는 곳이기 때문입니다. 이 서비스 지표를 제품 관리의 성과 추적(10.14장)에 연결해, 숫자가 아무도 행동하지 않는 대시보드에 앉아 있지 않고 우선순위를 이끌게 하십시오.

장단점

접근	장점	단점
끝에서 끝까지의 서비스 소유 (한 팀이 여정 하나를 소유)	분명한 책임. 일관된 경험. 이음새가 디자인됨	기존 조직 구조를 가로지름. 인력과 자금 조달이 어려움. 병목이 될 수 있음
채널별 또는 단계별 소유	기존 팀에 맞음. 분명한 지역 범위. 인력 배치 쉬움	누구도 전체를 소유하지 않음. 채널 사이의 틈. 지역 최적화
선행 전체 서비스 청사진	출하 전에 백 스테이지 실패를 드러냄. 공유된 이해	시간이 많이 듦. 낡을 수 있음. 행동 전 분석의 위험
가벼운 여정 지도만	빠르고 싸며 최악의 틈을 찾기에 충분	청사진이 잡을 백 스테이지와 시스템 실패를 놓침
옴니채널 일관성 (채널 전반 통합)	매끄러운 인계. 맥락이 채널을 넘어 이동	비싼 통합. 공유 데이터와 정렬된 팀 필요

중심 긴장은 여러분의 경계를 가로질러 흐르는 사용자가 필요로 하는 서비스와, 그 경계를 따라 그려진 실제 조직 사이에 있습니다. 교조적이 아니라 비례적으로 해결하십시오. 서비스 하나를 잘 디자인하려고 회사 전체를 재편할 필요는 없지만, 백 스테이지를 보이게 하는 청사진과 이음새를 고칠 권한으로 무장한, 끝에서 끝까지의 성과에 책임지는 사람이나 팀이 적어도 하나는 있어야 합니다. 가장 무거운 청사진 작업은 물량이 많거나, 판돈이 크거나, 실패율이 높은 여정에 쓰고, 나머지에는 더 가벼운 여정 지도를 쓰십시오. 목표는 완벽한 산출물이 아니라 그 중심에 있는 사람을 위해 동작하는 서비스입니다.

팀과 논의할 질문

사용자의 첫 의도에서 실제 성과까지 서비스 전체를 끝에서 끝까지 누가 소유하며, 그들은 실제로 어떤 권한이 있습니까? 대부분의 큰 조직에서 솔직한 답은 “아무도”입니다. 소유권이 채널과 부서로 나뉘고 각 소유자가 자기 몫으로 측정되기 때문입니다. 소유자들 사이의 이음새는 누구의 것도 아니어서 관심을 받지 못하므로, 그 간극에서 서비스가 실패합니다. 명시적인 끝에서 끝까지의 소유자, 곧 서비스 소유자나 여정 소유자를 둘지 결정하고, 그 사람이 백 스테이지 시스템과 팀 경계를 실제로 바꿀 수 있는지, 아니면 움직일 수 없는 지표에 책임만 지는지 분명히 하십시오. 현재 조직도와 가장 중요한 여정의 청사진을 가져와 나란히 놓고 누가 여정에 닿고 누가 책임지는지 보십시오. 둘이 맞지 않는다면 최악의 인계 실패의 원천을 찾은 것입니다. 답은 누가 스탠드업에 참석하는지만이 아니라 일에 자금을 대고 인력을 배치하는 방식을 바꿔야 합니다.
팀이 사용자의 여정을 중심으로 그려져 있습니까, 우리의 내부 편의를 중심으로 그려져 있습니까? 그것을 바꿀 의향이 있습니까? 콘웨이의 법칙(1.2장)은 의도하든 아니든 서비스가 소통 구조를 닮을 것이라는 뜻이므로, 소통하지 않는 네 팀에 걸쳐 쪼개진 여정은 끊어진 네 단계처럼 느껴질 것입니다. 편한 선택은 화면을 고치고 조직도를 그대로 두는 것이지만, 이는 원인이 증상을 계속 재생산하는 동안 증상만 다루는 것입니다. 팀 경계가 사용자가 불평하는 바로 그 인계 틈을 만드는지 솔직하게 살피고, 팀을 재편하는 실제 비용을 파편화된 경험의 지속적 비용에 견주어 저울질하십시오. 여정 지도의 고통 지점을 가져와 그중 몇 개가 정확히 팀 경계에 있는지 확인하십시오. 대부분이 그렇다면 더 나은 UI는 구해 주지 못하며 대화는 팀 설계에 관한 것이어야 합니다. 여기서 결정하는 것이 서비스 개선이 자리 잡을지 조용히 침식될지를 정합니다.
직원용 도구는 그것을 쓰는 사람들에게 얼마나 잘 봉사하며, 그것이 고객에게 어떻게 나타납니까? 내부 도구는 어느 큰 조직에서든 가장 꾸준히 방치되는 소프트웨어입니다. 사용자가 포로이고 예산은 뒷전이기 때문입니다. 그러나 고장 난 콘솔과 씨름하는 담당 직원이나 상담원은 그 마찰을 지연과 오류로 고객에게 직접 전달합니다. 직원용 시스템을 마지막으로 리서치한 것이 언제인지, 아니면 직원은 견디라고 급여를 받으니 도구는 괜찮다고 가정하는지 물으십시오. 대부분의 조용한 서비스 실패는 실제로 백 스테이지, 곧 수작업 재입력과 인계에서 잃는 맥락에서 일어나며, 이는 어떤 프런트 스테이지 지표도 볼 수 없음을 생각하십시오. 실제 직원 한 명을 방에 데려와 흔한 과업을 완료하는 것을 지켜보고, 그들의 고생이 고객에게 어떻게 닿는지 따라가 보십시오. 내부 도구에 제품처럼 자금을 댄 적이 없다면, 이것이 끝에서 끝까지의 서비스 품질에서 가장 싸게 큰 개선을 얻는 길일 가능성이 큽니다.
전체 서비스가 실제로 동작하는지 알려 줄 단 하나의 끝에서 끝까지 지표는 무엇이며, 왜 오늘 추적하지 않습니까? 큰 팀에게 이 질문은 불편합니다. 솔직한 답은 보통 모든 채널과 부서에 초록색 지역 지표가 있는데 사람이 찾아온 것을 얻었는지는 아무도 측정하지 않는다는 것이기 때문입니다. 양식 완료율, 통화 처리 시간, 티켓 종결 수는 모두 그것을 보고하는 소유자를 돋보이게 하며, 각각은 연계된 성과가 백 스테이지 대기열에서 실패하는 동안에도 건강하게 유지될 수 있습니다. 사용자를 첫 의도에서 실제 성과까지 따라가는 끝에서 끝까지의 완료 또는 시간 척도를 정하고, 데이터를 공유하도록 만들어진 적 없는 시스템 전반에서 누가 그것을 계측할지 분명히 하십시오. 현재 채널별 대시보드, 물량이 많은 여정 하나의 청사진, 채널 사이의 조용한 이탈 추정을 가져와 지역 초록과 끝에서 끝까지의 빨강 사이의 간극이 보이게 하십시오. 기업과 정부 환경에서는 여정 전체 숫자에 누가 책임지고 누가 그것에 행동할 권한이 있는지 합의하십시오. 어떤 단일 소유자도 움직일 수 없는 지표는 아무것도 바꾸지 못하는 지표이기 때문입니다.
우리 서비스는 어디서 사용자가 자신을 되풀이하게 만들며, “한 번만 알려 주세요” 버전을 만드는 데 얼마가 듭니까? 중복된 데이터 수집은 서비스가 사용자의 필요가 아니라 내부 경계를 중심으로 조직되어 있다는 가장 분명한 신호이고, 양쪽 모두에 비쌉니다. 사용자는 인계마다 같은 증빙을 다시 입력하고, 각 부서는 그것을 다시 수집하고 재검증하는 데 값을 치릅니다. 경쟁하는 고려는 “한 번만 알려 주세요”를 가능하게 하는 공유 기록이 서로의 데이터를 신뢰한 이력이 없을 수 있는 시스템과 팀 사이의 통합을 요구하므로, 구축 비용과 데이터 거버넌스 작업이 실제라는 점입니다. 이미 보유한 정보를 사용자가 제공하는 모든 지점에 주석을 단 여정 지도와, 같은 필드를 저장하는 별개 기록이 몇 개인지의 대략적 집계를 가져오십시오. 여러 기관에 걸친 정부 서비스라면, 동의, 프라이버시법, 정보 거버넌스 규칙이 그것이 감당할 수 있는지 묻기 전에 애초에 허용되는지부터 정하므로, 기관 간 그 데이터를 공유할 법적 근거를 더하십시오.
맥락이 팀, 시스템, 채널 사이에서 인계될 때 사안과 함께 실제로 무엇이 이동하며, 인계가 실패하면 어떻게 됩니까? 인계는 서비스가 조용히 깨지는 곳입니다. 실패가 기다리게 된 사용자 말고는 모두에게 보이지 않고, 큰 조직에서는 각 인계가 떨어뜨린 것에 대해 어느 단일 소유자도 책임을 느끼지 않는 경계를 가로지르기 때문입니다. 어떤 데이터, 이력, 상태가 사안과 함께 이동해야 하는지, 받는 쪽이 그것을 볼 수 있는지, 이전이 멈추거나 불완전하게 도착할 때 복구 경로가 무엇인지 의도적으로 결정하십시오. 실제 여정의 서비스 청사진을 가져와 사안이 넘어가는 모든 선을 따라가며, 어떤 맥락이 보존되고 어떤 것이 재입력되거나 사라지는지 표시하십시오. 서비스 수준 협약이나 법정 응답 시간에 묶인 기업과 공공 부문 서비스에서는, 문서화되지 않은 인계는 어떤 대시보드도 경고해 주지 않을 위반이 기다리고 있는 것이므로, 각 인계를 합의된 맥락과 정의된 대체 수단이 있는 명시적 계약으로 다루십시오.

분야별 관점

스타트업. 몇 사람뿐이고 정교한 산출물에 쓸 시간이 없다면, 핵심 가치를 나르는 단 하나의 여정만 청사진으로 그리되, 프런트 스테이지가 느리거나 수작업인 백 스테이지로 인계되는 곳을 볼 만큼만 그리십시오. 6주짜리 연구가 아니라 오후 한나절 화이트보드에서 하십시오. 여러분의 이점은 서비스 전체가 몇 사람의 머릿속에 있어서 깨진 인계를 고치는 일이 부서 간 협상이 아니라 대화라는 것입니다. 인계를 비싸게 만드는 경계를 키우기 전에 그 이점을 쓰십시오.

소기업. 서비스 디자이너도 그를 위한 예산도 없으니, 실용적인 수는 고객으로서 자신의 여정을 걸어 보고, 누군가에게 되풀이하게 하거나 수작업 단계를 기다리게 하는 모든 지점을 기록하고, 최악의 하나를 고치는 것입니다. 유지할 수 없는 통합을 만드는 대신 이미 채널을 잇는 도구(공유 받은편지함, 직원에게 알리는 예약 시스템)를 선호하십시오. 시스템을 살 때는 다음 단계로 맥락을 얼마나 잘 넘기는지 따져 보십시오. 판매와 이행 사이에 고객의 세부 정보를 떨어뜨리는 싼 도구는 절약하는 것보다 잃는 재구매로 더 많은 비용이 들기 때문입니다.

대기업. 핵심 문제는 하나의 여정이 영업, 프로비저닝, 청구, 지원을 가로지르고, 각각 초록색 지역 지표가 있으나 누구도 전체에 책임지지 않는다는 것입니다. 물량이 많고 판돈이 큰 여정에는 전체 서비스 청사진에 투자하고, 이음새에 대한 권한을 가진 지명된 끝에서 끝까지의 소유자를 임명하고, 감사를 견디며 팀 전반의 우선순위를 이끄는 끝에서 끝까지 지표를 표준화하십시오. 공유 사안 기록과 직원용 콘솔을 자금이 지원되는 제품으로 다루고, 모든 팀 간 인계를 합의된 맥락과 서비스 수준이 있는 명시적 계약으로 만드십시오.

정부. 서비스는 기관의 구조가 아니라 시민의 생애 사건을 중심으로 조직되어야 하며, 투명성과 공적 책임과 함께 공표된 서비스 표준을 지켜야 합니다. 조달 규칙이 만들 수 있는 것을 형성하므로, 데이터 공유의 법적 근거가 있는 곳에서는 공유 기록과 “한 번만 알려 주세요” 패턴을 선호하고, 흐름을 디자인하기 전에 그 근거를 문서화하십시오. 가장 취약한 사람을 포함한 실제 사용자와 리서치하고, 기관 간 백 스테이지를 청사진으로 그리고, 각 기관의 몫이 아니라 여정 전체를 측정하십시오. 대중은 어느 부서가 성공했는지가 아니라 성과를 얻었는지로 서비스를 판단하기 때문입니다.

사례

스타트업. 주택 보험 상품을 파는 열 명의 스타트업은 스스로를 앱 회사로 생각했고 앱은 정말 좋았습니다. 그러나 이탈이 많고 지원이 허덕여서 창업자들이 실제 보험금 청구 여정을 청사진으로 그렸습니다. 그들은 진짜 서비스가 한밤중에 배관이 터진 고객의 순간임을 발견했습니다. 앱은 이메일 대기열로 인계했고, 대기열은 고객이 볼 수 없는 제3자 손해사정인에게 인계했으며, 그는 근무 시간에 모르는 번호로 다시 전화해 음성 사서함으로 넘어갔습니다. 세련된 프런트 스테이지가 느리고 불투명한 백 스테이지 위에 앉아 있었고, “중요한 순간”인 스트레스 가득한 청구가 바로 실패하는 곳이었습니다. 인계를 고치고, 고객이 손해사정인 단계를 볼 수 있게 하고, 청구 워크플로를 제품의 일부로 다룬 것이 어떤 새 앱 기능보다 유지에 더 도움이 되었습니다.

대기업. 한 통신 회사는 2분짜리 온라인 주문과 2주짜리 납품 악몽으로 기업용 인터넷을 팔았습니다. 영업, 프로비저닝, 현장 엔지니어링, 청구가 각각 여정의 한 구간을 소유하고 각자의 목표를 달성했지만, 고객은 같은 정보를 반복해서 요청받고, 약속된 방문 시간대를 놓치고, 견적과 맞지 않는 첫 청구서를 겪었습니다. 네 부서에 걸친 서비스 청사진이 이음새를 드러냈습니다. 주문의 공유 기록이 고객을 따라 이동하지 않았기 때문에 인계마다 맥락이 죽었습니다. 회사는 주문에서 개통까지의 끝에서 끝까지 소유자를 임명하고, 주문과 함께 이동하는 공유 사안 기록을 구축하고, 연계된 성과를 중심으로 팀 인센티브를 재배선했습니다. 지역 지표는 거의 변하지 않았지만, 끝에서 끝까지의 개통 시간과 불만율은 모두 급격히 떨어졌습니다.

정부. 한 국가 정부가 시민이 겪는 가장 힘든 생애 사건 중 하나인 “가족의 사망” 서비스를 재설계했습니다. 이전에는 유족이 세무 당국, 연금 서비스, 차량 기관, 여권 사무소, 지방 정부에 각각 별도로 알려야 했고, 각각 자기 양식이 있었으며 모두 같은 사망 증명서를 요구했습니다. 기관이 아니라 생애 사건을 중심으로 서비스를 조직하여, 팀은 사람이 입력한 정보를 받아 가시성의 선 뒤에서 모든 관련 부서에 배포하는 단일 “한 번만 알려 주세요” 여정을 만들었습니다. 공공 부문의 서비스 표준에 맞춰 최근 유족과 리서치하고, 기관 간 백 스테이지를 청사진으로 그리고, 각 기관의 부분이 아니라 여정 전체를 측정했습니다. 완료율이 올랐고, 중복 연락이 줄었으며, 시민들은 더 이상 사별을 열두 번씩 다시 겪지 않아도 되었습니다.

비즈니스 사례: 동기, ROI, TCO

서비스 디자인의 수익은 채널과 팀 사이의 틈을 닫는 데서 나옵니다. 가치가 새어 나가는 곳이 거기이기 때문입니다. 끝에서 끝까지의 실패는 채널별 대시보드가 숨기는 방식으로 비쌉니다. 온라인에서는 완료되지만 백 스테이지에서 실패하는 여정은 지원 문의, 재작업, 흔히 잃은 고객을 낳고, 이 비용 중 어느 것도 성공해 보이는 채널에 떨어지지 않습니다. 서비스 전체를 측정하고 고치면 중복된 노력(같은 데이터를 다섯 번 수집), 실패 수요(서비스가 처음에 실패해서 생긴 문의 자체), 부분마다 기술적으로는 동작했더라도 깨진 것처럼 느껴진 경험에서 비롯된 이탈이 줄어듭니다. 기업에서는 수익이 더 짧은 주문-대금 회수 주기와 더 적은 에스컬레이션으로 나타나고, 정부에서는 더 낮은 서비스 비용과 사람들이 다른 곳에서는 받을 수 없는 서비스의 더 높은 성공적 완료로 나타납니다.

총소유비용은 서비스 디자인을 하는 비용을 이미 지고 있는 파편화의 훨씬 큰 비용에 견주어야 합니다. 눈에 보이는 비용은 리서치, 청사진 작업, 팀 간 조율, 때로는 공유 시스템과 직원용 도구에 대한 투자입니다. 하지 않는 숨은 비용은 지원 예산, 운영, 평판 손상에 퍼져 있으며, 바로 그래서 리더십이 과소평가합니다. 어느 단일 팀의 예산도 깨진 인계의 전체 가격을 보여 주지 않습니다. 설득하려면 물량이 많은 여정 하나에서 실패 수요와 중복 작업에 숫자를 매기고, 청사진으로 그리고, 비용 중 얼마가 기존 팀 사이의 이음새에 있는지 리더십에게 보이십시오. 그다음 그 여정에서 한정된 시범을 돌려 전후를 끝에서 끝까지 측정하고, 그 결과로 더 어려운 구조적 변화를 주장하십시오. 서비스 디자인을 이미 치르고 있지만 보이지 않게 치르는 비용의 제거로 구성하는 것이 우아함에 대한 어떤 호소보다 재무 및 거버넌스 이해관계자를 움직이는 경향이 있습니다.

안티패턴과 함정

채널의 섬. 각 채널이 따로 디자인되고 측정되어, 여정이 어디서나 괜찮아 보이지만 끝에서 끝까지는 어디서도 동작하지 않음.
프런트 스테이지 립스틱. 느리거나 수작업인 백 스테이지에 볼트로 조인 세련된 UI로, 사용자가 백 스테이지의 응답을 필요로 하는 순간 경험이 깨짐.
서비스로서의 조직도. 사용자의 목표가 아니라 부서를 중심으로 구성된 서비스가 사용자에게 내부 경계를 헤쳐 가게 강요.
청사진 연극. 한 번 그려지고 감탄만 받고 서비스가 실제로 운영되는 방식을 바꾸는 데 쓰이지 않는 정교한 청사진.
정상 경로만의 지도화. 실패와 복구를 무시하는 여정과 청사진으로, 실제 서비스가 아픈 곳이 거기.
방치된 직원용 도구. 내부의 직원용 시스템을 이류로 다뤄 그 마찰이 고객에게 곧장 새어 나감.
인계 건망증. 팀, 시스템, 채널 사이의 모든 이전에서 맥락이 사라져 사용자가 상황을 거듭 다시 설명.
돋보이게 하는 지표. 끝에서 끝까지의 성과가 조용히 실패하는 동안 초록으로 남는 지역의 채널별 목표.

성숙도 모델

1단계, 시작: 각 채널과 팀이 고립되어 반응적으로 디자인되고 운영됩니다. 누구도 끝에서 끝까지의 서비스를 소유하지 않고, 여정 지도나 청사진이 없으며, 백 스테이지 실패는 불만으로 드러나기 전까지 보이지 않습니다. 아무도 전체를 보지 않았기 때문에 사용자는 채널을 넘나들며 으레 자신을 되풀이합니다.
2단계, 발전: 일부 여정이 지도화되고 최악의 채널 간 틈이 알려져 있지만, 실천은 들쭉날쭉하고 개인의 열의에 의존합니다. 여정 지도는 있어도 백 스테이지에는 거의 닿지 않고, 소유권은 여전히 채널별이며, 직원용 도구는 뒷전이고, 청사진 작업은 하더라도 팀마다 다릅니다.
3단계, 표준화: 핵심 여정이 운영 직원과 함께 프런트 스테이지에서 백 스테이지까지 청사진으로 그려지고, 조직 전반에 일관되게 적용되는 문서화된 방법을 씁니다. 지명된 서비스 소유자가 끝에서 끝까지 책임지고, 인계는 합의된 맥락이 있는 명시적 계약이며, 직원용 도구는 의도적으로 디자인되고, 접근은 선택이 아니라 시행됩니다.
4단계, 관리: 서비스가 데이터로 측정되고 통제됩니다. 끝에서 끝까지의 완료, 끝에서 끝까지의 시간(보이지 않는 백 스테이지 대기 포함), 사용자 노력, 실패 수요, 채널에서 채널로의 이탈이 기준선에 대해 추적되고, 인계 실패와 중복 데이터 수집이 가정되는 대신 정량화됩니다. 청사진은 최신으로 유지되고, 서비스 소유자는 끝에서 끝까지의 목표로 평가받으며, 변경에 대한 진행 또는 중단 결정은 지역 채널 지표가 아니라 그 증거에 근거합니다.
5단계, 오케스트레이션: 소유권이 여정을 따르도록 팀 설계와 서비스 설계가 정렬되고, 조직은 부서가 아니라 사용자의 목표와 생애 사건을 중심으로 구조화됩니다. 끝에서 끝까지의 지표가 우선순위를 이끌고, 조직은 경험과 운영을 함께 지속적으로 청사진화하고, 측정하고, 재편하며, 사용자 필요, 채널, 팀 간 경계가 이동함에 따라 서비스 전체를 적응시킵니다.

논의를 위한 아이디어

여정이 여러 팀을 가로지를 때, 끝에서 끝까지의 소유자 한 명을 임명하는 것과 여정을 중심으로 팀을 다시 그리는 것 중 어느 쪽이 나으며, 무엇이 그 선택을 정합니까?
서비스 품질의 얼마가 더 나은 프런트 스테이지 디자인으로 고쳐지고, 얼마가 백 스테이지나 조직도를 바꾸어야 합니까?
서비스의 어디서 사용자가 가장 자주 자신을 되풀이해야 하며, “한 번만 알려 주세요” 버전을 만드는 데 얼마가 듭니까?
사용자가 포로이고 발로 투표할 수 없을 때 직원용 도구에 어떻게 자금을 대고 우선순위를 정합니까?
자금 조달과 보고 체계에 정면으로 어긋나더라도 서비스를 생애 사건이나 사용자 목표를 중심으로 조직해야 합니까?
서비스 전체가 동작하는지 가장 잘 알려 줄 단 하나의 끝에서 끝까지 지표는 무엇이며, 왜 오늘 추적하지 않습니까?

핵심 요점

화면 하나가 아니라 채널과 시간에 걸친 서비스 전체를 디자인하고, 사용자는 여러분의 팀 경계가 어디인지 신경 쓰지 않음을 기억하십시오.
프런트 스테이지와 백 스테이지는 하나의 시스템입니다. 훌륭한 경험은 그 뒤의 운영이 받쳐 줄 수 있는 만큼만 좋습니다.
서비스 청사진이 핵심 산출물입니다. 프런트 스테이지 접점을 그것을 전달하는 백 스테이지의 사람, 시스템, 인계에 잇습니다.
조직도는 서비스에 나타나므로(콘웨이의 법칙), 서비스 설계와 팀 설계가 함께 움직여야 합니다.
직원용 도구와 팀 사이의 인계를 서비스의 일급 부분으로 다루십시오. 그 마찰이 고객에게 닿기 때문입니다.
첫 의도에서 실제 성과까지 서비스를 끝에서 끝까지 측정하고, 부서가 아니라 사용자의 목표나 생애 사건을 중심으로 조직하십시오.

참고 문헌과 더 읽을거리

Marc Stickdorn and Jakob Schneider, This Is Service Design Thinking
Marc Stickdorn, Markus Edgar Hormess, Adam Lawrence, and Jakob Schneider, This Is Service Design Doing
Andy Polaine, Lavrans Lovlie, and Ben Reason, Service Design: From Insight to Implementation
Lynn Shostack, “Designing Services That Deliver,” Harvard Business Review
Matthew Skelton and Manuel Pais, Team Topologies
Melvin Conway, “How Do Committees Invent?“, Datamation
UK Government Digital Service, Service Manual and the Service Standard
U.S. General Services Administration, 18F Methods and the U.S. Digital Service Playbook
Nielsen Norman Group, articles on service blueprinting and customer journey mapping