Între 2014 și 2016, PrestaRock a constat din trei dezvoltatori, inclusiv eu. Ziua mea de lucru a fost structurată acum diferit: aproximativ 30% din timpul meu a fost dedicat managementului de proiect și comunicării cu clienții, altfel 30% coordonării sarcinilor, descrierilor și pregătirii specificațiilor, iar restul timpului a fost petrecut programând.
Cum erau primii mei clienți? Ce am învățat de la ei și ce greșeli am făcut? De ce s-au îmbunătățit fiecare dintre emailurile sau cererile mele în timp?
Ca freelancer, am observat că îmi petreceam aproape jumătate din timpul de programare la telefoane și emailuri. Acest lucru m-a condus natural să îmi lansez propria companie. Am făcut o tranziție organică de la dezvoltator la manager de proiect, iar cunoștințele mele în acest rol au fost formate în principal observând cum au lucrat alți manageri de proiect cu mine de-a lungul carierei mele.
Am scris și despre cum, când eram programator într-o agenție de publicitate, mă deranja faptul că managerul de proiect nu avea cunoștințe tehnice. Ca urmare, managementul de proiect a fost doar despre transmiterea mesajelor și acționarea ca un intermediar “copiază/lipește” între mine și client.
M-am imaginat ca un tip complet diferit de manager de proiect care ar putea rezolva această problemă. Am vrut să fiu capabil să răspund la orice întrebări tehnice în timp real în timpul întâlnirilor, să ofer recomandări despre cum să implementăm soluții mai eficient (jucând rolul unui analist) și să estimez sarcinile pe loc. Această abordare a pus bazele a ceea ce reprezintă astăzi PrestaRock – Soluții de Ecommerce Solid Rock.
AGILE în loc de WaterFall
Am introdus principiul de tip one-stop-shop, asigurându-ne că managerii de proiect nu trebuiau să spună: “Nu știu, trebuie să verific cu dezvoltatorul să văd dacă este posibil, cât costă, etc.” A avea un singur canal de comunicare prin email a devenit garanția noastră de viteză și calitate.
Bazându-mă pe ceea ce auzisem la universitate, am gestionat proiectele cel mai bine cum am știut. Am implementat o metodă de management de proiect AGILE SCRUM în companie, am introdus SPRINT-uri săptămânale, am documentat procese și instrucțiuni și am renunțat la un stil de lucru ad-hoc în care sarcinile erau atribuite aleatoriu. În schimb, am planificat totul și am structurat corect sarcinile.
Acest lucru mi-a permis să distribui munca mai eficient. La începutul fiecărei săptămâni, documentam și atribuiam sarcinile dezvoltatorilor, asigurându-mă că nu aveau nevoie să mă întrerupă pe tot parcursul săptămânii. Acest lucru m-a eliberat pentru a mă concentra pe programare sau lucrul cu clienții.
Am acumulat cunoștințe nu numai din experiențele mele anterioare, ci și învățând de la clienții mei. Fiecare email s-a îmbunătățit în timp – am iterat asupra stilului meu de scriere, răspunsurilor și abordării comunicării cu fiecare interacțiune. Am tins spre ceea ce Brian Tracy numește “excelență.”
Ca freelancer, am avut oportunitatea de a lucra cu unele dintre cele mai mari afaceri de ecommerce de la acea vreme, și am avut noroc că primii mei clienți erau mai experimentați decât mine. Unii mi-au trimis cereri bine structurate, iar eu mi-am dat seama că formatul lor ar fi fost util și pentru alți clienți. Așa că am început să folosesc o structură similară pentru ceilalți clienți ai mei. Prin încercare și eroare, aveam întotdeauna mai multă muncă decât puteam gestiona.
Provocări și Primele Greșeli
Cu toate acestea, provocările au urmat curând. Pe măsură ce am crescut, am făcut primele noastre greșeli și am experimentat eșecurile noastre. În acei ani, ne-am confruntat cu clienți exigenti și, onest vorbind, la fel de greu a fost să lucram cu angajați neexperimentați, a fost la fel de greu să lucrăm cu clienți neexperimentați de asemenea.
Dorința de a fi un furnizor de servicii bun = Nerespectarea termenelor limită
Acum zece ani, una dintre primele noastre eșecuri a fost că echipa noastră era încă mică. Uneori am calculat greșit duratele sarcinilor, ceea ce a dus la întârzieri pentru că sarcinile erau completate de altcineva în loc de mine. În plus, adesea apăreau lucrări suplimentare neașteptate, pe care clienții presupuneau că vor fi livrate în același termen limită, chiar și atunci când sarcina se extinsese.
Ca manager de proiect, nu știam cum să gestionez așteptările, făcându-mă să am dificultăți în a-i convinge pe clienți că unele sarcini trebuiau să fie împărțite în faze separate sau planificate ca o nouă etapă.
În cele din urmă, uneori am promis fără intenție termene limită nerealiste, pe care nu le-am putut întotdeauna respecta. Privind înapoi, totuși, întreaga industrie de ecommerce era ca Vestul Sălbatic, și niciun proiect IT din Lituania nu a fost niciodată finalizat la timp în acei ani.
Muncă Suplimentară: Mereu Plătită?
Unul dintre cele mai mari eșecuri a fost încercarea unui client de a construi un “mall online.”
Chiar și atunci știam că ideea va eșua, dar nu am putut convinge clientul altfel. Așa că am continuat. Totul a fost în regulă până când clientul a importat 500.000 de produse în PrestaShop 1.6. Și ce s-a întâmplat? Desigur, PrestaShop nu a putut face față.
Încă o dată, lipsa cunoștințelor de management de proiect a devenit evidentă. Echipa noastră a început să optimizeze proiectul gratuit, chiar dacă era o muncă suplimentară. Nu am putut să-l conving pe client că ar trebui să plătească aproape la fel de mult cât a costat proiectul pentru a funcționa.
Dar nu eram genul de companie care să lase un proiect neterminat, așa că am continuat să lucrăm gratuit.
Clienții Neexperimentați Se Interesează Doar de Rezultatul Final
O situație similară a avut loc cu un magazin de bijuterii din chihlimbar de la malul mării. Clientul nu știa nimic despre computere, internet sau magazine online, dar își dorea să își construiască unul.
Am ajutat cu totul până când am întâmpinat o problemă – fotografiile produselor clientului erau de calitate slabă și făcute necorespunzător. Totuși, noi am fost făcuți responsabili pentru că, din perspectiva clientului, rezultatul final ar fi trebuit să funcționeze pur și simplu.
Ei nu înțelegeau, chiar și după trei sau patru întâlniri, când le-am explicat că platforma de ecommerce generează miniaturi din ceea ce încarcă clientul; am încercat să rezolvăm calitatea slabă a fotografiilor prin programare.
Situația s-a agravat când a trebuit să integrăm un modul nou de card de credit PayPal care tocmai fusese lansat. Clientul a cerut: “Faceți-l să funcționeze ca pe eBay!” Cu toate acestea, PrestaShop nu avea un modul de terță parte pentru acest lucru, iar tehnologia PayPal nu a permis asta. Clientul tot nu a acceptat.
Clienții Care Pretind Că “Nu Au Bani”
Îmi amintesc că am vizitat una dintre cele mai mari companii din Kaunas pentru a discuta despre dezvoltarea unui magazin de electronice online.
CEO-ul se plângea că prețurile noastre erau prea mari și insista că totul ar trebui să fie mai ieftin. Deoarece acesta era un client mare și prestigios, am oferit reduceri.
Ulterior, am descoperit că această companie avea o cifră de afaceri anuală de 30 de milioane de euro și milioane de profit.
La acea vreme, eram tânăr și lipsit de experiență, așa că am oferit reduceri aproape tuturor. Acest lucru m-a făcut un contractor ideal: ieftin, rapid și de înaltă calitate.
Greșelile Dezvoltatorilor au Deteriorat Relațiile cu Clienții
În cele din urmă, una dintre cele mai mari provocări a fost erorile dezvoltatorilor.
Nu aveam testeri pe atunci. După primele mele proiecte, am realizat că trebuie să revizuiesc toate sarcinile, așa că am devenit atât manager de proiect, cât și tester.
Era șocant faptul că dacă făceam 10 greșeli în timp ce codam pentru clienții din SUA, dezvoltatorii mei făceau atâtea în fiecare sarcină de 5 ore.
Pentru clienții orientați către rezultate, greșelile la începutul proiectului au distrus încrederea. A devenit imposibil să percepi bani pentru muncă suplimentară deoarece clienții au dat vina pe erorile noastre și au cerut corecții gratuit. Și pentru că voiam să fim cei mai buni, am “răscumpărat greșelile noastre” – adesea pe cheltuiala noastră proprie.
Rezumat
Primii ani de lucru cu clienții au fost în principal de succes – până când am început să creștem rapid. Creșterea rapidă a însemnat că ne-am extins de la doar eu la trei dezvoltatori. S-a simțit ca un salt mare, având în vedere că inițial împărțeam un birou cu un designer, iar acum dezvoltatorii ocupau complet spațiul nostru.
Pe măsură ce am crescut, am preluat fiecare client și proiect posibil, ceea ce a dus la primele noastre eșecuri – unii clienți trebuiau să fie lăsați, iar unele proiecte nu ar fi trebuit să fie niciodată începute. Greșelile, corectarea lor gratuit și incapacitatea noastră de a ne apăra împotriva muncii suplimentare neplătite ne-au împiedicat să atingem o profitabilitate adecvată – lucram pentru a ne acoperi salariile.
Cu toate acestea, aceste lecț
De ce să ne alegeți?
Suntem profesioniști în e-commerce și construim magazine online PrestaShop din 2008.
Niciun e-shop nu este util fără a înțelege afacerea din spatele său. Analizăm procesele interne, definim profilurile clienților, efectuăm cercetări asupra concurenței și stabilim obiective măsurabile pentru a asigura succesul în lumea omnichannel.
Fiecare parte a unui e-shop, de la integrări la căutare și finalizare a comenzii, trebuie să funcționeze perfect. Dezvoltatorii noștri experimentați asigură un cod rapid, scalabil și de înaltă calitate pentru performanță optimă.
Ratele ridicate de conversie sunt obținute printr-o arhitectură strategică a informațiilor și un design excepțional. Expertiza noastră în UI/UX asigură o conexiune perfectă între afacerea ta și clienții tăi.
E-commerce este un sistem în continuă evoluție care necesită suport tehnic 24/7 și timpi de răspuns rapizi. Acordul nostru de suport asigură un timp de reacție de 1 oră pentru erorile critice.
De ce să ne alegeți?
Te gândești la un nou proiect? Hai să-l facem să se întâmple!
