혁신 수명 주기 따르기

완료됨

Tailwind Traders는 다른 조직들과 마찬가지로 혁신에 대해 다음과 같은 질문이 있습니다.

  • 비즈니스 운영에 영향을 주지 않으면서 변동률을 높일 방안은?
  • 혁신의 결과로 비즈니스가 얻는 이점을 극대화하기 위해 어느 분야를 혁신하고 어떤 변경을 구현할지 정할 방안은?

위 두 질문에 대한 답은 Tailwind Traders가 변화를 조직 문화의 일부로 수용해야 한다는 것입니다. 변화를 꺼리는 조직에서 변화와 관련된 중단 문제가 자주 발생하는 이유는 그러한 변화가 너무 대규모이고 영향력이 크기 때문입니다. 통제된 실제 환경에서는 변화를 테스트하기가 어렵습니다.

변화를 자주 도입할 수 있는 프로세스가 정착한다면 변화의 규모와 위험도 줄어들 것입니다. 그러나 이 프로세스가 특정 도구나 기술을 단순 채택하는 것만 포함하는 것은 아닙니다. 변화를 촉진하고 실패를 수용하는 문화가 필요합니다.

실패를 수용한다는 것은 언뜻 직관에 반대되는 것처럼 보일 수 있지만 혁신 주기에 꼭 필요한 특징입니다. 문제가 생기면 집중적으로 비난받는다는 이유로 실패를 두려워한다면, 실패할까 두려워 새로운 문제 해결 방식을 시도하지 않게 됩니다. 그러면 조직 전체는 기존의 관행만 답습하게 됩니다.

사람들이 새로운 방식을 시도하도록 장려할 수 있도록 “빠르게 실패하기” 문화를 정착시킬 수 있습니다. 예상 결과를 얻지 못하면 신속하게 방향을 바꿀 수 있는 권한을 부여하여 혁신 문화를 더욱 풍부하게 조성할 수 있습니다.

가설 기반 혁신

혁신을 가설을 기반으로 한 반복적인 주기로 설명할 수 있습니다. 문제가 있다는 사실을 알게 되면 근본 원인을 설명하고 해결 방법을 만들기 위한 가설을 하나 이상 도출할 수 있습니다. 문제 자체를 정의하는 것은 측정이 수반되어야 하기 때문에 쉽지 않은 과정일 수 있습니다.

예를 들어, “고객이 자사의 결제 플랫폼에 만족하지 않는다”라는 문제 정의는 측정할 수 없으므로 해결하기가 어렵습니다. “결제 플랫폼을 선택하는 단계에서 고객의 23%가 쇼핑 세션을 그만둔다”라고 문제를 정의할 수 있다면 잠재적인 해결 방법의 성공을 더욱 쉽게 측정할 수 있습니다.

문제를 측정 가능한 방식으로 정의한 후에는 문제를 설명하고 해결하는 방법을 만들기 위한 가설을 도출할 수 있습니다. 예를 들어 Tailwind Traders에 대한 가설은 다음과 같이 설명할 수 있습니다. “지원되는 결제 플랫폼에 ContosoPay를 추가하면 결제 페이지에서 고객 이탈률이 23%에서 10%로 감소한다.” 이렇게 가설을 도출했으면 이를 이행하기 위해 가설의 유효성을 검증해야 합니다.

가설은 고객에게 가치를 제공하여 고객이 조직과 진행하는 상호 작용 경험을 개선하는 데 중점을 두어야 합니다. 이를 고객 공감이라고 합니다. 즉, 혁신의 중심에 고객을 두고 고객과 조직을 위한 가치를 높이는 데 집중해야 합니다.

애플리케이션 코드를 건드리지 않고 가설을 검증하는 방법은 여러 가지입니다. 고객 설문 조사와 시장 연구는 가설의 유효성을 결정하는 데 도움이 될 수 있는 중요한 정보원입니다. 이런 정보원을 점검하면 가설을 검증하고, 정확도가 높고 비즈니스 가치를 제고할 수 있는 가설을 구축할 수 있습니다.

빌드

가설을 애플리케이션에 적용할 가능성이 충분하다면 빌드 프로세스가 시작됩니다. 여기서도 속도가 중요합니다.

개발 스프린트는 최대한 짧아야 합니다. 스프린트를 짧게 유지하여 가설을 신속하게 검증하거나 기각할 수 있습니다. 또한 애플리케이션에 필요한 기능을 통합하는 방법을 세밀하게 조정할 수도 있습니다. 결과적으로 혁신 주기는 더 빨라집니다.

측정값

가설의 정확도는 최대한 빨리 검증해야 합니다. MVP(최소 기능 제품)는 새로운 기능의 예비 버전으로, 피드백을 수집하고 올바른 방향으로 나아가고 있는지 확인하는 데 도움을 줍니다.

MVP의 목표는 가설뿐 아니라 가설에 사용된 모든 가정을 검증하는 것입니다. 예를 들어, Tailwind Traders 고객의 23%가 결제 페이지에서 구매 프로세스를 이탈한다면 Tailwind Traders가 충분한 결제 플랫폼을 제공하지 못하고 있기 때문이라는 가설이 입증되는 것이라고 볼 수 있습니다. 하지만 실제 이유는 다를 수도 있습니다. MVP는 이러한 가정과 가설을 확인하거나 기각할 수 있는 방식으로 설계해야 합니다.

Learn

학습 단계는 프로세스의 시작과 비슷합니다. 가정 및 가설에 대해 자세히 알아본 후 옳은지, 부분적으로 옳은지 아니면 틀렸는지 알 수 있습니다. 성장형 사고방식과 실패를 받아들일 만한 겸손함이 있다면 다음 중 한 가지를 선택할 수 있습니다.

  • MVP를 계속 작업해야 한다면 빠르게 피벗하세요.
  • 다른 영역에 다시 노력을 집중하고 대체 가설을 세웁니다.

가정과 가설이 틀렸더라도 이 프로세스를 통해 고객과 비즈니스에 대해 새로운 내용을 알게 되었다는 사실을 인식하는 것이 중요합니다. 시간을 낭비했다고 생각하지 마세요. 중요한 것은 최대한 빨리 지식을 얻고 이를 이후 가설에 적용하는 것입니다. 이것이 빠르게 실패하기 문화의 정수입니다.

다음으로 살펴볼 자료

클라우드 채택 프레임워크의 혁신 개요는 혁신 방법을 알아볼 수 있는 가장 좋은 자료입니다.