Tony Byrne: 전문가에 대한 집중 조명

이 새로운 시리즈에서는 전문 기여자들의 이야기를 더 깊이 파헤칩니다. 이 인터뷰는 명확성과 길이를 위해 편집되었습니다.

Tony Byrne은 기술 분석 회사인 Real Story Group의 설립자입니다. RSG는 엔터프라이즈 기술 스택 소유자를 지원하기 위해 martech 및 CX 기술을 평가합니다. 그는 치즈광이 되는 것과 소련의 몰락이 어떻게 그를 RSG 설립의 길로 인도했는지에 대해 이야기했습니다.

문: 어디에서 오셨어요?

A: 저는 밀워키의 위스콘신 남동부에서 태어나 위스콘신에서 자랐습니다. 그리고 대학을 떠났지만 위스콘신을 떠날 때 Green Bay Packers 유니폼과 치즈 헤드 및 기타 모든 것들인 이 특별 출국 비자를 받습니다. 깊은 곳에서 나는 여전히 "Sconnie"라고 말합니다. 사실, 우리는 북부 위스콘신에서 2주 동안 떠날 예정입니다. 그래서 나는 그것에 대해 흥분합니다.

그리고 나서 토론토 대학교에 갔고 궁극적으로 국제 관계 석사 학위를 받았습니다. 지금 당장은 사용하지 않고 있습니다. 하지만 인터넷 개발 및 오픈 소스 인터넷 허브와 관련된 구소련 지역의 기술 지원에 참여하게 되었기 때문에 흥미로웠습니다. 그리고 그것이 저를 이 기술의 세계로 데려온 것입니다.

질문: 어떻게 그런 일이 발생합니까?

A: 그때는 베를린 장벽이 무너졌지만 그 세계의 새로운 형태가 아직 형성되지 않은 이상한 시기에 있었습니다. 저는 궁극적으로 우리가 인터넷 평화 봉사단(Internet Peace Corps)이라고 부르는 것을 만든 이 그룹을 이끌었습니다. 우리는 젊고 기술에 정통한 러시아어를 구사하는 학부생과 대학원생을 데려다가 모뎀과 약간의 돈을 가지고 대학 및 NGO와 협력하여 온라인에 접속할 수 있도록 보냈습니다. World Wide Web이 커뮤니티를 구축하고 중재되지 않은 세계에서 상호 작용하는 데 도움이 되었을 때 웹 사이트 구축을 돕는 것으로 변모했습니다.

소비에트 시대에 동유럽과 구소련 모두에서 국제 그룹과의 모든 커뮤니케이션은 국제 부서를 통해 매우 신중하게 중재되었습니다. 그래서 이제 네바다의 생태학자와 카자흐스탄의 핵 실험장에서 일하는 생태학자 사이에 제한 없는 일대일 토론이 있었습니다. 그래서 우리는 이 떠오르는 시민 사회를 인터넷으로 가져오는 것을 도왔습니다. 정말 보람이 있었고 기술 자체에 관심을 갖게 되었고 개발자가 되어 다른 방향으로 나아갔습니다.

Q. 무엇을 개발했나요?

A: 그것은 원래 우리 비영리 단체를 위한 웹 사이트였으며 Perl로 몇 가지 간단한 응용 프로그램을 구축하기 시작했습니다. 그래서 저는 Perl이 위험하고 안전하지 않은 일부 모듈을 제공할 수 있을 만큼 충분히 배웠고 그것이 등장했을 때 PHP와 약간의 자바스크립트를 배웠습니다. 그러다가 닷컴 붐이 일자 시스템 통합업체에서 엔지니어링 팀을 이끌었습니다. 그 당시에는 이러한 하이브리드 시스템 통합 기관 중 하나였습니다.

우리는 90년대 후반에 다양한 웹 콘텐츠 관리 시스템(CMS)의 얼리어답터였습니다. 이러한 멋진 CMS 도구를 보유한 이러한 공급업체, 종종 유명 공급업체에 대한 빛나는 분석 보고서를 읽었기 때문에 매우 실망스러웠습니다. 실제로 이러한 도구에 대한 실제 경험이 있었습니다.
기존의 분석가 보고서에서 읽은 내용과 구현자로서의 경험 사이에는 큰 차이가 있었고 실제 사례를 전달하는 더 나은 방법이어야 한다고 생각했습니다.

그래서 스스로 나가서 Real Story Group의 전신인 CMS Watch를 설립했습니다. 우리가 초기에 내린 결정 중 하나는 나중에 분석가 세계에서 독특하다는 것을 알게 되었는데, 우리는 매수 측면에서만 작업하기로 결정했습니다. 우리는 최종 사용자 기업과만 협력하고 이해 상충이라고 생각했기 때문에 벤더에게 조언하거나 상의하지 않았습니다.

A: 어떤 결과가...?

Q: 우리는 조금 다른 것을 하기로 결정했습니다. 우리는 일만 할 것이고 이러한 플랫폼의 라이센스 사용자와 채택자를 향한 공감만 할 것입니다. 우리의 모든 연구는 그들에게 기울어 질 것입니다. 시간이 지남에 따라 우리는 이러한 유형의 분석이 필요한 전체 기술 생태계가 있다는 것을 깨닫게 되었습니다. 그래서 우리는 디지털 자산 관리, 이메일 마케팅 개인화 도구, 그리고 궁극적으로 최근 몇 년 동안 CDP와 여정 조정 엔진 및 모든 종류의 것들을 다루기 시작했습니다. 우리는 여전히 애널리스트 회사입니다. 우리는 여전히 이러한 개별 공급업체를 평가하고 아마도 가장 까다로운 비판을 받을 것입니다. 그러나 우리는 또한 스택을 전체적으로 살펴보고 스택을 구성하는 방법과 그러한 종류의 참조 모델이 무엇인지 살펴봅니다. 요컨대 그게 다입니다.

Q: 스택을 구성할 때 모두가 알아야 할 사항은 무엇입니까?

A: 제품군 공급업체는 귀하가 제품을 구매하기를 원합니다. 그리고 그것은 그들이 만들고 있는 매우 매혹적인 피치이며 좋든 나쁘든 대부분 나쁘게 생각합니다. 기술 스택은 본질적으로 복잡한 것이기 때문에 매우 효과적인 피치입니다. 항상 원하는 방향으로 가고 싶지 않은 유기체입니다.

그래서 내가 할 수 있는 한 모든 것을 단일 공급업체로 렌더링하면 어떻게든 내 삶을 단순화하고 이 공급업체가 내 성공에 대한 책임을 질 것이라는 느낌이 들지만 실제로는 그렇지 않습니다. 당신은 여전히 ​​자신의 성공에 대한 책임이 있습니다. 현실은 Adobe, Salesforce, Microsoft, Oracle 및 Acoustic조차도 전체 스택에 확장할 수 없다는 것입니다. 따라서 복합 스택을 갖게 됩니다. 유일한 질문은 합성 방법입니다.

우리의 경험에 따르면 조직은 가져온 도구에 대해 매우 신중하고 기존 공급업체에서 제공했기 때문에 채택하는 것이 아니라 테스트 기반 프로세스에 가져오는 경우 성공률과 채택률이 더 높습니다.

마테크를 잡아라! 일일. 무료. 받은편지함에서

비즈니스 이메일 주소

구독하다 처리 중...

용어를 참조하십시오.