제한된 리소스와 다른 부서와의 경쟁으로 인해 UI/UX 디자인 이니셔티브에 대한 매력적인 비즈니스 사례를 만드는 것은 승인을 확보하는 데 매우 중요합니다. 최고의 솔루션을 가지고 있으며 이니셔티브를 성공적으로 실행할 수 있음을 증명해야 합니다. 이 기사에서는 UAE에 기반을 둔 택배 서비스인 Delivery Hero의 예를 포함하여 사용자 경험 디자인 전문가가 설득력 있는 UX 비즈니스 사례를 만드는 방법에 대해 설명합니다. UXPin을 사용하여 비즈니스 사례를 지원하는 완벽하게 작동하는 프로토타입을 만드십시오. 이해 관계자와 사용성 참가자는 최종 디지털 제품처럼 프로토타입에 참여할 수 있습니다. 무료 평가판에 등록하여 코드 기반 디자인이 UX 워크플로와 사용성 테스트를 혁신하여 제품 개발을 개선하는 방법을 알아보세요. 비즈니스 케이스란 무엇입니까? 비즈니스 사례는 프로젝트, 이니셔티브 또는 전략의 이점과 회사 또는 부서에서 이를 필요로 하는 이유를 설명합니다. UX 비즈니스 사례는 특히 디자인 관련 프로젝트와 관련이 있습니다(예 : 디자인 시스템 구축 , 디자인 도구 구매 또는 대규모 UX 연구 프로젝트에 투자). 확장 프로세스 1 비즈니스 사례를 통해 UX 팀은 다음을 수행해야 합니다. 비용에 대한 필요성(또는 문제)을 보여줍니다. 디자인 솔루션 제공 솔루션은 가치 제안과 짝을 이룰 때 더 효과적입니다. 이 프로젝트는 어떻게 설계 및 조직 에 대한 ROI를 제공합니까? UX를 ​​위한 비즈니스 사례가 필요한 이유는 무엇입니까? 특히 UX 프로젝트의 경우 이해 관계자로부터 동의를 얻는 것이 어려울 수 있습니다 . 많은 디자이너가 아닌 사람들은 사용자 중심의 디자인 원칙이나 디자인 사고를 이해하지 못하고 디자인 투자를 꺼립니다. UX 비즈니스 사례는 이해 관계자에게 제품의 고객 경험을 개선하는 것이 수익에 얼마나 좋은지 보여주어야 합니다. 예를 들어, 디자인 시스템은 상당한 투자입니다. 이해 관계자 는 재사용 가능한 구성 요소 라이브러리가 어떻게 비즈니스 가치를 제공하는지 알 수 없기 때문에 디자이너는 비즈니스 사례를 통해 이 가치를 입증해야 합니다. 배달 영웅의 비즈니스 사례 가치 제안 Delivery Hero는 디자인 시스템에 대한 비즈니스 사례에서 가치 제안을 사용하는 훌륭한 예입니다. 자신의 디자인 시스템을 이해 관계자에게 소개하기 위해 여러 번 시도한 후 Delivery Hero의 제품 디자인 팀은 실제 사례 연구 및 가치 제안을 포함하여 보다 설득력 있는 사례를 만들어야 한다는 것을 깨달았습니다. Delivery Hero의 제품 디자인 팀은 단일 화면을 사용하여 디자인 시스템이 있는 사용자 인터페이스 빌드와 없는 사용자 인터페이스 빌드를 비교했습니다. 결과는 충격적이었습니다. 설계 시스템이 없는 건물 – 총 시간: 7.5시간 재사용 가능한 구성 요소로 구축 – 총 시간: 3.25시간 실험에서는 재사용 가능한 구성 요소를 사용하여 프론트엔드 작업 시간이 57% 단축되고 프론트엔드 부채가 0% 감소하는 것으로 나타났습니다. 프론트 엔드 부채 는 Delivery Hero에게 복잡한 문제가 되었기 때문에 이 문제를 제거하고 배달 시간을 거의 60% 단축함으로써 이해 관계자에게 상당한 투자 수익을 거둘 수 있었습니다. Delivery Hero의 이해 관계자는 그 결과에 깊은 인상을 받았고 회사의 디자인 시스템인 Marshmallow를 실행에 옮겼 습니다. Delivery Hero의 이야기에 대한 자세한 내용은 여기 를 참조하십시오 . UX 비즈니스 사례에는 무엇을 포함해야 하나요? 이제 비즈니스 사례의 목적과 중요성을 이해했으므로 포함할 요점을 살펴보겠습니다. 요약 사명 선언문 시장 문제 설명 제안 솔루션 및 가치 제안 위험 로드맵 필요한 리소스 팀 항상 이러한 모든 요점을 사용하는 것은 아니며 비즈니스 사례 및 프로젝트와 관련된 요점만 사용한다는 점에 유의하는 것이 중요합니다. 목표는 비즈니스 사례를 철저하지만 간결하게 유지하는 것입니다. 이해 관계자가 연구를 보고 싶어하는 경우 별도로 발표할 수 있습니다. 작업 문서 데이터 요약 요약 요약에는 비즈니스 사례와 해당 섹션이 요약되어 있습니다. 비즈니스 사례 요약에 포함해야 하는 필수 요소는 다음과 같습니다. 문제 당신의 솔루션 사명 선언문 사명 선언문은 프로젝트의 목적과 목표를 요약합니다. 일반적으로 몇 개의 문장으로 구성되며 요약 요약과 동일한 슬라이드에 나타날 수 있습니다. 사명 선언문은 공통 아이디어와 목적에 대해 팀 구성원과 이해 관계자를 통합하면서 설계 프로세스를 안내합니다. ProjectManager의 " 미션 성명서를 작성하는 방법 " 기사를 확인하십시오 . 시장(또는 사용자) UX 비즈니스 사례가 내부 이니셔티브를 위한 것이라면 이 섹션을 사용자 로 바꾸고 프로젝트가 누구에게 서비스를 제공할지 식별할 수 있습니다. 예를 들어, 디자인 시스템은 제품, UX 및 엔지니어링 팀에 도움이 되지만 최종 사용자에게도 긍정적인 영향을 미칩니다. 이해 관계자가 실제 사람들과 공감할 수 있도록 최종 사용자를 페르소나로 나타낼 수 있습니다. 문제 설명 문제 설명에는 주요 문제, 영향을 미치는 대상 및 비즈니스에 미치는 영향이 요약되어 있습니다. Atlassian의 디자인 관리자인 Laura van Doore는 " 좋은 문제 진술을 실행하는 데는 두 부분이 있습니다 ." 라고 말합니다. 문제 선택: “청중에게 어필할 문제를 선택하고 강조하세요.” 이해 관계자에게 프레젠테이션할 때 디자인 팀에만 초점을 맞추는 것이 아니라 문제가 비즈니스에 어떤 영향을 미치는지 보여줍니다. Delivery Hero의 경우, 제품 팀은 현재 프로젝트 워크플로에 프론트 엔드 부채, 불일치, 느린 출시 시간이 누적되어 궁극적으로 비즈니스 시간과 리소스가 손실된다는 것을 보여주었습니다. 사용자에게 직접적인 영향을 미치는 문제를 제시하는 경우 이해 관계자가 문제를 명확하게 이해할 수 있도록 고객 여정 , 사용자 연구 및 기타 UX 통찰력과 같은 UX 아티팩트 를 포함할 수 있습니다. 문제의 틀: Laura의 다음 단계는 대상 고객을 중심으로 문제를 구성하는 것입니다. 핵심 문제 식별 문제가 누구에게 영향을 미치고 어떻게 영향을 미치는지 설명합니다. 청중과 비즈니스에 미치는 악영향 설명 제안 솔루션 및 가치 제안 귀사의 솔루션이 회사의 문제와 가치 제안을 어떻게 해결하는지 설명하십시오. 가치 제안은 비즈니스 사례에 매우 중요합니다. 가치와 투자 수익률(ROI)을 설명합니다. 이해 관계자는 비즈니스 관련 영향보다 워크플로 문제 해결에 대해 덜 우려합니다. 솔루션이 어떻게 ROI를 제공합니까? designops 따기 도구 관리 Delivery Hero의 디자인 시스템 팀의 Amber Jabeen은 솔루션이 비즈니스 메트릭과 KPI를 사용하여 조직에 대한 긍정적인 이점을 설명해야 한다고 말합니다. 비용을 절감하고, 수익을 늘리고, 출시 시간을 단축하거나, 제품의 경쟁력을 높이는 방법은 무엇입니까? 위험 철저한 비즈니스 사례는 또한 위험과 이를 해결하기 위한 계획을 고려합니다. 이해 관계자는 귀하가 솔루션을 여러 각도에서 살펴보고 잠재적인 문제에 대비하는 것을 보고 싶어합니다. Atlassian의 Laura van Door는 자신의 기사에서 다음 과 같이 말합니다 . 더미.” 로드맵 비즈니스 사례의 또 다른 중요한 요소는 타임라인 또는 로드맵입니다. 프로젝트를 제공하는 데 시간이 얼마나 걸리고 회사는 솔루션에서 설명하는 가치를 언제 볼 수 있을 것으로 예상할 수 있습니까? 이해 관계자가 진행 상황을 모니터링할 수 있도록 KPI는 무엇입니까? 다시 말하지만, 관련 비즈니스 메트릭을 사용하는 것이 중요합니다. 예를 들어 인적 자원에 대해 논의할 때 설계, 제품, 엔지니어링 등 부서별 총 시간을 추정합니다. 이 분석을 통해 이해 관계자는 프로젝트가 회사의 인적 자원 및 기타 프로젝트에 미치는 영향을 확인할 수 있습니다. 필요한 리소스 프로젝트에 필요한 리소스는 무엇입니까? 인적, 재정, 기술, 디자인 등. 가능하면 여러 시나리오를 포함하여 사용 가능한 리소스를 기반으로 이해 관계자에게 옵션을 제공합니다. 로 파이 연필 프로젝트 전달 전, 도중, 후에 어떤 리소스가 필요할지 생각해 보십시오. 예를 들어, 설계 시스템은 시작하기 전에 설계 감사, 구축 및 제공할 사람, 관리 및 확장을 위한 팀이 필요합니다. 설계 시스템이 성숙 해짐에 따라 더 많은 리소스가 필요합니다. 팀 비즈니스 사례를 뒷받침하는 핵심 팀과 프로젝트를 제공하고 확장하는 데 필요한 사람들, 특히 다음을 설명하세요. UX 디자이너 엔지니어 제품 관리자 분석가 이해관계자 강력한 UX 비즈니스 사례를 위한 모범 사례 Delivery Hero MENA(talabat)의 DesignOps 이사인 Amber Jabeen과 함께 2022년 5월 웨비나 Enterprise Design System – How to Build and Scale 에서 이러한 모범 사례 중 일부를 차용했습니다 . 1. 진짜 고충 부터 시작하라 귀하의 비즈니스 사례에는 제품, 해당 사용자 및 비즈니스에 부정적인 영향을 미치는 문제점이 포함되어야 합니다. 문제가 팀 구성원에게 어떤 영향을 미치는지 보여주기만 하면 이해 관계자가 조치를 취할 가능성이 줄어듭니다. 문제로 인해 재작업 (추가 비용) , 사용성 문제 (사용자 손실 및 값비싼 지원 티켓 생성) , 기술 부채 (추가 비용) , 출시 시간 지연 (경쟁력 및 수익 손실 감소) 이 발생한다는 것을 증명할 수 있다고 가정합니다 . 이 경우 이해 관계자의 관심을 끌 수 있는 실질적인 문제가 있습니다. 2. 가치 제안 구축 문제점을 중심으로 가치 제안을 작성하십시오. 솔루션은 문제를 해결하고 투자 수익을 제공해야 합니다. 현실적임을 기억하고 이해 관계자에게 위험을 평가했음을 보여주십시오. 3. 가장 큰 후원자와 후원자를 확인하십시오. 비즈니스 사례를 지원하기 위해 UX 외부에서 리더와 이해 관계자를 찾는 것이 더 중요합니다. 그들은 다음을 옹호할 것입니다: 당신이 식별한 문제는 실제입니다. 귀사의 솔루션과 가치 제안이 최선의 선택입니다. 이러한 옹호자를 비즈니스 사례에 포함시키고 가장 영향력 있는 이해 관계자의 말을 인용할 수도 있습니다. 4. 말하기 전에 보여라 UX 외부의 사람들은 사용자 경험과 디자인 사고 원칙 을 이해하는 데 어려움을 겪 습니다. 문제를 설명하는 것만으로는 충분하지 않습니다. 무엇이 잘못되었고 그것이 비즈니스에 어떤 영향을 미치는지 보여주어야 합니다. 프로토타이핑 종이 연필 lo fi Delivery Hero에서 보았듯이 Amber의 팀은 회사의 시간과 비용을 낭비하는 비효율성과 문제를 보여주는 실험을 제시했습니다. 그들은 자신들의 솔루션이 문제를 해결하고 조직에 가치를 제공할 수 있음을 입증했습니다. 이해 관계자에게 이론을 제시하면 증거를 위해 돌려보낼 것입니다. 시간을 내어 테스트와 실험을 수행하여 솔루션을 실행할 수 있음을 증명하면 작동합니다! 5. 비즈니스 지표에 대해 이야기하기 문제와 솔루션에는 비즈니스 사례를 지원하는 숫자가 포함되어야 합니다. 이해 관계자는 다음을 평가할 메트릭 및 KPI를 보고 싶어합니다. 문제의 상태 및 규모 솔루션이 이러한 수치를 개선하는 방법 6. 혼자 가지 마세요 – 네트워크 구축 이해 관계자에게 비즈니스 사례를 제시하기 전에 교차 기능 팀 구성원, 리더, 관리자 및 문제의 영향을 받는 모든 사람과 이야기하여 솔루션에 대한 지원과 동의를 얻으십시오. 프로젝트 뒤에 조직이 있으면 의사 결정권자의 승인을 받을 가능성이 더 큽니다.