복잡한 개발 워크플로를 기다릴 필요 없이 인터랙티브 제품 데모를 구축하는 솔루션 엔지니어의 하루

부인 성명: 이 이야기는 설명을 위해 만들어진 가상의 인물을 등장시키며, 실제 고객이나 개인을 묘사하는 것이 아닙니다.

자비에는 지난 6년간 기업 고객들이 복잡한 산업 기술을 이해하도록 돕는 일을 해왔습니다.

솔루션 엔지니어로서 그는 기술팀, 영업팀, 그리고 고객 사이의 가교 역할을 하는 경우가 많습니다. 그는 복잡한 제품 정보를 사람들이 실제로 이해할 수 있도록 풀어쓰는 것을 즐깁니다.

하지만 한 가지 문제는 항상 그를 좌절시켜 왔습니다.

고객과의 가장 효과적인 대화는 고객이 제품을 직접 체험할 수 있을 때 이루어집니다. 하지만 맞춤형 데모 제작은 개발 리소스, 우선순위 충돌, 그리고 영업 주기의 속도와 항상 일치하지 않는 일정에 따라 좌우되는 경우가 많습니다.

오늘 자비에르에게는 중요한 고객 미팅까지 48시간이 남았습니다.

잠재 고객은 여러 공급업체를 평가하고 있습니다. 경영진은 슬라이드보다 더 설득력 있는 무언가를 원합니다. 영업팀은 고객 환경에 맞춘 데모가 필요합니다.

엔지니어링 분야는 이미 과부하 상태입니다.

그리고 자비에가 가장 원하지 않는 것은 직접 경험해봐야 진가를 알 수 있는 제품을 설명하려는 정적인 프레젠테이션입니다.

이제 그는 기술 지원을 위해 몇 주씩 기다릴 필요 없이 Unity Studio 사용하여 코딩의 복잡성 없이 브라우저에서 직접 대화형 제품 경험을 구축하고 공유 할 수 있습니다.

오전 8시: 새로운 사업 기회가 찾아왔습니다

한 제조업체 고객사가 생산 시설 일부를 현대화하기 위해 여러 잠재적 공급업체를 평가하고 있습니다.

영업팀은 이번 기회가 매우 적합하다고 판단하지만, 해결해야 할 과제도 있다고 생각합니다.

고객사 경영진은 단순히 기능만 비교하는 것이 아닙니다. 그들은 해당 솔루션이 기존 운영 방식에 어떻게 적용될 수 있을지 파악하려고 노력하고 있습니다.

일반적인 제품 홍보 영상으로는 이러한 질문에 대한 답을 얻을 수 없습니다.

슬라이드 자료도 마찬가지입니다.

고객은 솔루션을 맥락 속에서 이해해야 합니다. 자비에는 Unity Studio 이용하기 시작합니다.

오전 9시 30분: 고객 경험에 생명을 불어넣다

그는 고객 경험을 구축하면서 고객이 상담 전화 중에 일반적으로 묻는 질문들을 떠올립니다.

이것이 기존 업무 흐름에 어떻게 통합될 수 있을까요? 운영자가 예외를 만나면 어떻게 되나요? 팀들은 이 시스템을 일상적으로 어떻게 활용할까요?

그는 Unity Studio 사용하여 다음을 제작합니다.

• 가이드 투어
• 인터랙티브 핫스팟 및
• 이러한 질문에 대한 답을 시각적으로 제시하는 시나리오 기반 경험.

일부 상호 작용에는 단순한 탐색 이상의 것이 필요합니다.

예를 들어, Xavier는 고객이 워크플로의 특정 영역을 탐색할 때 추가 정보를 보여주는 논리를 생성하거나 고객의 선택에 따라 다양한 운영 시나리오를 안내할 수 있습니다.

그는 가능성을 설명하는 대신, 고객이 직접 탐색할 수 있는 경험을 만들어내고 있습니다.

오전 11시: 고객 맞춤형 경험 제공

점심 직전에 영업 담당자가 메시지를 보냅니다.

"자비에, 고객은 자사 시설의 레이아웃과 3D 제품 데이터를 사용하여 이 워크플로우를 보고 싶어합니다."

이런 요청은 데모 준비를 쉽게 망칠 수 있습니다. 기존 워크플로에서는 이는 또 다른 개발 요청, 또 다른 대기열, 그리고 또 다른 지연을 의미할 수 있습니다.

대신 자비에는 직접 경험을 업데이트합니다.

그는 Unity Asset Manager 에서 고객의 CAD 자산을 Unity Studio 로 가져와 일반 모델을 고객 환경을 반영하는 버전으로 빠르게 교체합니다. 그 후, 그는 작업 흐름 순서를 조정하고 고객이 자신의 운영 방식을 설명하는 방식에 맞춰 용어를 업데이트합니다.

오후 회의가 시작될 무렵에는 그 경험이 평가자들에게 훨씬 더 의미 있게 다가온다.

1:00 pm: 영업 전화를 상호작용적인 경험으로 바꾸기

이른 오후, 자비에는 고객과 통화를 하고 있었는데, 통화 도중 자비에가 이전에도 여러 번 봤던 일이 벌어졌습니다.

회의 초반에 조용히 있던 고객팀 직원이 자세한 질문을 하기 시작합니다.

운영 책임자가 다양한 시나리오를 검토하기 시작합니다.

구매 부서 직원이 해당 솔루션을 얼마나 빨리 구현할 수 있는지 묻습니다.

논의는 제품을 이해하는 것에서 그 제품이 그들의 사업 내에서 어떻게 활용될 수 있을지 상상하는 것으로 전환됩니다.

자비에르에게 있어서 그것은 언제나 좋은 징조입니다.

회의는 개념 설명에서 가능성을 평가하는 자리로 바뀌게 됩니다.

오후 3시: 엔지니어링 작업에 들어가기 전에 개념을 검증합니다.

통화가 끝난 후 영업팀은 간단한 브리핑을 위해 모입니다.

피드백이 고무적입니다.

고객은 가치 제안을 이해합니다.

주요 이해관계자들의 의견이 일치하는 것으로 보입니다.

그리고 아마도 가장 중요한 점은, 팀이 본격적인 개념 증명에 상당한 엔지니어링 자원을 투입하기 전에 관심도를 확인했다는 것입니다.

오후 4시 30분: 시제품 제작부터 양산까지

이러한 기회는 점점 더 탄력을 받고 있으며, 실제 상용화 가능한 경험이 어떤 모습일지에 대한 논의가 이미 시작되고 있습니다.

자비에르는 개발자를 대체하려는 것이 아닙니다.

그는 엔지니어링 노력이 이미 고객을 통해 테스트, 개선 및 검증된 아이디어에 집중되도록 돕고 있습니다.

그에게 있어서 그것은 가장 가치 있는 결과 중 하나입니다.

• 영업팀은 신속하게 움직일 수 있습니다.
• 개발자들은 자신의 전문성을 가장 중요한 부분에 집중할 수 있습니다.
• 그리고 고객은 구매 과정 초기에 신뢰를 얻게 됩니다.

Unity Studio 와 Unity Editor 간의 워크플로우를 통해 팀은 프로젝트를 처음부터 다시 만들 필요 없이 경량 프로토타입에서 완벽하게 개발된 프로덕션 애플리케이션으로 더 쉽게 전환할 수 있습니다.

자비에르에게 있어 이는 사전 판매 실험과 장기적인 제품 개발 사이의 연결고리를 더욱 원활하게 만들어 줍니다. 그건 판도를 바꿀 만한 일이죠.

제품 설명에서 솔루션 검증으로의 전환

자비에의 이야기는 많은 솔루션 엔지니어와 영업팀이 직면하는 어려움을 잘 보여줍니다.

그들은 고객의 불편 사항을 이해합니다. 그들은 구매자들이 물어볼 만한 질문들을 알고 있습니다. 그들은 제품의 가치를 고객의 특정 요구에 더욱 명확하고 관련성 있게 전달할 수 있는 기회를 가장 먼저 파악하는 경우가 많습니다.

하지만 이러한 아이디어를 인터랙티브 경험으로 구현하려면 전통적으로 전문적인 워크플로, 긴 제작 주기, 그리고 통제할 수 없는 외부 자원이 필요했습니다.

Unity Studio 이러한 상황을 바꾸는 데 도움을 줍니다.

솔루션 엔지니어는 슬라이드 자료에만 의존하거나 복잡한 개발 프로세스가 시작되기를 기다리는 대신, 아이디어를 프로토타입으로 만들고, 개별 고객의 요구에 맞춘 경험을 제공하며, 영업 주기 초기에 피드백을 수집할 수 있습니다.

그 영향은 데모 제작 속도 향상 그 이상입니다.

이는 아이디어를 더 빨리 검증할 수 있다는 것을 의미합니다. 고객과의 대화가 더욱 협력적으로 이루어집니다. 영업팀은 추상적인 개념을 설명하는 데 시간을 허비하는 대신 고객의 실제 요구 사항을 파악하는 데 집중할 수 있습니다.

무엇보다 중요한 것은 고객의 문제를 가장 잘 이해하는 사람들이 솔루션 구축에 직접 참여할 수 있다는 점입니다. 그렇게 되면 솔루션 팀은 다른 누군가가 모든 데모 아이디어를 구현해 주기를 기다리는 일을 멈추게 되기 때문입니다.

그들은 고객 경험을 더 일찍 테스트하고, 개선하고, 검증하여 구매자가 제품을 이해하는 단계를 넘어 제품이 자신의 환경에서 어떻게 활용될 수 있는지 파악하도록 돕습니다.

부인 성명: 이 이야기는 설명을 위해 만들어진 가상의 인물을 등장시키며, 실제 고객이나 개인을 묘사하는 것이 아닙니다.