Tony Byrne: Foco en el experto

En esta nueva serie, profundizamos en las historias de nuestros colaboradores expertos. Esta entrevista ha sido editada para mayor claridad y extensión.

Tony Byrne es fundador de Real Story Group, una firma de analistas de tecnología. RSG evalúa las tecnologías martech y CX para ayudar a los propietarios de pilas tecnológicas empresariales. Nos habló sobre ser un cabeza de queso y cómo la caída de la Unión Soviética lo inició en el camino hacia la fundación de RSG.

P: ¿De dónde eres?

R: Crecí en Wisconsin, nací en el sureste de Wisconsin en Milwaukee. y se fue a la universidad, pero obtiene esta visa de salida especial cuando se va de Wisconsin, que es un uniforme de los Green Bay Packers y una cabeza de queso y todas estas otras cosas. Así que en el fondo, sigo siendo, en gran medida, un "Sconnie", como dicen. De hecho, estamos a punto de viajar durante dos semanas al norte de Wisconsin. Así que estoy emocionado por eso.

Y luego fui a la Universidad de Toronto y finalmente obtuve una maestría en relaciones internacionales, que en realidad no estoy usando en este momento. Pero fue interesante porque me involucró en la asistencia técnica en la antigua región soviética en torno al desarrollo de Internet y los centros de Internet de código abierto. Y eso es lo que me metió en este mundo de la tecnología.

P: ¿Cómo sucede eso?

R: Esto fue en ese extraño período cuando cayó el Muro de Berlín, pero la nueva forma de ese mundo aún no había tomado forma. Dirigí este grupo que finalmente creó lo que llamamos un Cuerpo de Paz de Internet. Tomamos a estudiantes universitarios y posgraduados jóvenes, técnicamente expertos y de habla rusa, y los enviamos con un montón de módems y un poco de dinero para trabajar con universidades y ONG para ayudarlos a estar en línea. Se transformó en ayudarlos a construir sitios web cuando llegó la World Wide Web para ayudarlos a construir comunidades e interactuar en un mundo sin intermediarios.

En la época soviética, tanto en Europa del Este como en la antigua Unión Soviética, todas las comunicaciones con los grupos internacionales se mediaban muy cuidadosamente a través de un departamento internacional. Así que ahora había discusiones personales sin restricciones entre ecologistas en Nevada y ecologistas que trabajaban en sitios de pruebas nucleares en Kazajstán y cosas así. Y así ayudamos a traer algo de esta sociedad civil emergente a la red. Eso fue realmente gratificante y fue entonces cuando me interesé en la tecnología en sí misma y me convertí en desarrollador y fui en una dirección diferente.

P: ¿Qué desarrollaste?

R: Originalmente era un sitio web para nuestra organización sin fines de lucro y luego comenzamos a crear algunas aplicaciones ligeras en Perl. Así que aprendí lo suficiente de Perl para ser peligroso y entregué algunos módulos inseguros y aprendí PHP y un poco de javascript cuando surgió. Luego, durante el auge de las puntocom, terminé liderando un equipo de ingeniería en un integrador de sistemas. Era una de esas agencias integradoras de sistemas híbridos que había en aquellos días.

Fuimos los primeros en adoptar varios sistemas de gestión de contenido web (CMS) a finales de los 90. Fue muy frustrante porque habíamos leído estos brillantes informes de analistas sobre estos proveedores, a menudo proveedores de renombre, que tenían estas increíbles herramientas de CMS. Y de hecho tuvimos experiencia práctica con estas herramientas.
Había una gran brecha entre lo que leíamos en los informes de analistas tradicionales y nuestra experiencia como implementadores y pensé que realmente deberían ser una mejor manera de contar la historia real.

Así que salí por mi cuenta y fundé CMS Watch, que fue la organización precursora de Real Story Group. Una de las decisiones que tomamos desde el principio, que luego descubrí que era única en el mundo de los analistas, es que decidimos trabajar solo en el lado de la compra. Solo trabajaríamos con empresas de usuarios finales y nunca asesoraríamos ni consultaríamos con los proveedores porque pensamos que eso era un conflicto de intereses.

A: ¿Qué condujo a...?

P: Decidimos que haríamos algo un poco diferente. Solo íbamos a trabajar y solo tendríamos nuestra empatía orientada hacia los licenciatarios y adoptantes de estas plataformas. Toda nuestra investigación se inclinaría hacia ellos. Con el tiempo nos dimos cuenta de que hay todo un ecosistema de tecnologías que necesitaban este tipo de análisis. Entonces, comenzamos a cubrir la gestión de activos digitales, las herramientas de personalización de marketing por correo electrónico y, en última instancia, en los últimos años, los motores de orquestación de viajes y CDP y todo tipo de cosas. Seguimos siendo una firma de analistas. Todavía evaluamos a estos proveedores individuales y probablemente tengamos las críticas más duras que existen. Pero también analizamos la pila como un todo, cómo debe organizar su pila y cuáles son algunos modelos de referencia para eso y ese tipo de cosas. Así que eso es todo en pocas palabras.

P: ¿Qué deben saber todos cuando están armando una pila?

R: Los proveedores de paquetes quieren que usted compre sus productos. Y es un discurso muy seductor el que están haciendo y, para bien o para mal, creo que principalmente para mal, es un discurso muy efectivo porque una pila de tecnología es algo inherentemente complicado. Es un organismo que no siempre quiere ir en la dirección que uno quiere.

Entonces, existe la sensación de que si lo entrego todo en un solo proveedor tanto como pueda, de alguna manera eso simplificará mi vida y este proveedor será responsable de mi éxito, pero eso no es realmente lo que sucede. Todavía eres responsable de tu propio éxito. La realidad es que, de todos modos, ni siquiera Adobe, Salesforce, Microsoft, Oracle y Acoustic pueden abarcar toda su pila. Así que vas a tener una pila compuesta. La única pregunta es qué tan compuesto.

En nuestra experiencia, las organizaciones tienen una mayor tasa de éxito y una mayor adopción si son muy deliberadas acerca de las herramientas que traen y las traen en un proceso basado en pruebas en lugar de adoptarlas porque provienen de un proveedor titular.