다음을 통해 공유


고객과 함께 학습

현재의 고객은 지속적인 학습을 위한 최고의 리소스입니다. 고객은 당사와 파트너 관계를 맺음으로써 당사가 고객 공감을 바탕으로 빌드하여 요구 사항에 가장 적합한 솔루션을 찾도록 도와줍니다. 또한 고객 영향을 측정하는 메트릭을 만들어 MVP(최소 실행 가능 제품) 솔루션을 만드는 데 도움을 줍니다. 이 문서에서는 고객 파트너와 함께 혁신 학습을 촉진하는 방법을 설명합니다.

지속적인 학습

지속적인 학습은 새로운 기술과 기능을 지속적으로 배우는 과정입니다. 이러한 지속적인 학습은 공식 학습과 도전을 통해 얻을 수 있습니다. 모든 반복이 끝날 때마다 빌드 및 측정 주기에서 배울 기회가 있습니다. 다음 이미지는 지속적인 학습 프로세스 흐름의 개요를 제공합니다.

지속적인 학습 의사 결정 트리

지속적인 학습은 학습 지표에 응답하고 고객 요구에 미치는 영향을 평가할 수 있는 방법입니다. 각 반복이 끝날 때 내려야 할 기본 학습 결정은 다음과 같습니다.

  • 가설이 사실로 증명되었나요? 대답이 '예'이면 잠시 축하한 다음 계속 진행합니다. 학습해야 할 것과 테스트할 가설은 끝이 없으며, 다음 반복에서 고객을 도울 수 있는 방법은 언제나 더 있습니다. 가설이 사실로 입증되면 고객을 위한 솔루션의 유용성을 향상시키는 새로운 기능을 결정할 때입니다.
  • 현재 솔루션을 반복하여 유효성이 검사된 가설에 더 가까워질 수 있나요? 대답은 일반적으로 예입니다. 학습 지표는 일반적으로 프로세스에서 고객 이탈로 이어지는 지점을 알려 줍니다. 이 데이터를 사용하여 실패한 가설의 근원을 찾습니다. 경우에 따라 메트릭이 솔루션을 제안할 수도 있습니다.
  • 가설을 다시 설정하는 것이 필요한가요? 때로는 가설이나 기본 요구 사항에 결함이 있음을 알게 됩니다. 결함을 찾았을 때 정답이 반복만인 것은 아닙니다. 다시 설정이 필요한 경우 가설을 다시 작성하고 새로운 가설에 비추어 솔루션을 검토합니다. 이러한 유형의 학습이 빨리 발생할수록 피벗하기가 더 쉽습니다. 초기 가설은 개발 후반부에서의 피벗을 피하기 위해 솔루션의 가장 위험한 측면을 테스트하는 데 중점을 두어야 합니다.
  • 확실하지 않은가요? "반복" 다음으로 가장 일반적인 응답은 "확실하지 않습니다"입니다. 이 응답을 받아들이세요. 이 응답은 고객을 참여시키고 고객 공감을 촉진하며 데이터 그 이상을 바라볼 수 있는 기회를 나타냅니다.

이러한 질문에 대한 답은 따라야 할 반복을 형성합니다. 지속적인 학습을 적용하고 고객을 위해 과감하게 올바른 결정을 내릴 수 있는 기능을 보여 주는 회사는 해당 시장에서 리더로 부상할 가능성이 더 큽니다.

지속적인 학습을 실천하는 데엔 많은 시행착오를 필요로 합니다. 또한 약간의 과학 및 데이터 기반의 의사 결정이 필요합니다. 아마도 지속적인 학습을 채택하는 데 있어 가장 어려운 부분은 문화적 요구 사항에 관한 것입니다. 지속적인 학습을 효과적으로 채택하려면 비즈니스 문화가 실패 우선의 고객 중심 방법에 열려 있어야 합니다. 다음 섹션에서는 이 방법에 대해 자세히 설명합니다.

성장형 사고방식

지난 몇 년 동안 발생한 Microsoft 문화의 급진적인 변화를 부인할 수 있는 사람은 거의 없을 것입니다. Satya Nadella가 이끄는 이 다각적인 변화는 놀라운 비즈니스 성공 사례로 각광받았습니다. 이 이야기의 핵심은 성장 사고 방식입니다. 다음은 고객과의 학습에 도움이 되는 성장 사고 방식의 몇 가지 핵심 사항입니다.

  • 고객 우선: 고객 환경을 개선하기 위한 가설을 설계하려면 고객의 시점에서 바라봐야 합니다. 지표에만 의존하지 마세요. 고객 환경의 직접적인 관찰을 기반으로 지표를 비교하고 분석합니다.
  • 지속적인 학습: 고객 중심과 고객 공감은 모든 것을 배우고자 하는 사고 방식에서 비롯됩니다. 모든 것을 다 알기 위해 노력하기보다 모든 것을 배우도록 노력합니다.
  • 초보자의 사고방식: 모든 대화에 초심자의 사고방식으로 접근하여 고객의 공감을 표현합니다. 본인이 해당 분야에 처음이든 30년 경력의 베테랑이든, 아는 것이 거의 없다고 가정하면 많은 것을 배우게 될 것입니다.
  • 자세히 듣기: 고객은 파트너 관계를 원하고 있습니다. 정답에 집중하는 자아중심적인 욕구는 그 파트너십이 이뤄지는 것을 어렵게 합니다. 지표를 넘어선 것을 배우려면 덜 말하고 더 경청하세요.
  • 다른 사람을 격려하기: 듣고만 있지 마세요. 다른 사람을 격려하기 위해 하는 말을 사용합니다. 모든 회의에서 곧바로 의견을 공유하지 못하는 사람들의 다양한 관점을 끌어낼 방법을 찾습니다.
  • 코드 공유: 코드 기반을 소유하는 것이 Microsoft의 의무라면 혁신의 진정한 힘을 놓치게 됩니다. 고객을 위한 결과를 소유하고 추진하는 데 집중합니다. 전 세계와 공용적으로 또는 회사 내에서 프라이빗하게 코드를 공유하여 솔루션 및 코드 기반에 대한 다양한 관점을 초대합니다.
  • 성공에 대한 도전: 성공했다고 해서 진정한 고객 공감을 나타내는 것은 아닙니다. 고정된 사고 방식과 이전에 하던 일에 대한 편견에서 벗어납니다. 고객의 참여를 유도하여 긍정적 및 부정적 메트릭에서 학습할 만한 것을 찾습니다.
  • 포용성: 다양한 관점을 포함시키기 위해 열심히 노력합니다. 인간은 여러 가지의 분리된 그룹으로 나누어질 수 있습니다. 문화적 규범, 과거의 행동, 젠더, 종교, 성적 취향, 신체 기능까지. 진정한 혁신은 다름을 극복하기 위해 도전하고 모든 고객, 파트너 및 동료를 포함하기 위해 의식적으로 노력할 때 이룰 수 있습니다.

빌드-측정-학습 피드백 루프

진정한 혁신은 고객 공감을 보여 주는 솔루션을 빌드하는 노력, 이러한 변화가 고객에게 미치는 영향에 대한 측정, 고객과 함께하는 학습에서 나옵니다. 가장 중요한 것은 여러 반복에 대한 피드백에서 비롯된다는 것입니다.

지난 10년이 우리에게 혁신에 대해 가르쳐준 것이 있다면, 그것은 비즈니스의 오래된 규칙이 바뀌었다는 것입니다. 거대하고 부유한 기존 기업은 시장에 대한 무너지지 않는 지배력을 더 이상 갖고 있지 않습니다. 시장의 첫 번째 플레이어 또는 최고의 플레이어가 항상 승자가 되는 것은 아닙니다. 최고의 아이디어가 있다고 해서 시장을 지배하게 되는 것은 아닙니다. 급변하는 비즈니스 환경에서 시장의 리더는 가장 민첩한 모습을 보입니다. 변화하는 상황에 적응할 수 있는 사람이 주도하게 됩니다.

규모와 상관없이 디지털 경제에서 혁신적인 리더로 성장하는 기업은 고객 기반에 가장 잘 귀를 기울일 수 있는 능력을 갖춘 조직입니다. 그 기술은 배양되고 관리될 수 있습니다. 모든 좋은 파트너십의 핵심에는 명확한 피드백 루프가 있습니다. 클라우드 채택 프레임워크 내에서 고객 파트너십을 빌드하는 프로세스는 빌드-측정-학습 피드백 루프입니다.

혁신에는 발명과 채택 사이의 균형이 필요합니다. 고객 피드백과 파트너십은 채택을 촉진합니다. 혁신 주기 동안 고객을 강력하고 충성도 높은 파트너로 전환함으로써 더 나은 제품을 실현하고 시장에서 더 빨리 견인력을 얻을 수 있습니다.

build-measure-learn 피드백 루프의 다이어그램

고객 파트너 관계를 관리하고 혁신 노력에 통합하기 위한 이 프로세스에는 세 가지 개발 단계가 포함됩니다.

프로세스의 각 단계는 고객과 함께 더 나은 솔루션을 빌드하는 데 도움이 됩니다.

다음 단계

이 방법론을 이해하기 위한 다음 단계로 일반적인 방해 요소 및 혁신 과제를 참조하여 앞으로의 변화에 대비합니다.

이 문서의 일부 개념은 Eric Ries가 빌드한 The Lean Startup에서 처음 설명한 항목을 기반으로 합니다.