Nesta nova série, nos aprofundamos nas histórias de nossos colaboradores especializados. Esta entrevista foi editada para maior clareza e duração.
Tony Byrne é o fundador do Real Story Group, uma empresa de análise de tecnologia. A RSG avalia as tecnologias martech e CX para auxiliar os proprietários de pilha de tecnologia corporativa. Ele nos falou sobre ser um cabeça de queijo e como a queda da União Soviética o iniciou no caminho para fundar o RSG.
P: De onde você é?
A: Eu cresci em Wisconsin, nasci no sudeste de Wisconsin em Milwaukee. e, partiu para a faculdade, mas você recebe esse visto de saída especial quando sai de Wisconsin, que é um uniforme do Green Bay Packers e uma cabeça de queijo e todas essas outras coisas. Então, no fundo, ainda sou um “Sconnie”, como dizem. Na verdade, estamos prestes a passar duas semanas no norte de Wisconsin. Estou animado com isso.
E então fui para a Universidade de Toronto e finalmente fiz mestrado em relações internacionais, que não estou usando agora. Mas foi interessante porque me envolveu em assistência técnica na antiga região soviética em torno do desenvolvimento da internet e hubs de internet de código aberto. E foi isso que me colocou neste mundo da tecnologia.
P: Como isso acontece?
A: Isso foi naquele estranho período em que o Muro de Berlim caiu, mas a nova forma daquele mundo ainda não havia se formado. Eu liderei esse grupo que acabou criando o que chamamos de Internet Peace Corps. Pegamos jovens, tecnicamente experientes, falantes de russo, graduandos e pós-graduados e os enviamos com um monte de modems e um pouco de dinheiro para trabalhar com universidades e ONGs para ajudá-los a ficar online. Ele se transformou em ajudá-los a construir sites quando a World Wide Web veio para ajudá-los a construir comunidades e interagir em um mundo sem mediação.
Nos dias soviéticos, tanto na Europa Oriental quanto na antiga União Soviética, todas as comunicações com grupos internacionais eram cuidadosamente mediadas por um departamento internacional. E então agora havia discussões individuais e irrestritas entre ecologistas em Nevada e ecologistas trabalhando em locais de testes nucleares no Cazaquistão e coisas assim. E assim ajudamos a trazer um pouco dessa sociedade civil emergente para a rede. Isso foi muito gratificante e foi aí que me interessei pela tecnologia em si e me tornei um desenvolvedor e fui em uma direção diferente.
P: O que você desenvolveu?
A: Originalmente, era um site para nossa organização sem fins lucrativos e, em seguida, começamos a criar alguns aplicativos leves em Perl. Então eu aprendi sozinho Perl o suficiente para ser perigoso e entregar alguns módulos inseguros e aprendi PHP e um pouco de javascript quando ele surgiu. Então, durante o boom das pontocom, acabei liderando uma equipe de engenharia em um integrador de sistemas. Era uma dessas agências integradoras de sistemas híbridos que você tinha naquela época.
Fomos os primeiros a adotar vários sistemas de gerenciamento de conteúdo da Web (CMSs) no final dos anos 90. Foi muito frustrante porque lemos esses relatórios brilhantes de analistas sobre esses fornecedores, geralmente fornecedores de renome, que tinham essas ferramentas CMS incríveis. E, na verdade, tivemos experiência prática com essas ferramentas.
Havia uma grande lacuna entre o que estávamos lendo nos relatórios de analistas tradicionais e nossa experiência como implementadores, e pensei que eles realmente deveriam ser uma maneira melhor de contar a história real.
Então, saí por conta própria e fundei o CMS Watch, que foi a organização precursora do Real Story Group. Uma das decisões que tomamos no início, que descobri mais tarde ser única no mundo dos analistas, é que decidimos trabalhar apenas no lado da compra. Só trabalharíamos com empresas usuárias finais e nunca aconselharíamos ou consultaríamos fornecedores porque achávamos que isso era um conflito de interesses.
A: O que levou a…?
P: Decidimos que faríamos algo um pouco diferente. Só íamos trabalhar e ter nossa empatia voltada apenas para os licenciados e adotantes dessas plataformas. Todas as nossas pesquisas estariam voltadas para eles. Com o tempo, percebemos que existe todo um ecossistema de tecnologias que precisava desse tipo de análise. Então, começamos a cobrir gerenciamento de ativos digitais, ferramentas de personalização de marketing por e-mail e, finalmente, nos últimos anos, CDPs e mecanismos de orquestração de jornada e todo tipo de coisa. Ainda somos uma empresa de análise. Ainda avaliamos esses fornecedores individuais e provavelmente temos as críticas mais duras. Mas também olhamos para a pilha como um todo, como você deve organizar sua pilha e quais são alguns modelos de referência para isso e esse tipo de coisa. Então é isso em poucas palavras.
P: O que todos devem saber quando estão montando uma pilha?
A: Os fornecedores de suítes querem que você compre seus produtos. E é um discurso muito sedutor que eles estão fazendo e, para o bem ou para o mal, acho que principalmente para o mal, é um discurso muito eficaz porque uma pilha de tecnologia é uma coisa inerentemente complicada. É um organismo que nem sempre quer ir na direção que você deseja.
Portanto, há uma sensação de que, se eu apenas renderizar tudo em um único fornecedor o máximo que puder, de alguma forma isso simplificará minha vida e esse fornecedor será responsável por meu sucesso, mas não é isso que realmente acontece. Você ainda é responsável por seu próprio sucesso. A realidade é que nem mesmo Adobe, Salesforce, Microsoft, Oracle e Acoustic podem se estender por toda a sua pilha. Então você terá uma pilha composta. A única questão é como composto.
Em nossa experiência, as organizações têm uma taxa de sucesso mais alta e maior adoção se forem muito deliberadas sobre as ferramentas que trazem e as trazem em um processo baseado em teste, em vez de adotá-las porque vieram de um fornecedor estabelecido.
Adquira o MarTech! Diário. Livre. Na sua caixa de entrada.
