저희는 Microsoft Clarity를 Switas와 같은 기업이 직면한 어려움을 이해하는 실제 제품 담당자들이 실용적이고 현실적인 사용 사례를 염두에 두고 개발한 제품으로 강조했습니다. 분노 클릭 및 JavaScript 오류 추적과 같은 기능은 사용자 불만과 기술적 문제를 파악하는 데 매우 유용했으며, 이를 통해 사용자 경험과 전환율에 직접적인 영향을 미치는 맞춤형 개선이 가능했습니다.
디자인 스프린트는 문제 해결에서 검증된 프로토타입 제작까지 이르는 과정을 시간 제한을 두고 진행하는 프로세스로, 원래는 5일 단위로 구성되었습니다. 구글 벤처스에서 개발되어 제이크 냅이 정리한 이 방식은 문제 이해, 해결책 도출, 방향 설정, 현실적인 프로토타입 제작, 목표 사용자 대상 테스트 등, 일반적으로 수개월이 걸리는 작업을 단 일주일 안에 완료할 수 있도록 압축했습니다.
원래 구조는 하루에 한 가지 활동을 할당합니다. 첫째 날에는 문제를 파악하고 목표를 설정합니다. 둘째 날에는 그룹 브레인스토밍이 아닌 개별적인 해결책을 모색합니다. 이는 공개 토론에서 목소리가 큰 사람의 의견이 지배되는 것과 달리, 개별적인 작업이 더 다양하고 질 높은 아이디어를 도출한다는 전제에 기반합니다. 셋째 날에는 체계적인 비평과 투표를 통해 프로토타입 제작 대상을 결정합니다. 넷째 날에는 테스트에 적합할 정도로만 현실적인 프로토타입을 제작합니다. 다섯째 날에는 소수의 목표 사용자(일반적으로 5명)를 대상으로 테스트를 진행하고 최종 결정을 내립니다.
이러한 방식의 가치는 구체적인 일정 자체보다는 그 방식이 부과하는 제약 조건에 더 있습니다. 의사결정권자를 포함한 여러 부서의 팀이 정해진 기간 동안 하나의 문제에 전념하도록 함으로써, 일반적으로 몇 달씩 걸리는 작업 조정 지연을 방지할 수 있습니다. 최종적으로 검증된 프로토타입을 요구함으로써 구체적인 결과물을 도출하도록 강제하는데, 추상적인 논의는 금요일에 고객에게 결과물을 보여줘야 한다는 의무를 감당하기 어렵기 때문입니다. 또한, 의사결정권자가 전 과정에 참여함으로써, 부재중인 임원의 추후 이의 제기로 인해 일주일간의 노력이 물거품이 되는 상황을 막을 수 있습니다.
이 형식은 모든 문제에 보편적으로 적용될 수 있는 것은 아니며, 일반적인 도구로 생각하면 실망할 수 있습니다. 이 형식은 중요하고, 일주일 안에 해결할 수 있을 만큼 충분히 한정적이며, 팀 구성원들이 의견이 다르거나 답을 모르는 등 진정으로 불확실한 문제에 적합합니다. 이미 잘 알려져 있어 단순히 구축만 하면 되는 문제, 문제 해결을 위해 광범위한 연구가 필요한 문제, 그리고 하루 만에 설득력 있는 프로토타입을 만들 수 없는 기술적 작업이 필요한 문제에는 적합하지 않습니다.
실제 워크숍은 원래의 5일 형식에서 상당히 벗어나 4일 또는 원격으로 진행되는 변형이 일반화되었고, 더 짧은 버전은 더 구체적인 질문에 사용됩니다. 이러한 변형은 핵심 요소가 유지되는 한 타당합니다. 핵심 요소는 명확한 문제, 의사결정권을 가진 사람을 포함한 적절한 참가자, 그룹 토론 전 개별 아이디어 구상, 실제 프로토타입 제작, 그리고 동료가 아닌 실제 사용자를 대상으로 한 테스트입니다. 사용자 테스트를 생략한 스프린트는 워크숍의 형식은 유지하지만 본질을 잃게 됩니다.
참가자 선정은 일정 계획보다 훨씬 중요하며, 종종 부주의하게 처리됩니다. 부적절한 사람들로 구성된 스프린트는 진행은 잘 되었지만 아무런 변화도 가져오지 못합니다. 의사결정권자가 없으면 결과는 일반적인 승인 절차를 거치는 권고안에 그치고, 엔지니어링 담당자가 없으면 프로토타입은 실현 불가능한 방향을 테스트하게 되며, 고객 의견을 가진 사람이 없으면 그룹은 추측에 기반한 설계를 하게 됩니다. 의사결정권자, 설계자, 엔지니어, 그리고 고객 경험을 가진 5~7명으로 구성된 팀이 효과적이며, 이들이 다른 일정 때문에 부분적으로만 참석하는 것이 아니라 전체 기간 동안 진정으로 참여할 수 있도록 확보하는 것이 스프린트 계획에서 가장 어려운 부분입니다.
가장 흔한 실망은 스프린트를 작업의 시작이 아닌 단순한 결과물로만 여기는 데서 비롯됩니다. 스프린트의 결과물은 검증되거나 반증된 방향과 일련의 관찰 내용일 뿐, 완성된 디자인이 아니며, 그 결과가 후속 개발에 반영될 때 비로소 가치가 실현됩니다. 실제로 이는 스프린트를 독립적인 이벤트로 처리하는 것이 아니라 지속적인 프로세스 내에서 운영하고, 그 결과를 후속 개발에 반영해야 함을 의미합니다. 제품 디자인 그리고 배달 업무 제품 스튜디오 참여도 및 테스트는 표준에 따라 수행되었습니다. 사용자 조사 비공식적인 발표회라기보다는.
저희는 Microsoft Clarity를 Switas와 같은 기업이 직면한 어려움을 이해하는 실제 제품 담당자들이 실용적이고 현실적인 사용 사례를 염두에 두고 개발한 제품으로 강조했습니다. 분노 클릭 및 JavaScript 오류 추적과 같은 기능은 사용자 불만과 기술적 문제를 파악하는 데 매우 유용했으며, 이를 통해 사용자 경험과 전환율에 직접적인 영향을 미치는 맞춤형 개선이 가능했습니다.