협업 디자인 – 성공적인 엔터프라이즈 제품 디자인을 위한 가이드

Agile 소프트웨어 개발, Kanban 프로세스 관리 및 Lean UX에 대해 들어본 적이 있을 것입니다. 협업 디자인은 기업 제품 디자인 에 대한 다른 철학적, 전술적 접근 방식입니다.

협업 디자인은 참여적이고 매력적이며 현실적인 모든 사람 또는 두뇌 신뢰 환경에서 디자인하는 프로세스입니다. 진공 상태에서 설계하는 것이 아닙니다. 대신 이름에서 알 수 있듯이 협업 디자인은 응집력 있는 제품을 구축하기 위해 모든 사람과 협력하는 다양한 팀과 부서의 중심에 디자이너를 배치합니다. 이러한 방식으로 누구도 소외되지 않으며 관련된 모든 이해 관계자와 함께 제품을 구축할 수 있습니다.

모든 기업 조직은 다르며 모든 아이디어나 작업에 대해 이해 관계자를 모으는 것은 고양이를 몰고 가는 것처럼 보일 수 있습니다. 이 가이드에서는 주요 업체와 협력하여 의견을 얻을 뿐만 아니라 이 새로운 디자인 중심 접근 방식을 채택할 수 있는 팁과 트릭을 검토합니다.

선수들을 만나다

디자이너는 많은 일을 잘하지만 그들의 역할은 문제 해결에서 시작됩니다. 이를 위해서는 전문가가 누구인지 알고 그들과 협력해야 합니다. 제품 개발 팀의 모든 구성원에게는 고유한 요구 사항과 책임이 있으므로 이를 파악하는 것은 주어진 과제를 실제로 완료하는 것만큼 중요합니다.

이제 더 이상 고민하지 않고 팀을 만나 보겠습니다.

• 제품 관리자 는 제품 및 기능의 범위, 요구 사항 및 개발 반복 주기를 정의합니다. 그들은 종종 최종 예/아니오에 앞서 기능에 대한 문지기 역할을 하며 경영진을 포함한 전체 조직과의 의사 소통을 위해 연습합니다.
• 엔지니어 는 제품을 구축하여 기술적 기능과 한계를 이해합니다. 따라서 개발 일정, 사용할 기술, 범위 및 종종 설계 가능성을 포함한 주요 문제를 결정하는 데 중요한 리소스가 됩니다.
• 데이터베이스 및 시스템 설계자 는 데이터가 통합되는 방법을 알고 있으며 기존 제품/플랫폼을 기반으로 계속 구축하면서 성능을 유지하는 데 필요한 것이 무엇인지 깊이 이해하고 있습니다.
• 내부 SME(주제 전문가) 는 비즈니스 프로세스, 사용 사례, 역사 및 정치는 물론 경영진, 고객 및 사용자의 일반적인 기대 사항에 대해 잘 알고 있습니다.
• 영업 은 잠재 고객에게 제품을 제공하는 데 중점을 둡니다. 따라서 영업은 첫 번째 접촉 지점이 되므로 제품에 대한 이해는 리드를 닫고 종종 생성하는 데 중요합니다.
• 트레이너 (또는 SaaS에서는 고객 성공 에이전트 )는 영업 팀과 신규 또는 평가판 사용자에게 직접 노출되며 제품이 시험관 내 및 그 이상에서 수행되는 방식에 대한 유용한 정보를 제공할 수 있습니다.

제품에 대해 작업하는 모든 당사자가 설계 프로세스(애자일 방법론의 기본 원칙 중 하나)에 참여하면 결과 제품이 성공을 달성할 가능성이 훨씬 더 높아집니다. 설계자가 이해 관계자와 협력하기 때문이 아니라 이해 관계자가 더 자주 우리가 이해하지 못하는 방식으로 특정 사용자 및 비즈니스 요구 사항을 이해합니다. 공동 작업은 항상 최선의 선택인 것 같지만 어떻게 해야 할까요?

이해관계자와 협업하는 방법

제품 관리자, 제품의 게이트 및 타임키퍼

제품 관리자는 종종 제품에 대한 개인적인 애착을 갖고 있으며 회사 내에서 매우 높은 기대치를 가지고 있습니다. 그들은 또한 문제, 충족되지 않은 약속 또는 새로운 기능에 대한 요청이 있을 때 제품의 사용자 또는 고객에게 응답해야 합니다.

그들은 간단한 의사 소통을 매우 중요하게 여기며 진행 상황, 문제 및 변경 사항에 대한 최신 정보를 유지해야 합니다. 그들은 초안을 먼저 자주 보는 것을 좋아하며 다양한 규모(직접 제품 개발에서 약간의 변경을 포함하는 실습까지 여러 수준)에서 작업할 수 있기 때문에 이들과의 상호 작용은 크게 다를 수 있습니다.

PM은 다양한 이해 관계자(내부 및 외부)와 의사 소통하는 데 너무 많은 시간을 소비하기 때문에 그들이 귀하와 체크인할 것으로 기대하지 않고 소식을 계속 전달하는 것이 중요합니다. PM과 정기적인 체크인을 설정하여 반복적인 초안을 제시하고 피드백을 듣고 항상 다음 회의를 위한 작업 항목 목록으로 끝냅니다.

제품 기능에 대한 목표가 무엇인지 배우는 데 오랜 시간이 걸리지 않습니다. PM은 디자이너가 문제 해결사라는 것을 알고 있으므로 디자이너는 자신의 추론을 증명하기 위해 데이터와 분석을 제공해야 합니다. 당신이 옳은지 아닌지는 중요하지 않습니다. 최고의 제품을 만드는 것이 목표임을 증명하고 PM의 신뢰를 얻으십시오!

엔지니어링: 디자인에 생명을 불어넣는 책임

엔지니어(개발자라고도 함)는 제품과 가장 가까운 사람들입니다. 그들은 그것을 구축! 제품의 개별 구성 요소를 직접 경험하고 테스트할 수 있기 때문에 이점이 있습니다 . 이것은 의심할 여지 없이 어떤 설계에서든(때로는 무엇이든 구축하기 전에) 약점을 찾을 수 있기 때문에 훌륭합니다. 소프트웨어를 코딩하기 전에 결함을 찾는 것은 여러 수준에서 엄청난 이점이기 때문에 두 배로 좋습니다.

엔지니어링 그룹의 신뢰를 얻는 가장 좋은 방법은 포괄적이고 완전한 제품 사양을 생성하거나 조기에 포함시키거나 둘 모두를 포함하는 것입니다.

개발자가 진정한 이해 관계자 로 간주되면 사용 사례, 시나리오, 기술적 문제 및 이를 극복하기 위한 옵션에 대해 기꺼이 논의합니다.

엔지니어가 진정한 제품 설계자라는 사실을 잊기 쉽습니다. 그들은 특히 문제가 어렵거나 다른 방법으로 처리될 수 있는 경우 설계자 와 함께 문제를 해결하는 데 기득권이 있습니다.

데이터베이스 및 시스템 설계자, 데이터 구조 수호자

데이터베이스 및 시스템 설계자는 제품이 배후에서 어떻게 작동하는지 알고 있습니다. 그들은 데이터가 어떻게 저장되고 구조화되는지, 무엇을 통합할 수 있는지, 모든 시스템이 서로 통신하는 방법에 대해 모두 알고 있습니다. 그들은 제품이 다양한 시스템과 상호 작용하는 방식보다 사용자를 위해 작동하는 방식에 덜 관심을 갖는 경향이 있습니다(이는 궁극적으로 자신이 책임져야 함).

사용자 중심 디자이너가 다루기 특히 어려울 수 있습니다. 데이터베이스/시스템 설계자가 최종 사용자와 상호 작용하지 않더라도 항상 초점은 제품 안정성, 속도 또는 단순성을 통해 해당 사용자에게 이익이 되는 것임을 기억하는 것이 중요합니다.

데이터 구조가 작동하는 방식과 제품 기능에 대한 변경의 결과에 대한 지식은 전문가의 도움 없이는 놓치기 쉽습니다. 그들의 위치가 직접적인 관련이 없는 것 같더라도 제품 변경에 대한 회의 및 토론에 시스템 설계자를 초대하고 포함시키는 것이 중요합니다.

시스템 설계자와 협업하는 한 가지 방법은 다음 질문으로 체크리스트를 만드는 것입니다.

• 기능 X가 현재 데이터 구조에 영향을 줍니까?
• 현재 아키텍처를 고려한 추가 설계/개발 작업이 있습니까?
• 디자인 Y가 기존 사용자 입력/출력과 충돌합니까?
• 기능 X의 영향을 받는 외부 서비스가 있습니까?

이 간단한 목록은 기존의(그리고 아마도) 모놀리식 데이터 구조가 어떻게 작동하는지에 대한 명확한 이해 없이도 올바른 방향을 알려줄 것입니다. 체크 해제된 항목은 간단한 토론으로 조사해야 하는 영역입니다.

주제 전문가 및 비즈니스 분석가, 정보 마법사

주제 전문가의 이름이 적절합니다. 그들은 해당 주제의 전문가이며 독특하고 귀중한 정보의 금광이 될 수 있습니다. 종종 그들은 해당 분야에서 전문 학위를 취득했거나 대부분의 삶을 해당 산업에서 보냈습니다. 그들은 사업이 어떻게 운영되어야 하는지에 대한 직접적인 경험을 가지고 있으며, 모두를 오늘날의 위치에 있게 한 길고 고통스러운 역사와 정치를 회상합니다.

비즈니스 분석가는 조직이 어떻게 운영되는지 알고 있으며 데이터를 사용할 수 있지만 내부 전문가가 없는 경우 SME와 동일한 기능을 수행하는 경우가 많습니다.

내부 기대가 충족되고 위험한 영역을 밟고 있지 않은지 확인하기 위해 경영진이 프로젝트를 어떻게 인식하는지 알아보기 위해 중소기업과 협력하십시오. 분석가를 설계 세션에 초대하여 사전에 자신이 전문가임을 말하고 성공적인 제품 출시에 중요할 수 있는 역사적 실패, 정치적 투쟁 및 기타 문제에 대한 지식을 공유하도록 요청하십시오.

고객 성공 관리자, 새로운 고객의 접점

새로운 고객이 영업팀에 의해 마침내 온보딩되면 트레이너(SaaS 회사의 경우 CSM(고객 성공 관리자))가 새로운 사용자에게 제품을 실제로 사용하는 방법을 가르칩니다. 따라서 트레이너는 초보 사용자와 대화하는 데 많은 시간을 할애합니다. CSM은 회사의 구매 결정에 자주 참여하지 않은 고객과 상호 작용하기 때문에 독특한 관점을 가지고 있습니다.

이러한 독특한 관점을 통해 트레이너/CSM은 고객 온보딩 및 신규 사용자 행동 모두에 대한 디자인 결정에 중요한 정보를 제공할 수 있습니다. 많은 기업 조직은 신규 고객이 다양한 제품을 사용하는 방식을 추적 및 모니터링하고 통화에서 불만 사항에 이르기까지 모든 것을 기록하지만 트레이너는 고객이 실제로 어려움을 겪는 부분을 잘 알고 있습니다.

모든 주요 디자인 회의에 수석 트레이너를 포함시키고 그들과 함께 모든 결정에 대해 문의하십시오. "가장 심각한 고객 불만 사항 3가지는 무엇입니까?"와 같은 질문을 하십시오. 그리고 "신규 고객들은 평균적으로 제품에 만족합니까?" 그리고 "어떤 변화가 당신과 당신의 팀에 가장 긍정적인 영향을 줄 것이라고 생각합니까?" 이런 식으로 우리 모두는 행복한 길이 무엇인지 배웁니다. 트레이너는 고객이 실제로 제품을 사용하는 모든 방법에 대한 우리의 눈과 귀입니다.

제품이 고객과 가장 먼저 만나는 영업,

판매와 디자인은 종종 상충됩니다. 일부 조직은 영업 중심이고 다른 조직은 그렇지 않습니다. 하지만 무엇이든 목표에는 분명한 차이가 있습니다. 영업 팀은 매출 증대를 원하고 디자인은 사용자 경험 개선을 원합니다. 항상 일치하지는 않습니다.

그럴 필요는 없습니다. 대부분의 영업 사원은 매우 합리적인 불만을 가지고 있습니다. 제품 결정에 대한 통제력이 거의 또는 전혀 없으며, 실제로 약속할 수 없는 약속을 해야 하며, 모든 것에도 불구하고 특정 수익 목표를 달성해야 합니다. 영업팀과 제품팀이 정기적으로 격렬한 논쟁을 벌인 것은 놀라운 일이 아닙니다!

그럼에도 불구하고 조련사와 마찬가지로 영업 조직은 고객의 요구에 대해 독특한 관점을 가지고 있으며 종종 그 관점이 소량 판매를 하는 것과 고래를 데려오는 것의 차이입니다! 영업 팀이 어려움을 겪는 다양한 영역을 이해합니다. 모든 유형의 통화에 참여하고 이러한 잠재 고객이 의사 소통하는 방법을 배우십시오.

이것은 영업과의 대화를 열 것입니다. 그들의 요구를 들어주는 것만이 아닙니다. 첫 번째 커뮤니케이션부터 온보딩 후까지 모든 단계에서 잠재 사용자의 경험을 개선하는 것입니다. 영업 사원이 잠재 고객으로부터 가장 많이 듣는 말, 거래를 마무리할 때 겪는 어려움, 거래 성사 후 가장 큰 우려 사항이 무엇인지 알아보십시오.

기업의 디자인은 악몽일 필요는 없습니다

디자이너로서 이러한 모든 움직이는 부분은 관리하기가 매우 어려울 수 있습니다. 특히 공식적인 의미에서 "관리자"로 간주되지 않는 경우에는 더욱 그렇습니다. 팀 간 커뮤니케이션, 요구 사항 수집 및 설계 피드백의 주요 이해 관계자로서 일정 수준에서 이러한 모든 전문가에 액세스할 수 있어야 합니다.

이를 수행하는 가장 중요하지만 가장 간단한 방법은 모든 당사자의 말을 듣고 피드백을 진지하게 받아들이는 것입니다. 대부분의 조직에서 다음 단계는 해당 피드백을 받고 제품 관리자와 협력하여 요구 사항을 실행 가능한 작업으로 구성하는 것입니다.

거기에서 우선 순위와 격차를 채우는 것에 달려 있습니다. 궁극적으로 목표는 최고의 제품을 디자인하는 것이고, 우리는 모든 제품 개발 직원의 도움이 필요합니다. 각 역할이 중요하다는 것을 인식하고 해당 직원이 제품 개발 주기에서 자신의 가치를 인식하도록 하면 디자이너가 더 나은 제품 디자인 결정을 내리는 데 필요한 정보를 제공할 수 있습니다.

• • •

Toptal Design 블로그에 대한 추가 정보:

• UI 디자인 모범 사례 및 일반적인 실수
• 빈 상태 – UX에서 가장 간과되는 측면
• 단순함이 핵심 - 최소한의 웹 디자인 탐색
• 모바일 인터페이스에 대한 경험적 원리
• 가독성을 위한 디자인 – 웹 타이포그래피 가이드