Tony Byrne: În centrul atenției expertului

În această nouă serie, săpăm mai adânc în poveștile colaboratorilor noștri experți. Acest interviu a fost editat pentru claritate și lungime.

Tony Byrne este fondatorul Real Story Group, o firmă de analist tehnologic. RSG evaluează tehnologiile martech și CX pentru a-i ajuta pe proprietarii de stack tehnologic de întreprindere. Ne-a vorbit despre a fi un cap de brânză și despre cum căderea Uniunii Sovietice l-a pornit pe calea spre înființarea RSG.

Î: De unde ești?

R: Am crescut în Wisconsin, m-am născut în sud-estul Wisconsin, în Milwaukee. și, plecat la facultate, dar, obții această viză de ieșire specială când pleci din Wisconsin, care este o uniformă Green Bay Packers și un cheesehead și toate celelalte chestii. Așadar, în adâncul sufletului, sunt încă o „Sconnie”, așa cum se spune. De fapt, suntem pe cale să plecăm pentru două săptămâni în nordul Wisconsinului. Așa că sunt încântat de asta.

Și apoi am mers la Universitatea din Toronto și, în cele din urmă, am obținut un master în relații internaționale, pe care nu-l folosesc cu adevărat acum. Dar a fost interesant pentru că m-a implicat în asistența tehnică în fosta regiune sovietică în jurul dezvoltării internetului și huburilor de internet cu sursă deschisă. Și asta m-a adus în această lume a tehnologiei.

Î: Cum se întâmplă asta?

R: Asta a fost în acea perioadă ciudată în care zidul Berlinului căzuse, dar noua formă a acelei lumi încă nu prinsese contur. Am condus acest grup care în cele din urmă a creat ceea ce am numit un Corp al Păcii pe Internet. Am luat tineri, cunoscători din punct de vedere tehnic, vorbitori de limbă rusă, studenți și absolvenți și i-am trimis cu o grămadă de modemuri și niște bani să lucreze cu universități și ONG-uri pentru a-i ajuta să intre online. S-a transformat în a-i ajuta să construiască site-uri web atunci când World Wide Web a venit să-i ajute să construiască comunități și să interacționeze într-o lume nemediată.

Pe vremea sovietică, atât în ​​Europa de Est, cât și în fosta Uniune Sovietică, toate comunicările cu grupuri internaționale erau mediate cu mare atenție printr-un departament internațional. Și acum au existat discuții neîngrădite, unu-la-unu între ecologistii din Nevada și ecologistii care lucrau pe site-uri de testare nucleară din Kazahstan și doar chestii de genul. Și așa am contribuit la aducerea pe net a unei părți din această societate civilă emergentă. A fost cu adevărat satisfăcător și atunci m-am interesat de tehnologia în sine și am devenit dezvoltator și am mers într-o direcție diferită.

Î: Ce ai dezvoltat?

R: Inițial a fost un site web pentru organizația noastră nonprofit și apoi am început să construim niște aplicații ușoare în Perl. Așa că m-am învățat suficient de Perl să fiu periculos și să livrez niște module nesigure și am învățat PHP și puțin javascript când a apărut. Apoi, în timpul boom-ului dot-com, am ajuns să conduc o echipă de ingineri la un integrator de sisteme. A fost una dintre aceste agenții de integrare a sistemelor hibride pe care le aveai în acele vremuri.

La sfârșitul anilor '90, am fost cei mai devreme adoptatori ai diferitelor sisteme de management al conținutului web (CMS). A fost foarte frustrant pentru că am citit aceste rapoarte strălucitoare ale analiștilor despre acești furnizori, adesea furnizori de renume, care aveau aceste instrumente CMS minunate. Și, de fapt, am avut experiență practică cu aceste instrumente.
A existat un decalaj imens între ceea ce citim în rapoartele tradiționale ale analiștilor și experiența noastră ca implementatori și m-am gândit că acestea ar trebui să fie o modalitate mai bună de a spune povestea reală.

Așa că am ieșit pe cont propriu și am fondat CMS Watch, care a fost organizația precursoare a Real Story Group. Una dintre deciziile pe care le-am luat la început, despre care am descoperit că mai târziu a fost unică în lumea analiștilor, este că am decis să lucrăm doar pe partea de cumpărare. Vom lucra numai cu întreprinderile utilizatorilor finali și nu ne-am sfătui sau ne vom consulta niciodată cu furnizorii, deoarece am crezut că acesta este un conflict de interese.

A: Care a dus la...?

Î: Am decis că vom face ceva puțin diferit. Vom lucra doar și aveam doar empatia orientată către licențiații și adoptatorii acestor platforme. Toate cercetările noastre ar fi îndreptate spre ei. De-a lungul timpului, ne-am dat seama că există un întreg ecosistem de tehnologii care au nevoie de acest tip de analiză. Așadar, am început să acoperim gestionarea activelor digitale, instrumentele de personalizare de marketing prin e-mail și, în cele din urmă, în ultimii ani, CDP-urile și motoarele de orchestrare a călătoriilor și tot felul de lucruri. Suntem încă o firmă de analiști. Încă evaluăm acești furnizori individuali și probabil avem cele mai dure critici de acolo. Dar ne uităm și la stiva în ansamblu, cum ar trebui să vă organizați stiva și care sunt câteva modele de referință pentru asta și așa ceva. Deci asta e pe scurt.

Î: Ce ar trebui să știe toată lumea când alcătuiește o stivă?

R: Furnizorii de suite doresc să le cumpărați produsele. Și este o prezentare foarte seducătoare pe care o fac și, în bine și în rău, cred că mai ales în rău, este o prezentare foarte eficientă, deoarece o stivă de tehnologie este un lucru inerent complicat. Este un organism care nu vrea întotdeauna să meargă în direcția pe care o dorești.

Așa că există un sentiment că, dacă redau totul într-un singur furnizor cât de mult pot, asta îmi va simplifica într-un fel viața și acest furnizor va fi responsabil pentru succesul meu, dar nu asta se întâmplă de fapt. Încă ești responsabil pentru propriul tău succes. Realitatea este că nici măcar Adobe și Salesforce și Microsoft și Oracle și Acoustic nu se pot întinde oricum pe întregul stack. Deci veți avea o stivă compozită. Singura întrebare este cât de compus.

Din experiența noastră, organizațiile au o rată de succes mai mare și o adoptare mai mare dacă sunt foarte deliberate cu privire la instrumentele pe care le aduc și le aduc într-un proces bazat pe teste, mai degrabă decât să le adopte pentru că provin de la un furnizor existent.