Centercode의 CEO인 Luke Freiler가 IoT For All 팟캐스트에서 Ryan Chacon과 함께 논의합니다. 사용자 테스트 IoT 제품. 그들은 연결된 제품이 어떻게 변화했는지, 연결 제품의 이점에 대해 이야기합니다. 제품 테스트 그리고 그것이 어떻게 이루어지는지, 다양한 종류의 제품 테스트, 사용자 테스트의 과제, 소프트웨어 테스트와 비교하여 하드웨어, 제품이 언제 준비되는지 확인하는 방법, 사용자 테스트를 잘 수행하는 방법 등이 있습니다.

IoT 데이터 전략을 최적화하고 데이터의 전체 가치를 활용하고 싶으십니까? 파트너가 되어보세요 다인 스튜디오, 데이터 기반 솔루션 전문가. 이들은 데이터의 잠재력을 최대한 활용하는 강력한 IoT 데이터 전략 구축을 전문으로 합니다. 이들 팀은 귀하의 비즈니스를 발전시키기 위한 데이터 기회를 체계적으로 식별하고, 우선순위를 지정하고, 구현하는 데 도움을 드릴 수 있습니다.

데이터 거버넌스 및 아키텍처와 같은 핵심 지원 요소를 설정함으로써 IoT 야망의 성공적인 구현을 보장합니다. 자세한 내용을 알아보고 방문하세요. dainstudios.com.

소개 루크 프레일러

Centercode의 CEO이자 공동 창립자인 Luke Freiler는 선도적인 기술 기업에 사용자 테스트 솔루션을 제공합니다. 소프트웨어 개발에 대한 배경 지식을 바탕으로 그는 제품 개발 전반에 걸쳐 지속적인 고객 참여를 촉진하는 SaaS 플랫폼인 Centercode 플랫폼의 설계를 주도하고 있습니다. 기술 이상주의자인 Luke는 기술을 사용하여 마찰을 줄이고 실제 문제를 해결하는 것을 목표로 합니다. 그는 제품 제작자와 청중을 연결하여 한 번에 한 제품씩 이 비전을 실현하는 데 전념하고 있습니다.

와 연결하는 데 관심이 있습니다. 누가 복음? LinkedIn에서 연락하세요!

소개 센터 코드

센터 코드 고객 요구 사항을 진정으로 충족하는 뛰어난 제품을 만들려면 강력하고 효과적인 사용자 테스트 프로그램이 필요하다고 믿습니다. 그들은 전 세계 기업이 제품의 잠재력을 최대한 활용하는 데 도움이 되는 강력한 델타 테스트 및 피드백 관리 플랫폼을 개발했습니다.

해당 플랫폼을 사용하면 제품에 적합한 테스터를 식별 및 모집하고, 피드백 프로세스를 효율적으로 관리하고, 데이터를 분석하여 향후 제품 개발 결정에 도움이 되는 귀중한 통찰력을 얻을 수 있습니다. 이들 플랫폼은 Microsoft, GoPro, Bose 등 일부 세계 최고의 브랜드의 신뢰를 받고 있습니다.

이 에피소드의 주요 질문 및 주제 :

(00 : 38) Luke Freiler 및 Centercode 소개

(04 : 15) 커넥티드 제품은 어떻게 바뀌었나요?

(05 : 55) 제품 테스트의 이점 및 수행 방법

(07 : 41) 다양한 종류의 제품 테스트

(08 : 50) 사용자 테스트의 과제

(10 : 49) 테스트 소프트웨어와 하드웨어

(12 : 58) 제품이 언제 준비되었는지 어떻게 알 수 있나요?

(16 : 58) 사용자 테스트를 잘하는 방법

(19 : 56) 자세히 알아보기 및 후속 조치

대본 :

– [Ryan] IoT For All 팟캐스트에 Luke를 초대합니다. 이번주에도 와주셔서 감사합니다.

– [루크] 고마워요, 라이언. 여기 있어서 기쁘네요.

– [라이언] 네. 당신이 있어서 정말 좋아요. 흥미로운 대화 우리가 계획한 것은 알지만, 먼저 시작하여 청중에게 자신과 회사에 대해 소개하도록 하고 싶었습니다. 

– [루크] 제 이름은 루크 프레일러입니다. 저는 Centercode라는 회사의 CEO입니다. 이것은 한동안 나에게 열정적인 프로젝트였습니다. 사실 제가 아주 어렸을 때인 2021년쯤이나 미안해요 2001년쯤에 시작했어요. 그 전에는 미국 기업에서 시간을 보냈어요. 저는 삼성에서 일했어요. 나는 Ericsson에서 일했고 그러한 경험을 통해 당시에 유용성이라고 불리던 것을 사랑하게 되었지만 결국에는 사용자 경험으로 더 널리 인식되게 되었습니다. 그리고 저는 기술이 접근 가능해야 한다는 생각에 푹 빠졌습니다. 실제 사람들의 실제 문제를 해결해야 합니다. 그리고 나는 그것에만 집중했습니다. 그러는 동안 저는 Ericsson에서 초기 웹팀을 운영하고 있었습니다. 제품 관리자가 저에게 와서 말했습니다. 우리 모두가 Ericsson의 대규모 투자를 위해 노력하고 있는 이 제품에 대한 베타 테스트를 실행해 달라고 했습니다. 그리고 저는 말했습니다. 좋아요, 그게 정확히 무엇을 의미하나요? 그리고 그는 '오, 우리는 많은 고객을 확보하고 그것을 시도합니다'라고 말했습니다. 나는 아니오라고 생각했습니다. 베타 테스트가 무엇을 의미하는지 이해합니다. Ericsson의 맥락에서 이것이 무엇을 의미하는지 모르겠습니다. 우리는 절대적으로 모든 것에 대한 프로세스를 갖추고 있습니다. 우리의 프로세스는 무엇입니까? 어떻게 해야 하나요? 단계는 어디에 있나요? 그랬더니 그가 말하더군요, 보세요, 우리에겐 아무것도 없어요. 그리고 처음에 나는 그를 믿지 않았습니다. 이 회사는 XNUMX년의 역사를 지닌 XNUMX만 명의 직원이 있는 기술 회사였습니다. 솔직히 몇 년 동안 제겐 이해가 되지 않았습니다. 하지만 저는 정신을 차리고 많은 사람들과 이야기를 나누기 시작했고 매우 흥미로운 격차가 있다는 것을 알게 되었습니다. 궁극적으로 필요악으로 인식되고 있던 시장에서.

실제 사람들과 함께 실제 제품과 실제 환경을 테스트하는 것이 해당 제품이 현실 세계에서 어떻게 실행될지 실제로 파악하는 데 필수적이라는 것을 모두가 이해했습니다. 하지만 많은 마찰이 있고 문제의 일부는 기본적으로 주어진다는 것입니다. , 고의로 깨진 제품, 미완성 제품을 낯선 사람들에게 제공하고 의미 있는 피드백을 제공하도록 요청하는 데에는 까다로운 부분이 너무 많습니다. 그래서 저는 그 문제를 해결하는 데 사랑에 빠졌습니다. 우리가 기업과 고객 간의 관계를 조율하거나 촉진하는 역할을 하여 궁극적으로 모든 사람에게 더 나은 것을 구축하도록 도울 수 있다는 생각입니다. 그래서 회사를 시작하고 처음에는 부트스트랩을 거쳐 거기에서 구축했습니다. 그리고 오늘날까지 우리는 기술 분야의 수많은 대기업과 협력하고 있습니다.

– [라이언] 연결된 제품과 같은 제품에 관해 이야기할 때 이것이 소비자 측면인가요, 아니면 기업 측면인가요, 아니면 둘의 혼합인가요? 

– [Luke] 두 가지가 혼합되어 있으며 하드웨어와 소프트웨어를 모두 테스트하지만 IoT 연결 제품이 가장 적합합니다. IoT의 정의에는 항상 하드웨어, 소프트웨어 및 서비스 구성 요소의 조합이 있기 때문에 IoT가 확실히 대부분을 차지할 것입니다. 결과적으로 잘못될 수 있는 일이 많습니다. 이것이 바로 우리가 사업을 많이 볼 수 있는 곳입니다. 

– [라이언] 네, 하드웨어인지 소프트웨어인지 아니면 소프트웨어인지 여러분 모두가 중점을 두는 것이 무엇인지 묻고 싶었습니다. 기업의 경우 소비자 측면에서도 항상 소프트웨어 구성 요소가 있기 때문입니다. 그것은 앱이고, 웹 인터페이스이며, 장치와 상호 작용하거나 데이터 등을 볼 수 있게 해주는 것입니다. 그래서 나는 당신이 테스트와 하드웨어 및 소프트웨어 측면 모두를 처리하고 있다고 가정합니다.

– [루크] 네, 물론이죠. 우리가 만지는 것의 90%는 소프트웨어라고 생각되는 것입니다. 그리고 제품 자체에 내장된 소프트웨어일 수도 있습니다. 앱을 통해서일 수도 있습니다. 이제 거의 모든 것에 앱이 있습니다. 따라서 거의 항상 소프트웨어가 관련되고 하드웨어도 확실히 많습니다. 

– [라이언] 수년에 걸쳐 연결된 제품이 성장하면서 일반적으로 어떻게, 어떻게 변했습니까? 어떻게, 분명히 이것은 테스트와 그것이 어떻게 진화했는지, 그것의 중요성 등에 관한 일종의 질문으로 작용할 것입니다. 하지만 일반적으로 연결 제품을 살펴보면 귀하가 일하는 분야에 영향을 준 가장 큰 변화는 무엇이었나요?

– [Luke] 가장 크고 아마도 가장 분명한 것은 제품과 연결의 본질이 반복된다는 것입니다. 우리는 종종 사람들이 제품을 더 이상 제품으로 생각하지 않고 서비스로 생각한다고 말합니다. 그렇죠? 예전에는 이 스피커를 내놓고 스피커 기능을 하겠다는 전략을 잊어버리고 불타오르는 제품이 더 많았습니다. 아니면 아마도 가장 좋은 예는 이 AC 장치를 꺼서 에어컨, HVAC 작업을 수행하는 것입니다. 그러다가 그들이 연결되었을 때 이러한 전환점이 있었고 이제는 그것이 영원히 하고 있는 일을 할 것이라고 기대하는 것이 아니라 연결된 기반 속에서도 진화할 것이라고 기대하고 있습니다. 여러분은 그것이 반복되고, 새로운 기능을 얻고, 새로운 문제를 해결하고, 처음 만들어졌을 때 존재하지 않았던 새로운 제품과 연결되기를 기대하며, 연결된 자연이 반복적인 개발 프로세스를 만들어냈습니다. 이는 Agile을 하드웨어 공간으로 끌어들였으며, 20년 전에는 상상할 수도 없었지만 지금은 사실상 필요합니다.

나는 Bose에서 모든 것이 18~24개월의 릴리스 주기였기 때문에 회사로서 전체 문화를 바꿔야 한다고 말한 대화를 결코 잊지 못할 것입니다. 그들은 훌륭한 헤드폰과 훌륭한 스피커를 내놓은 다음 다시는 만지지 않습니다. 그리고 그들은 그렇게 생각할 여유가 없다고 말했습니다. 그렇게 하면 경쟁자들이 그들 주위를 맴돌게 될 것입니다. 따라서 그들은 연결된 제품에 대응하기 위해 조직의 전체 사고방식을 보다 민첩하게 바꿔야 했습니다. 

– [라이언] 이해하려고 노력하는 사람들은 높은 수준에서 사람들이 테스트의 가치를 이해하고 있다고 생각합니다. 하지만 특히 IoT 공간에서 제품 테스트의 전반적인 이점에 대해 이야기한다면, 그것은 무엇입니까? 이점과 너무 세부적인 세부 사항을 다루지 않고 테스트를 수행하는 방법은 무엇입니까? 이것이 실제로 의미하는 바가 무엇인지 알아보십시오. 

– [루크] 네. 우리 공간에서 기본 아이디어는 정확히 들리는 것과 같습니다. 당신은 당신의 제품이 해결하는 실제 문제를 가진 실제 사람들을 찾고, 그들에게 배포하고, 그들은 그것을 사용할 것입니다. 그리고 실제로 당신이 하려고 하는 것은 그들이 가지고 있는 문제, 그들이 느끼는 칭찬뿐만 아니라 제품을 보완하거나 제품을 개선할 것이라고 생각하는 아이디어를 연구하는 것입니다. 당신은 이 세 가지를 찾고 있습니다. 문제, 아이디어, 칭찬이 있지만 시간이 지나면서 그것을 찾고 있습니다. 왜냐하면 연결된 제품에 대한 것 중 하나는 개발이 실패하고 잊어버리는 것이 아니라 사용법도 아니라는 것이기 때문입니다.

따라서 전통적인 QA 환경에서는 실제로 포착할 수 없는 채택 구성 요소입니다. 자동화된 테스트를 통해서는 이를 포착할 수 없습니다. 사람들이 자연 환경에서 제품을 사용할 수 있도록 해야 합니다. 이것이 일반적으로 의미하는 바는 다른 많은 제품과 상호 작용하는 것뿐만 아니라 연결된 제품의 특성상 성공적으로 수행하기 위해 제어할 수 없는 제품에 의존한다는 것입니다.

그것들이 해당 제품과 어떻게 상호 작용하는지 찾고 있을 뿐만 아니라, 귀하가 만들고 있는 것과 동일한 반복을 만들고 있기 때문에 시간이 지남에 따라 해당 제품과 상호 작용하는 방식도 찾고 있습니다. 그리고 그것은 온갖 종류의 문제를 일으킬 수 있습니다. 따라서 시간이 지남에 따라 기능과 제품을 지속적으로 테스트하고 채택하는 것이 실제로 이를 구분하는 요소이며 연결된 공간에서 매우 중요합니다.

– [라이언] 초기 아이디어부터 출시, 제품 자체 또는 제품의 새로운 버전의 지속적인 성장까지 개발 전반에 걸쳐 다양한 종류의 테스트가 있다고 생각합니다. 

– [루크] 그렇죠. 그래서 우리는 그것을 일종의 알파 단계에서 시작하고 분명히 고객이 참여하기 훨씬 전에 그 이상의 테스트가 있을 때라고 생각합니다. 일반적으로 기본 사항을 테스트하기 위해 초기에 제품을 손에 들고 기능이 불완전한 제품에서도 해야 할 일을 수행하고 있는지 확인하고 초기 피드백을 찾습니다. 그런 다음 출시 XNUMX~XNUMX주 전에 전통적인 베타 테스트라고 생각하는 것이 있습니다. 사람들이 거의 최종 제품을 사용하도록 할 것입니다. 기능이 완성되었으면 좋겠지만 여전히 알려진 문제가 있을 수 있습니다. 이러한 실제 경험에서 더 많은 문제를 찾아볼 것입니다. 그리고 거기서부터는 제품의 성숙도에 관한 것입니다. 그렇죠? 이제 다시 말씀드리지만, 반복적인 구성 요소는 시간이 지남에 따라 성숙해지는 제품이며, 수행하는 모든 새 릴리스는 기술적으로 제품을 방해할 수 있습니다. 그것이 우리 공간의 위험입니다. 그게 트레이드 오프입니다. 따라서 이러한 일이 발생하지 않도록 소수의 사람들이 할 수 있는 모든 일을 하고 있는지 확인하는 것이 출시 이후부터 주도권이 됩니다. 

– [Ryan] 이러한 연결된 제품을 테스트하는 사용자는 분명히 제품이 최종 사용자 유형, 사용 환경, 기능 및 기능의 양에 따라 다양하다는 것을 알 수 있습니다. 이러한 IoT 장치를 테스트할 때 사람들이 알아야 할 가장 큰 과제는 무엇입니까? 

– [루크] 아직 출시되지 않은 IoT 제품의 과제 중 하나는 일반적으로 장치 수가 너무 적다는 것입니다. 그렇죠? 사전 제작 단계이고 비용이 많이 들고 구하기도 어렵습니다. 조직의 모든 사람이 원합니다. 우리는 우리 공간에서 빅 데이터라는 사치가 없다는 것에 대해 자주 이야기했습니다. 출시 후에는 온갖 종류의 데이터를 연구할 수 있지만 출시 전에는 작은 데이터를 극대화하는 것이 전부입니다. 따라서 우리에게는 청중에 대해 몇 가지 방식으로 생각하는 것이 중요합니다. 우리는 그들이 누구인지에 대해 생각해 보고 싶습니다. 이 제품이 해결하는 문제가 있습니까? 이것이 바로 모든 사람이 해당 테스트에 참여하는 진입점입니다. 그로부터 그들의 경험 수준이 다시 한번 그들의 사용자 경험에 영향을 미칠 수 있고, 그들이 공간에 얼마나 정통한지에 관한 것입니다. 그리고 똑같이 중요한 것은 그들의 환경, 그들이 사용할 수 있는 다른 유형의 제품이 무엇인지 이해하는 것입니다.

해당 제품은 기본 상태로 구성되지 않을 수 있습니다. 실제로 이미 테스트해 본 적이 없을 가능성이 거의 확실합니다. 따라서 인구통계학적 측면(자신이 누구인지, 문제가 무엇인지 등)뿐만 아니라 제품 유형에 대한 기술적 측면에서도 최대한 많은 정보를 얻는 것이 중요합니다. 이것이 상호 작용하고 다시 기존 생태계의 일부로 적응해야 합니다. 따라서 그 사람들을 찾는 것이 정말 중요합니다. 제품을 출시하고 이미 고객을 확보하고 반복 출시를 수행하면 최소한 사용 가능한 풀을 확보하는 것이 훨씬 쉬워지고 기본적으로 열정적인 기존 고객을 타겟팅할 수 있기 때문에 훨씬 저렴해집니다. 귀하의 제품에 대해, 또는 그것이 해결하는 문제가 무엇이든 간에.

따라서 시작하면 제한된 리소스를 최대화하기 위한 프로파일링에 관한 것입니다. 그런 다음 항상 준비가 되어 있고 제품의 미래를 테스트하고 형성하는 데 도움을 줄 수 있는 지속적인 인력 풀을 구축하는 것입니다. 

– [라이언] IoT 장치에는 하드웨어와 소프트웨어 구성 요소가 있다고 이미 언급했으며, 분명히 OTA 업데이트를 통해 버그나 문제가 있을 때 소프트웨어를 업데이트하는 것이 더 쉬운 경우가 많습니다. 하지만 하드웨어 측면은 어떻습니까? 테스트뿐만 아니라 제품 출시 준비가 완료된 것으로 간주되는 경우에도 다른 계획과 사고 과정이 있어야 한다고 생각합니다. 왜냐하면 제품과 많은 제품을 출시하면 많은 사람들이 사용하게 되기 때문입니다. 많은 사람들이 있고 하드웨어에 문제가 있는 경우 소프트웨어 버그보다 수정하기가 훨씬 더 어렵습니다. 새 버전을 업데이트하고 패치를 적용하면 문제가 해결됩니다.

– [루크] 네. 매우 다른 문제와 매우 다른 결과죠? 소프트웨어 업데이트라면 이론적으로는 복구할 수 있지만 브랜드 평판이 나빠서 지금은 상처를 입지 않은 반면, 하드웨어 문제라면 리콜 등이 거의 최악의 시나리오입니다. .

따라서 베타 단계는 실제로 하드웨어가 필요한 모든 방식으로 작동하는지 확인하는 것을 중심으로 설계된 반면, 출시 이후의 진행 중인 델타 테스트는 소프트웨어가 제대로 작동하는지 확인하는 데 중점을 둡니다. 제품과 기능성 하드웨어가 제대로 작동하는지 확인해야 하기 때문에 완전히 성공하려면 둘 다 필요합니다. 하지만 처음에 더 심층적인 테스트를 진행하는 것은 전체 제품을 강조하는 데 중점을 두는 것입니다. 여기서부터는 릴리스 간 델타에만 초점을 맞추게 됩니다. 변경된 사항은 무엇이며 대부분의 하드웨어 문제를 해결하셨기를 바랍니다. 하드웨어를 반복하는 것도 매우 흔한 일이지만 우리 분야에서는 일반적으로 주요 릴리스 사이에 꽤 조용합니다. 진화하고 개선된 1.0가지 버전의 XNUMX 제품이 외부 세계에 출시될 것입니다. 각 부품은 점점 더 저렴해지고, 상황은 더 효율적으로 변하고, 배터리는 더 좋아지고 있습니다. 최종 사용자는 이러한 상황이 발생하고 있다는 사실조차 알지 못하는 경우가 많지만 이는 모두 출시 전에 아직 테스트 중입니다. 일반적으로 그것이 목표가 될 것입니다. 

– [라이언] 임계값에 특정 차이가 있습니까? 아니면 하드웨어와 소프트웨어에 대해 인용되지 않은 수준이 있는 것 같습니다. 하드웨어에 비해 출시 전이나 출시 후에 하드웨어 버그와 업데이트를 더 쉽게 수정할 수 있다는 점을 알면 됩니다. 그런 다음 제가 궁금했던 질문과 관련이 있는 것 같아요. 회사가 어떻게 서비스를 개시할 준비가 된 지점에 이르러 우리가 몰랐던 모든 것을 우리가 몰랐던 것처럼 느낄 수 있는지에 대한 것입니다. 하드웨어에 시간을 투자하고 하드웨어에 돈을 투자했는데 그것이 소진된 후의 잠재적인 문제에 대해 그들이 아직 알지 못할 수도 있다는 것을 테이블 위에 남겨두는 것과는 반대로 지금 우리가 알고 있는 것처럼 느껴집니다. 그것은 어렵고 훨씬 더 어렵습니다. 소프트웨어보다 뒤로 걷는 것.

– [Luke] 우리는 이 문제를 영원히 살펴봤고 몇 년 전에 기본적으로 우리가 사용하는 세 가지 지표, 즉 우리 공간의 KPI인 KPI를 생각해 냈는데, 이는 오랫동안 큰 격차였습니다. 세 가지로 나누어 보세요. 첫 번째는 테스트의 상태라고 부르는 것이므로 상태 점수입니다. 그리고 그것이 실제로 보고 있는 것은 동전의 양면입니다. 하나는 테스터가 모든 것을 테스트하고 있습니까? 그렇다면 그들은 실제로 제품을 사용하고 테스트하려는 모든 기능을 테스트하고 있으며 이에 대한 증거가 있습니까? 두 번째는 기대에 미치지 못했거나 기대를 뛰어넘은 사항에 대해 실행 가능한 피드백을 제공하고 있습니까?

그리고 다시 말하지만, 그것은 문제, 아이디어, 칭찬입니다. 모든 것이 그것으로 귀결됩니다. 달성한 경우, 테스트에서 이 두 가지를 모두 달성했다면 전체 적용 범위, 제품 전체에 대한 광범위한 적용 범위, 모든 것이 테스트되고 발견된 문제를 수정하고 단점을 해결하기 위한 명확한 지침이 제공됩니다. 발견되면 건강 점수가 높습니다. 그리고 그것은 우리가 충분히 테스트했다는 것을 아는 중요한 출발점입니다. 결과와 아무 관련이 없고 그들이 발견한 것과 아무 관련이 없지만 우리는 그것을 테스트했습니다. 우리는 테스트에 자신감을 갖고 있습니다. 다음 점수는 그 점수에 달려 있으며, 이를 우리는 성공 점수라고 부릅니다. 그리고 그것이 하는 일은 고객의 눈으로 제품을 바라보고 XNUMX부터 XNUMX까지의 척도에서 그 결과에 대해 얼마나 만족했는지 묻는 것입니다. 그리고 우리가 수집하고 있다고 제가 말한 것들로 돌아가면, 그것을 알아내는 데 사용할 수 있습니다.

우리는 모든 피드백에 대해 평가하고 점수를 제공하고 있습니다. 모든 피드백이 동일하게 생성되는 것은 아닙니다. 그렇죠? 보안 문제는 일반적으로 외관상의 문제보다 훨씬 더 중요하고 심각합니다. 우리는 그런 것들을 보고 이렇게 말합니다. 모든 것이 칭찬이고 문제도 없고 개선의 여지도 없다면, 그런 일이 일어난 적이 없지만 이론적으로는 가능하다면 매우 높은 성공 점수를 얻은 것입니다. 칭찬이 없고 모든 것이 문제이고 모든 것이 부족했다면 점수가 매우 낮습니다. 현실, 즉 점수가 유용한 이유는 항상 그 사이 어딘가에 있습니다. 그것은 좋은 일과 나쁜 일이 있다는 것을 알고 우리가 어디에 있는지 아는 결과입니다. 그러면 그것이 여러분에게 주는 것은 '알겠습니다. 60점이군요, 그렇죠?'라고 말할 수 있는 목표 지점입니다. 우리의 목표는 80점이었습니다. 그 목표에 대해서는 잠시 후에 다루겠습니다. 여기서 우리의 목표는 80점을 얻는 방법에 대한 지침을 제공하는 것입니다. 정확히 어디로 가야 하는지 보여주는 것입니다. 그리고 마지막 핵심 지표이자 또 다른 매우 중요한 지표는 제품을 그대로 출시했다면 얻은 점수와 버그를 수정하고 새로운 아이디어를 구현했다는 점을 인식한 점수 간의 차이를 살펴보는 것입니다. , 무슨 일이 있어도 해당 테스트 노력의 영향을 보여줍니다. 그리고 이 세 가지 점수는 모두 아름다운 KPI가 됩니다. 왜냐하면 간단한 전략을 통해 개선할 수 있는 것이기 때문입니다. 참여도를 높이고, 제품 자체를 개선하고, 해당 제품의 문제에 대응하고 해결하는 방법을 개선합니다.

따라서 목표는 회사로서 일반적으로 시간이 지남에 따라 릴리스를 수행하는 것입니다. 민첩하다면 격주, 월간 등 자신에게 적합한 방식으로 릴리스를 수행하는 것입니다. 그래서 그 숫자가 시금석이 됩니다. 이는 여러분이 알아가기 시작하는 벤치마크가 되며 제품과 관련하여 조직과 관련된 목표를 가질 수 있습니다. 그렇죠?

만약 당신이 끝없는 돈을 가지고 있고 완벽해지기 위해 투자하고 싶다면 그렇게 할 수 있습니다. 정말 높은 점수를 얻으려면 많은 돈을 쓸 수 있습니다. 이 제품의 시장 영향이 제한적이라는 점을 이해한다면 이는 실험입니다. 어떤 일이 있어도 야망이 낮을 수 있지만 이를 극복할 수 있는 시금석을 제공합니다.

– [라이언] 이 대화를 마무리하는 좋은 방법은 이 이야기를 듣는 사람들이 어떻게 테스트를 잘할 수 있는지에 대해 이야기하는 것입니다. 어떻게, 우리는 AI의 많은 발전을 분명히 보았으며 지금 이 분야에서 활용하고 있거나 앞으로 활용하게 될 것입니다. 사람들이 제품 출시를 준비하는 과정을 밟을 때 무엇을 생각해야 할까요? 아니면 이미 제품이 나와 있고 '이봐, 우리가 해야 할 방식으로 철저하게 테스트하지 않았어'라고 생각할 수도 있습니다. 어떻게, 어떻게 소급해서 접근할 수 있나요? 그렇다면 이 내용을 듣고 있는 사람들에게 테스트를 잘 수행하는 방법과 이 모든 것이 어디로 가는지에 대해 어떤 조언을 하시겠습니까? 

– [Luke] 그래서 저는 약간 편향된 답변을 주거나 아마도 약간 편향된 답변보다 더 많은 답변을 드릴 것입니다. 그리고 나서 그것을 조금 일반화하려고 노력할 것입니다. 사실, 저는 그것들을 반대로 할 것입니다. 먼저 일반적인 내용을 알려드리겠습니다. 시작하기에 나쁜 시기는 없습니다. 현실은 모든 회사가 서로 다른 속도로 성숙한다는 것입니다. 따라서 그룹을 모으는 아이디어는 20명, 30명처럼 거대할 필요는 없습니다. 실제로 너무 큰 테스트는 권장하지 않지만 가능한 한 빨리 그룹을 모아서 채널을 제공하는 것입니다. 피드백을 받고 원하는 피드백 유형에 대해 명확하게 소통하세요. 그것은 매우 중요합니다. 우리 세계에서 볼 때 더 편향된 대답은 작년에 시장 진출 전략을 전환했다는 것입니다. 우리는 꽤 많은 기업을 상대했습니다. 우리는 가장 큰 회사와만 일했습니다. 우리는 밤에 잠을 잘 수 없는 개별 제품 관리자에게 시장을 확장한 것과는 이제 다른 위치에 있습니다. 그리고 우리와 대화하지 않고, 우리와 거래하지 않고도 테스트를 실행하는 데 사용할 수 있는 무료 버전의 제품이 있습니다. 그런 다음 좀 더 많은 기능을 사용하기 위해 일반적인 신용 카드 스와이프 방식을 사용합니다. 그리고 귀하의 프로그램이 성숙해짐에 따라 우리는 물론 전통적인 기업용 제품도 사용할 수 있게 됩니다. 하지만 우리가 무료로 제공하는 기능을 시장에 내놓은 것은 유료 버전이 너무 많아서 꽤 많이 얻을 수 있었습니다. 그리고 다시 말하지만, 그들은 영업사원과 이야기할 필요가 없습니다. 그들은 그냥 갈 수 있고 그것은 매달입니다. 그들은 언제든지 그렇게 할 수 있습니다. 매우 간단합니다. 

매우 편향되어 있기는 하지만, 우리가 열심히 노력하여 구축한 것이기 때문에 믿을 수 없을 만큼 저렴하고 누구나 사용할 수 있는 훌륭한 솔루션입니다. 회사로서 우리의 목표는 실제로 그곳에서 돈을 버는 것이 아닙니다. 계속해서 인식을 얻고 조직 내에서 가치를 보여줄 수 있도록 하여 그들이 성숙해지고 이 가치를 알게 되면 지금부터 XNUMX개월, XNUMX년 후에 진정한 상업적 논의를 할 수 있게 되는 것입니다. 또한 무료 측면에서 다시 한 번 말씀드리고 싶은 것은 누구나 이용할 수 있는 모든 사람을 돕기 위해 우리가 하는 두 가지 일입니다. 하나는 betabound.com이라는 커뮤니티가 있다는 것입니다. 제품을 테스트하려는 베타 테스터 커뮤니티입니다. 그리고 우리는 그것을 무료로 사용할 수 있도록 합니다. 여기에 기회를 게시하고 싶으시면 무료로 테스터를 보내드리겠습니다. 그리고 그것은 단지 betabound.com입니다. 그리고 마지막으로 우리 전략의 큰 부분인 우리는 마케팅이나 영업사원이 아닙니다. 우리는 제품 브랜드 회사입니다. 우리는 엄청난 양의 콘텐츠를 생산합니다. 우리는 비밀 소스 사고 방식이 없습니다. 따라서 우리의 전체 성장 전략은 콘텐츠 마케팅에 관한 것이며 우리는 많은 귀중한 정보를 생산합니다. 따라서 centercode.com으로 이동하여 몇 가지 정보를 읽어 보십시오. 비용은 전혀 들지 않습니다. 우리는 당신을 사냥하지 않을 것입니다. 그리고 이것이 당신이 여기서 개선할 수 있는 부분을 파악하는 데 도움이 되기를 바랍니다. 

– [라이언] 루크, 시간을 내주셔서 감사합니다. 사실 제가 드리고 싶은 마지막 질문은 어떻게 후속 조치를 취해야 하느냐는 것인데 이미 거기에 연결해 놓으셨네요. 완벽하네요. 소비자든 기업이든 우리가 사용하는 모든 제품에 대해 생각하고 실제로 최종 사용자가 실제로 갖고 있는 상태로 만들기 위해 얼마나 많은 작업과 노력이 들어가야 하는지 깨닫는 것은 정말 흥미로운 공간인 것 같습니다. 그것이 그들의 손에 있을 때. 제가 과거에 나눴던 보안 및 대화와 마찬가지로 이 테스트 프로세스를 너무 일찍 시작할 수는 없습니다. 더 잘 준비할수록 문제를 더 일찍 발견하고 해결할 수 있습니다. 제품의 전체 수명 동안 계속해서 반복하고 성장하고 테스트하는 동안 하루가 끝날 때 소비자가 좋아할 무언가를 얻으십시오. 이것은 환상적이었습니다. 시간을 내어 이 문제에 대해 설명해 주셔서 감사드리며, 여기에 참석해주셔서 기뻤습니다. 

– [루크] 고마워요, 라이언. 감사합니다.

• SEO 기반 콘텐츠 및 PR 배포. 오늘 증폭하십시오.
• PlatoData.Network 수직 생성 Ai. 자신에게 권한을 부여하십시오. 여기에서 액세스하십시오.
• PlatoAiStream. 웹3 인텔리전스. 지식 증폭. 여기에서 액세스하십시오.
• 플라톤ESG. 탄소, 클린테크, 에너지, 환경, 태양광, 폐기물 관리. 여기에서 액세스하십시오.
• PlatoHealth. 생명 공학 및 임상 시험 인텔리전스. 여기에서 액세스하십시오.
• 출처: https://www.iotforall.com/podcasts/e320-user-testing-iot-products