Ce trebuie să știți despre integrarea platformei

Astăzi, fiecare afacere este o afacere digitală, dar a face saltul de a vă transforma organizația astfel încât acesta să fie potrivit pentru scop este o perspectivă descurajantă atât pentru cei care construiesc o platformă de la zero, cât și pentru cei care re-platformează dintr-un sistem moștenit. Unde să încep? Și cum să eviți capcanele obișnuite care pot deraia un proiect și îi pot exploda bugetul, determinând directorii să pună sub semnul întrebării implementarea lui?

Am vorbit cu Brian Walker, un expert global în platforme de comerț electronic, care conduce strategia, marketingul și ecosistemul la SAP Hybris despre lecțiile învățate din a ajuta o mare varietate de companii să implementeze platforme care vor evolua odată cu nevoile clienților, vor oferi performanțe excelente și vor ajuta. organizațiile își optimizează afacerile pentru viitor. Aici, Brian oferă câteva gânduri despre ceea ce fiecare companie trebuie să știe pentru a asigura o tranziție fără probleme.

Greg Williams: Aveți un client care dorește să se angajeze într-un proiect platforming sau re-platforming împreună cu dvs. Care sunt primii pași în acea călătorie?

Brian Walker: În primul rând, clienții vor găsi cel mai mare succes atunci când nu încearcă să fierbe oceanul – nu încercați să realizați un scop prea mare pentru început. Când acest tip de proiecte sunt finanțate, tinde să existe o cerere reținută pentru noi funcții și noi capabilități, toată lumea este foarte nerăbdătoare să vadă o mulțime de lucruri abordate. Acest lucru este firesc, dar este cu adevărat important ca companiile să nu încerce să-și atingă toate obiectivele printr-un singur proiect. Modul de a-l vizualiza este ca un program care este în desfășurare. De fapt, nu se va realiza niciodată cu adevărat, deoarece aceste capacități vor fi fundamentale pentru modul în care vă implicați și serviți clienții.

GW: Deci prima regulă este, nu te grăbi?

BW: Poate exista un sentiment de urgență, deoarece peisajul se schimbă atât de repede și multe, dacă nu majoritatea afacerilor, vor simți că au rămas cu mult în urmă până la început. Dar atunci când încearcă să realizeze prea multe, nu au o bună guvernare și de aici se ridică „sporul de acțiune” că este urâtul cap.

GW: Care este?

BW: Un set de cerințe în evoluție și prost definit, care introduce schimbări în mijlocul fluxului. De obicei, acest lucru se datorează faptului că părțile interesate nu pot defini ceea ce doresc până la începutul proiectului sau procesele de afaceri nu sunt bine înțelese. Prea mulți bucătari în bucătărie poate însemna că ceea ce încerci să realizezi devine o țintă în mișcare, ceea ce duce inevitabil la depășiri de buget și întârzieri semnificative. Acest lucru erodează apoi încrederea tuturor – inclusiv a conducerii superioare – cu privire la probabilitatea de succes. Atunci oamenii încep să întrebe: „ Va plăti vreodată asta ?” Prin urmare, este foarte important ca oamenii să vadă timpul rapid de valorificare, să vadă progresul – chiar dacă este oarecum limitat în sfera de aplicare în comparație cu ceea ce doriți să obțineți în cele din urmă. Acesta este locul în care guvernanța și disciplina proiectelor sunt atât de importante – pentru a menține proiectele pe șine.

GW: Ce alte lecții ai învățat?

BW: Este foarte important să vă concentrați și să definiți interfețele dintre sistemele din peisajul dvs. Să presupunem că aveți produsul de bază care furnizează date din back-end sau aveți nevoie de date de inventar sau de acces la datele clienților din mai multe sisteme. Definirea interfețelor și investiția în interfețe standardizate scalabile și foarte repetabile vă permit să vă deplasați mult mai rapid mai târziu.

Când munca este realizată în cadrul unui proiect mare, dar nu există suficient timp dedicat codificării și testării corecte a designului, soluțiile alternative sau hackurile în jurul acelor interfețe care vă vor costa mai târziu se pot strecura cu ușurință. Acesta este un alt loc în care foarte des , există depășiri de costuri și de timp.

Cea mai bună practică este să faci acele interfețe în avans. Înainte de a avea loc o implementare mare, creați acele API-uri care vă permit să conectați mai multe sisteme. Definiți aceste interfețe în avans și investiți timp pentru a integra în mod corespunzător sistemele dvs. existente, astfel încât acestea să fie în domeniul de aplicare cu aceste soluții mai noi pe care le adăugați.

Am investit în unele instrumente de integrare care le permit clienților SAP să simplifice dramatic acea parte a acestor proiecte, indiferent dacă vă integrați în sisteme SAP sau non-SAP, dar poate încă o piatră de poticnire pe care o vor întâmpina multe companii pe măsură ce se angajează. un program ca acesta.

GW: Ce altceva ar trebui evitat?

BW: De obicei, pentru proiecte mari, ați angajat o firmă de consultanță care vă facturează mii de dolari pe zi – aveți arhitecți de sisteme, dezvoltatori, analiști de afaceri, o întreagă armată de oameni, plus toate resursele dumneavoastră interne. Cu toate acestea, nici măcar nu a început munca pentru definirea experienței utilizatorului. Toți stau în jur și spun: „ Ei bine, nu putem începe cu adevărat munca până nu știm cum ar trebui să arate ”.

Definirea și proiectarea experienței utilizatorului poate începe cu mult înainte de implementarea sistemelor. Sigur, va exista un proces de raționalizare pentru a se asigura că designul se poate potrivi cu proiectul sau pentru a trece în faza caracteristicilor, dar în general acest lucru poate eficientiza un proiect în mod considerabil. De obicei, există doar o fereastră de trei săptămâni într-un plan de proiect pentru proiectarea interfeței cu utilizatorul. Și, adesea, în acest moment, totul se îndreaptă când managementul superior sau o parte interesată cheie se implică brusc. Poate că nu știau prea bine ce își doreau, dar știu că nu vor asta! Apoi, proiectul se oprește aproape pe măsură ce problemele de proiectare sunt rezolvate. Nu e bine. Cu puțină planificare, este o situație complet evitabilă.

GW: Planurile și calendarele pot fi convenite, dar îmi imaginez că respectarea lor este o cu totul altă provocare...

BW: Ai nevoie de cineva care să acționeze ca un câine de pază în domeniul de aplicare al proiectului, care se angajează absolut să-l livreze la timp. Oamenii pot arunca timpuri ridicol de agresive pentru, de exemplu, o implementare de comerț mare sau un sistem de marketing mare. Este posibil ca sistemul în sine să nu fie neapărat mare, dar sunt proiecte transformatoare care afectează fiecare parte a afacerii. Întotdeauna va exista un plan de proiect – aveți nevoie de cineva care să-l păzească și să-l gestioneze ferm, dar care este, de asemenea, dispus să reducă amploarea lucrurilor pentru a aduce proiectul la timp. După cum am spus mai devreme, trebuie să-l vezi ca un program versus un proiect.

GW: Și cine ar trebui să fie acea persoană?

BW: Unde am văzut cel mai mare succes este acolo unde este adus un manager de proiect independent foarte senior. Nu ar trebui să fie cineva de la firma de consultanță pe care ați angajat-o să facă implementarea sistemelor și nu ar trebui să fie cineva care lucrează. pentru echipa IT sau chiar pentru partea interesată de afaceri. Ai nevoie de cineva care poate transmite știrile direct și care are singurul scop să mențină proiectul pe drumul cel bun.

GW: Ce se întâmplă dacă este lansarea unui site complet nou?

BW: Cea mai mare provocare pentru un nou site este că uneori planul și sfera proiectului nu țin cont de schimbarea procesului de afaceri. Toți cei care se angajează cu noul sistem trebuie să știe cum să-l folosească. Este posibil ca aceștia să vină dintr-un mod destul de grosolan, extrem de manual, de a-și gestiona site-ul web, procesul de vânzare sau marketing. Sunt șanse ca noul site și sistem să fie mult mai buni, dar schimbarea este grea. Este tentant să dorești instrumente și sisteme care să facă lucruri „de parcă funcționează aici”. Acest lucru poate duce cu ușurință la scăderea domeniului de aplicare din nou.

Cu toate acestea, dacă nu știu cum să folosească noul sistem și nu există conținut, procesul se oprește. Conținutul necesar – conținutul produsului, datele clienților, conținutul site-ului și așa mai departe – adesea nu a fost luat în considerare cu adevărat. Trebuie să construiți conținut pentru noul site, astfel încât acesta să fie gata de funcționare odată ce sistemul a fost implementat. Acestea sunt lucruri evidente care ajung să creeze costuri și întârzieri de timp care pot fi rezolvate cu ușurință în avans.

GW: SAP Hybris a evoluat în ultimii ani. Ne poți duce prin acea călătorie?

BW: Hybris a început concentrat pe soluții comerciale. A devenit curând una dintre platformele de top din lume pentru companii pentru a desfășura comerț electronic la scară largă online și pe dispozitive mobile – o platformă de comerț omnicanal capabilă să gestioneze și să sprijine toate canalele.

Acest lucru a evoluat până la punctul în care soluțiile SAP Hybris acoperă întregul front-office, de la experiența clienților, comerț, facturare și marketing până la instrumente pentru oamenii de vânzări și service, atât în ​​centrele de contact, cât și în teren.

Al nostru este un set foarte cuprinzător de soluții care lucrează împreună – sau de sine stătător – pentru a ajuta un set divers de clienți din întreaga lume cu modul în care se implică și îi servesc pe clienți. Așa că am crescut de la a fi o platformă de comerț orientată spre tranzacții la ceva mai cuprinzător, care oferă soluții de implicare a clienților.

GW: Comerțul electronic se mișcă incredibil de rapid. Cum l-ați actualizat pentru a face față ritmului rapid al comerțului modern?

BW: Există o listă lungă de lucruri pe care le-am făcut pentru a susține cerințele de afaceri care evoluează rapid, nu numai pentru comerțul electronic, ci pe toate canalele și capabilitățile front-office. Un lucru pe care aș dori să subliniez că este o inovație mai recentă este lansarea noii noastre platforme de microservicii, SAP Hybris-as-a-Service – sau ceea ce numim YaaS. Acest mediu de platformă permite dezvoltatorilor să lanseze microservicii pentru a extinde și a susține cerințe unice în cloud. Dezvoltatorii își pot folosi limba preferată fără a fi blocate de furnizor pentru a scrie, testa și lansa noi servicii în cloud. Și poate și mai interesantă este piața pe care o oferim partenerilor, dezvoltatorilor independenți și chiar clienților să vândă aceste microservicii. Este o soluție foarte disruptivă și va fi foarte interesant să vedem cum evoluează.