UX를 향한 여정

Charles는 Spider-Man이나 X-Men을 그리겠다는 야망을 품고 학교에 다녔지만 현실 세계에 들어가자마자 디지털 방식으로 창조할 수 있는 속도에 반했습니다. 2000년대 초반에 그는 인터랙션 디자이너가 되어 Caterpillar, Pfizer, Crains, Sprint, Motorola, Conde Nast 등과 같은 회사의 프로젝트에 참여했습니다. 이때 많은 디자이너들이 코드를 선택하여 프런트엔드 개발자가 되거나 사용성에 전념하고 있었습니다.

Charles는 37signals(Basecamp를 구축한 회사)의 Jason Fried와 함께 사용성 워크숍에 참석할 기회를 얻었고 매료되었습니다. 그들이 대기업의 문제를 해결하는 방식에 흥미를 느낀 Charles는 재설계 전후를 연구했습니다. UX는 그가 작업에 집중하고 싶었던 곳이었습니다.

현재 Instec의 소유자는 Charles Instec이 일부 UX 컨설팅 회사에서 많은 행운을 누리지 못하고 있다고 말했습니다. 그들은 회사 내에 자리잡은 누군가, 즉 업계와 애플리케이션을 배울 수 있는 사람이 필요했습니다. 몇 번의 인터뷰 후에 Charles는 Instec에 합류하여 상업 보험 산업에 초점을 맞춘 엔터프라이즈 애플리케이션 공간으로 이동했습니다.

조정하기—한 세계에서 다른 세계로 이동하기

Charles가 Instec에 처음 왔을 때 그들은 주력 애플리케이션인 Quicksolver를 위한 새로운 구성 도구를 구축하는 중이었습니다. Charles는 이를 다음과 같이 설명합니다. “자동차 또는 주택 소유자 정책에 대해 알고 있는 모든 것을 스테로이드에 적용하십시오. 이러한 애플리케이션은 상업 보험 분야에서 견적 및 정책 발행을 다루었으므로 귀하의 견적은 한 대의 차량이 아닌 여러 대의 차량을 처리했습니다. 집뿐만 아니라 레스토랑과 여러 건물. 그래서 업계의 기본과 이 애플리케이션이 해결하려는 문제가 무엇인지 빠르게 파악해야 했을 뿐만 아니라 모든 용어도 파악해야 했습니다. 만나고 또 만나면 '잠깐... 그 말이 무슨 뜻이야?'라고 말을 중간에서 끊곤 했습니다.

Charles는 재빨리 참호에 뛰어들어 프로젝트에 참여하고 있는 두 명의 보험 분석가에게 합류했습니다. 처음에는 마치 다른 언어로 된 애플리케이션을 작업하는 것 같은 느낌이 들었다고 그는 말합니다. 번역가(예: 보험 분석가)와 함께 그는 쉽게 달릴 수 없는 문제를 해결하고 문제를 해결하며 현대적인 디자인 아이디어를 애플리케이션에 적용하기 시작했습니다.

이는 그가 업계를 배우기 위해 겪고 있는 문제와 사용자가 하려는 작업, Instec이 즉각적인 영향을 미치기 위해 구현할 수 있는 패턴을 분리해야 함을 의미했습니다. Charles는 “용어를 알든, 업계를 알든 모르든 나쁜 경험은 나쁜 경험입니다.”라고 말합니다. “나는 거기서 시작했어요.”

같이 일하다

Charles, 보험 분석가 및 제품 관리자는 한 번에 며칠 동안 스스로를 잠그고 솔루션을 도출했습니다. 처음에 Charles는 주요 사용자 작업을 처리하기 위해 간단한 템플릿에 다른 사람들을 집중시켰습니다. 사용자가 회사나 대리인과 같은 무언가를 검색하면 한 가지 항목이 표시됩니다. 새로운 것을 창조하고 싶다면 다른 것을 얻을 것입니다. 이는 분석가와 제품 관리자가 수십 개의 화면 대신 소수의 화면 템플릿 측면에서 생각할 수 있도록 도와주었습니다.

Charles는 “그들은 나에게 다양한 보험 라인에 대해 가르쳐 주었습니다. 그리고 나는 사용자를 위한 조치의 우선순위를 정하는 방법을 가르쳤습니다. 그들은 나에게 보장에 대해 가르쳐주었습니다. 복잡한 형태로 방해 요소를 최소화하는 방법과 완료 속도를 높이는 방법에 대해 가르쳤습니다.”

그는 “지식 교류 프로그램이었다”고 결론지었다.

Charles는 이러한 개념을 테스트할 수 있도록 신속하게 사용할 수 있는 도구가 필요하다는 것을 깨달았습니다. 여러 제품과 접근 방식을 평가한 후, 그들은 학습 곡선이 최소화될 뿐만 아니라 개념을 생생하게 구현하여 전체 팀과 잠재 고객이 구축 중인 내용을 이해할 수 있도록 하는 강력하고 대화형 프로토타입을 만들 수 있는 제품과 접근 방식을 선택했습니다.

그 제품은 Indigo.Design 이었습니다.

Indigo와 상호작용해보세요

좋은 개념이 생기면 Charles의 팀은 이러한 개념을 Indigo.Design 사용하여 구축된 대화형 프로토타입으로 실행합니다. Indigo.Design 팀이 매우 빠르게 프로토타입을 제작할 수 있게 해주기 때문에 Instec에 매우 중요했습니다. 그들은 사용자 여정(또는 여러 여정)을 중심으로 화면을 구축하고 무엇이 효과적이고 무엇이 투박한지 빠르게 확인할 수 있으며 그 과정에서 지속적으로 수정합니다.

팀이 좋은 위치에 있다고 느끼면 제품 관리자와 개발 팀 앞에 프로토타입을 가져와서 여정을 안내하고 새로운 기능을 보여줍니다. 이는 개발자가 전체 그림을 보고 문제를 어떻게 해결할 것인지 또는 기능이 작동할 수 있는 다른 위치에 대해 이야기할 수 있기 때문에 매우 가치가 있습니다. Charles는 "우리는 항상 메모 페이지를 가지고 회의를 마치고 수정 작업을 시작하고 검토를 위해 새 프로토타입을 게시하고 승인될 때까지 반복합니다"라고 말합니다.

여기에서 분석가 중 한 명이 작업 프로토타입에 대한 액세스뿐만 아니라 Indigo.Design에서 모든 화면 내보내기를 포함하여 세부 사양을 정리합니다. 모호성은 없습니다. 흐릿하거나 불분명한 것은 없습니다. “콘셉트와 프로토타입 단계를 통해 우리는 개발에 수백 시간을 소비하기 훨씬 전에 대부분의 주요 문제를 미리 해결했습니다. 비용 절감 효과는 헤아릴 수 없을 정도입니다.”라고 Charles는 말합니다.

모든 면에서 작업

Instec은 신제품 개발 외에도 판매 과정에서 Indigo.Design 사용합니다. 고객은 결제 버튼을 클릭하여 앱 스토어나 전자상거래 페이지에서 프로그램을 구매하는 것이 아닙니다. 이 업계는 판매 주기가 길 수 있으며 거래가 성사되는 데 1년 정도 걸리는 경우도 많습니다. 거의 모든 고객은 자신의 요구 사항을 처리하기 위해 맞춤화가 필요합니다.

이러한 높은 수준의 맞춤화를 수용하기 위해 숙련된 보험 담당자는 잠재 고객을 만나 보험 상품과 Instec이 고객을 위해 일해야 하는 사항에 대해 자세히 이해합니다. 그런 다음 Charles의 팀이 만나 그들의 요구 사항을 소프트웨어의 사용자 정의로 압축합니다.

그런 다음 몇 주에 걸쳐 몇 가지 변형의 프로토타입을 제작하고 프로토타입에 대해 Charles와 분석가 사이에서 핑퐁을 벌였습니다. Charles는 “잠재 고객이 계약 팀과 다음 회의를 가질 때쯤에는 Instec이 무엇을 할 수 있는지에 대한 매끄러운 연설이나 문서를 제공받을 뿐만 아니라 Instec이 수행할 작업을 실제로 확인하게 됩니다. 사용자의 요구 사항. 이는 사용자뿐만 아니라 이제 시스템이 어떻게 작동할지 정확히 알고 있는 의사결정자(의사결정자)에게도 모호함 없이 잘 드러납니다.

“우리가 뭔가 새로운 일을 할 때마다 우리는 시장에서 베팅을 하고 있습니다.”라고 Charles는 말합니다. “초기에 피드백을 받고 필요한 변경을 할 수 있게 되면 그러한 결정에 대해 좋은 느낌을 받는 데 큰 도움이 됩니다. 우리 개발자들도 Indigo.Design 좋아합니다. 프로토타입에서 직접 코드를 내보낼 수 있고 훨씬 더 빠르게 작업을 수행할 수 있기 때문입니다. 이 도구는 전반적으로 없어서는 안 될 요소였습니다.”

항상 도전이 있습니다

Charles는 UX 디자이너 앞에 놓인 과제와 작업에 대해 순진하지 않습니다. Charles는 "'충분하다'는 말에 많이 맞거나 누군가가 변화를 위해 변화를 사용할 것입니다"라고 말합니다. "그리고 제가 가장 좋아하는 말이 있어요. '아무도 그것에 대해 불평하지 않았어요.'"

"하지만 누군가가 어떤 것에 익숙하거나 불평하지 않는다고 해서 그것을 고쳐서는 안 된다는 뜻은 아닙니다."라고 Charles는 말합니다. “차에서 좌회전 신호를 켰는데 오른쪽 신호등이 켜지면 고장난 것입니다. 누군가가 불평할 때까지 기다릴 필요가 없습니다.”

Charles가 조심하려고 하는 또 다른 것은 누구로부터 피드백을 받는가입니다. “이해관계자는 사용자가 아닙니다.”라고 그는 말합니다. “그들은 전략적 결정을 내리고 수표에 서명합니다. 그들은 왜 대화 상자가 계속 나타나는지, 왜 필드에서 데이터가 지워지는지, 간단한 작업이라고 생각했던 작업을 완료하는 데 왜 17번의 클릭이 필요한지 궁금해하며 하루를 보내지 않습니다.”

앞으로

Instec 영업 담당 VP는 최근 Charles에게 대규모 보험 청구 업체의 제품 관리자와 회의 중이라고 말했습니다. 그는 "우리 사용자는 Amazon 및 Google에서 얻는 경험을 원합니다."라고 말했습니다. 4년 전에는 복잡성 때문에 이것이 사실이거나 가능하다고 믿은 사람이 거의 없었다고 Charles는 말합니다.

“하지만 사실이에요. 우리 사용자는 보험 소프트웨어만 사용하지 않습니다.”라고 Charles는 말합니다. “그들은 Facebook, Twitter, LinkedIn을 사용합니다. 그들은 아마존에서 제품을 구매합니다. 따라서 이러한 애플리케이션에서 경험하는 사용 편의성이 보험 기술에도 적용될 것이라고 기대하는 것은 당연합니다.”

Charles는 이렇게 결론지었습니다. “개인적으로 저를 흥분시키는 것은 회사로서 우리가 이 일을 시작했다는 것입니다.”