저희는 Microsoft Clarity를 Switas와 같은 기업이 직면한 어려움을 이해하는 실제 제품 담당자들이 실용적이고 현실적인 사용 사례를 염두에 두고 개발한 제품으로 강조했습니다. 분노 클릭 및 JavaScript 오류 추적과 같은 기능은 사용자 불만과 기술적 문제를 파악하는 데 매우 유용했으며, 이를 통해 사용자 경험과 전환율에 직접적인 영향을 미치는 맞춤형 개선이 가능했습니다.
디자인 운영(Design Operations, 줄여서 Design Ops)은 디자인 기능의 작동 방식을 개선하는 활동입니다. 여기에는 프로세스, 도구, 표준, 채용, 온보딩, 다른 분야와의 협업, 디자인 작업을 지원하는 인프라 등이 포함됩니다. 디자인 운영은 개발 운영이 엔지니어링에 적용하는 것과 동일한 운영적 사고방식을 디자인 조직에 적용하여, 실무자들이 조정 작업에 시간을 낭비하는 대신 디자인 자체에 집중할 수 있도록 마찰을 제거하는 것을 목표로 합니다.
필요성은 처음부터 존재하는 것이 아니라 규모가 커짐에 따라 발생합니다. 세 명의 디자이너로 구성된 팀은 대화를 통해 협업하고, 편리한 곳에 파일을 보관하며, 모든 구성원이 모든 것을 볼 수 있기 때문에 일관성을 유지합니다. 하지만 여러 제품에 걸쳐 서른 명으로 구성된 팀은 그렇게 할 수 없으며, 의도적인 운영 개선 작업이 없다면 중복된 구성 요소, 호환되지 않는 파일 구조, 일관성 없는 조사 방식, 그리고 필요한 것을 찾고 차이점을 조정하는 데 점점 더 많은 시간을 소비하게 됩니다.
이 프로젝트가 다루는 전형적인 문제점들은 쉽게 알아볼 수 있습니다. 디자이너들은 기존 작업물을 찾아서 재현할 수 없습니다. 기여 프로세스가 없기 때문에 컴포넌트 라이브러리가 분기됩니다. 이전 연구 결과를 찾을 수 없어서 연구가 반복됩니다. 지식이 문서화되어 있지 않아 온보딩에 몇 달씩 걸립니다. 엔지니어링 팀으로의 인수인계가 일관되지 않아 구현 품질이 제각각입니다. 여러 채널을 통해 요청이 접수되지만 우선순위가 정해져 있지 않습니다. 이러한 모든 문제는 기술적인 결함이라기보다는 운영상의 실패입니다.
일반적으로 그 범위는 도구 및 관리, 기여 및 폐기 프로세스를 포함한 설계 시스템 거버넌스, 파일 및 자산 구성, 연구 저장소 및 참여자 모집 인프라, 일반적인 활동을 위한 표준 워크플로, 온보딩 및 역량 개발, 그리고 설계 작업 측정 등을 포괄합니다. 이 모든 것에 전담 역할이 필요한 것은 아니지만, 모든 것에는 담당자가 필요합니다.
이 역할은 종종 디자이너를 위한 프로젝트 관리자로 오해되지만, 조정이 포함되는 것은 사실이지만, 핵심 기능은 반복되는 마찰을 제거하는 시스템을 구축하는 것입니다. 프로젝트 관리는 하나의 문제를 해결하는 것이지만, 연구 저장소, 구성 요소 기여 프로세스 또는 표준 인수인계 형식을 구축하는 것은 여러 문제의 근본 원인을 해결하는 것입니다. 인프라 구축 없이 조정 기능에만 치중하면 효율성 향상보다는 관리 부담만 가중됩니다.
투자를 정당화하려면 현재 시간이 낭비되는 부분을 보여줘야 하는데, 이는 입증하기는 쉽지만 측정하기는 어렵습니다. 디자이너들이 실제로 시간을 어떻게 사용하는지 감사해 보면, 기존 작업을 검색하고, 조정하고, 보완하고, 재현하는 데 상당한 시간을 소비하는 것을 알 수 있습니다. 이러한 시간 낭비를 줄이는 것이 투자의 핵심이며, 프로세스 개선을 설명하는 것보다 회복된 디자인 역량이라는 관점에서 표현하는 것이 더 설득력이 있습니다.
디자인 작업의 성과를 측정하는 것은 디자인 부서가 맡은 가장 어려운 책임 중 하나이며, 잘못 수행하기도 쉽습니다. 산출물의 양을 세는 것은 판단력보다는 양에 치중하게 하고, 속도를 기준으로 측정하는 것은 세심함이 중요한 바로 그 순간에 지름길을 택하도록 부추깁니다. 보다 합리적인 측정 방법은 디자인 작업이 이루어지는 환경을 고려하는 것입니다. 여기에는 연구 결과가 필요한 사람들에게 전달되는 데 걸리는 시간, 출시된 인터페이스 중 승인된 구성 요소를 사용하는 비율, 그리고 팀 시간 중 실제 디자인 작업에 투입되는 시간 등이 포함됩니다.
성급한 도입은 실제로 위험합니다. 소규모 팀이 조정 비용이 정당화되기 전에 공식적인 프로세스, 거버넌스 및 도구 도입에 따른 추가 비용을 지출하면 업무 진행 속도가 느려지고 이미 잘 작동하던 업무에 형식적인 절차만 추가하게 됩니다. 합리적인 도입 시점은 인력 규모나 성숙도에 대한 열망이 아니라 해당 기능이 해결해야 할 구체적인 문제에 대한 증거가 있어야 합니다.
이 기능은 실무자들을 지시하기보다는 지원하는 데 목적이 있기 때문에, 그 효과는 프로세스뿐만 아니라 디자인 작업 자체를 이해하는 사람들이 이끌어갈 때 비로소 발휘됩니다. 실제로 이 기능은 디자인 시스템 및 연구 인프라와 함께 구축됩니다. 제품 디자인구현 품질을 결정하는 인수인계 관행을 조정합니다. 방열판 열 관리용그리고 충분한 규모의 조직에서는 그것이 조직 내의 고정적인 기능이 됩니다. UX 부서.
저희는 Microsoft Clarity를 Switas와 같은 기업이 직면한 어려움을 이해하는 실제 제품 담당자들이 실용적이고 현실적인 사용 사례를 염두에 두고 개발한 제품으로 강조했습니다. 분노 클릭 및 JavaScript 오류 추적과 같은 기능은 사용자 불만과 기술적 문제를 파악하는 데 매우 유용했으며, 이를 통해 사용자 경험과 전환율에 직접적인 영향을 미치는 맞춤형 개선이 가능했습니다.