Studiu de caz

De la haosul Excel la un CRM personalizat în opt săptămâni: un studiu de caz

Un angrosist cu 14 angajați își gestiona întregul flux de vânzări într-un singur tabel partajat în care nimeni nu avea încredere deplină. Iată exact cum l-am înlocuit — ce am construit, ce am evitat în mod deliberat și ce s-a schimbat după aceea.

Have a nice dayHave a nice day14 min de citit
De la haosul Excel la un CRM personalizat în opt săptămâni: un studiu de caz

Există un anumit tip de tabel care conduce în liniște o companie mică. A început ca o simplă listă de clienți, iar în cinci sau șase ani a devenit cel mai important — și cel mai periculos — fișier din afacere. Toți depind de el. Nimeni nu are încredere în el. Iar când în cele din urmă cedează, tinde să cedeze în cea mai proastă zi posibilă. Aceasta este povestea unuia dintre aceste tabele, a companiei cu 14 oameni care trăia în el și a celor opt săptămâni necesare ca să-i scoatem de acolo.

Lucrăm cu multe afaceri mici, iar acest caz este anonimizat — clientul ne-a rugat să nu-i folosim numele, iar cifrele de aici sunt rotunjite și ilustrative, nu valori auditate. Dar situația este reală, iar dacă vă conduceți compania pe un tabel partajat care se transformă încet într-o povară, probabil veți recunoaște mai mult decât ați vrea. Scopul de a o scrie nu este să ne lăudăm cu un proiect. Este să arătăm deciziile reale — inclusiv cele în care răspunsul evident era greșit.

Pe parcurs, am încercat să fiu sincer despre ce a fost greu, ce am sărit intenționat și de unde a venit valoarea reală. Spoiler: nu a fost partea la care se aștepta cineva.

Situația: un fișier, paisprezece oameni, zero încredere

Clientul este un angrosist regional — cumpără mărfuri în vrac și le vinde mai departe către mici comercianți și clienți de business. Paisprezece oameni: câțiva în vânzări, câțiva în depozit, un manager de birou, cei doi proprietari. O afacere sănătoasă, creștere constantă, genul de companie prea mare ca să fie condusă din memorie și prea mică pentru a fi cumpărat vreodată software 'ca lumea'.

Toată operațiunea lor de vânzări trăia într-un singur tabel partajat pe un drive în cloud. Clienți, contacte, istoricul comenzilor, cine-cui-datorează, note de urmărire, un sistem de codificare pe culori pe care doar managerul de birou îl înțelegea pe deplin. Avea aproximativ patruzeci de coloane și mult peste o mie de rânduri. Trei sau patru oameni îl aveau deschis în orice moment.

Vă puteți imagina simptomele. Doi oameni editând același rând, unul suprascriindu-l în liniște pe celălalt. Un agent de vânzări filtrând tabelul, uitând să șteargă filtrul, iar următorul intrând în panică pentru că 'jumătate dintre clienți au dispărut'. Nimeni nu știa care număr de telefon era cel actual. Raportul lunar de venituri îi lua managerului de birou aproape o zi întreagă de asamblat, manual, iar proprietarii nu erau pe deplin siguri că îl cred. Fișierul fusese recuperat dintr-o copie de rezervă de două ori în doi ani, după ce cineva ștersese ceva ce nu trebuia.

Nu era că tabelul ar fi fost rău. Era că paisprezece oameni ocoleau în liniște aceeași duzină de probleme, în fiecare zi, și încetaseră să mai observe costul.
din notele primului nostru atelier

Iată partea care contează: nimeni nu se plângea cu voce tare. Aceasta este capcana unui tabel care s-a depășit pe sine. Durerea este împrăștiată subțire peste toți și peste fiecare zi, așa că nu devine niciodată o criză — devine doar vremea de afară. Proprietarii ne-au sunat nu din cauza unui dezastru, ci pentru că pierduseră un client bun din cauza unei urmăriri care le scăpase printre degete, iar asta i-a făcut în cele din urmă să se întrebe câți alții mai pierduseră.

Un tabel supraaglomerat pe un monitor cu zeci de coloane și celule codificate pe culori care se bat cap în cap, câteva notițe lipite pe marginea ecranului, un angajat de birou frustrat reflectat slab în sticlă
Fișierul care conducea compania: patruzeci de coloane, o mie de rânduri și un cod de culori pe care doar o persoană îl înțelegea.

De ce nu am cumpărat pur și simplu un CRM standard?

Aceasta este prima întrebare pe care o pune toată lumea și este cea corectă. Există zeci de produse CRM bune și ieftine. Am încercat sincer să convingem clientul să aleagă unul — aproape întotdeauna este răspunsul mai rapid și mai ieftin, iar noi preferăm să pierdem un proiect decât să vindem unul de care nimeni nu are nevoie.

Așa că am făcut testul pe care îl facem mereu: am luat procesul lor real și am încercat să-l mapăm pe două instrumente CRM cunoscute. Cam 80% se potriveau bine. Ultimii 20% au fost cei care l-au ucis. Prețurile lor funcționau pe trepte specifice clientului și reduceri de volum care nu se mapau pe niciun obiect 'deal' standard. Istoricul comenzilor trebuia să se conecteze la un sistem de depozit pe care nu erau dispuși să-l înlocuiască. Iar modul în care urmăreau clienții de business recurenți — care recomandă pe cicluri lejere, nu ca vânzări unice — pur și simplu nu exista în modelul standard de flux.

Am fi putut forța afacerea lor să se potrivească instrumentului. Mulți consultanți ar fi făcut-o. Dar să le ceri la paisprezece oameni să schimbe modul în care stabilesc prețuri și recomandă astfel încât software-ul să fie mulțumit este o cale excelentă de a-i face pe toți să revină în liniște la tabel într-o lună. Întregul motiv pentru care vechiul fișier a supraviețuit atât de mult este că se îndoia după ei. Orice l-ar fi înlocuit trebuia să facă la fel.

Cum au arătat de fapt cele opt săptămâni

Opt săptămâni sună rapid pentru 'un CRM personalizat', și ar fi fost — dacă am fi încercat să construim un CRM personalizat. Nu am făcut-o. Am construit felia îngustă de CRM de care această companie anume avea nevoie și am lăsat deliberat afară tot ce nu le trebuia. Disciplina scopului este întregul motiv pentru care cronologia a rezistat.

Iată cam cum s-au împărțit săptămânile. Nu a fost atât de ordonat în viața reală — săptămânile se amestecă — dar forma este sinceră.

  1. 1
    Săptămânile 1–2: Observați, nu proiectați
    Am stat cu echipa de vânzări și cu managerul de birou și i-am privit lucrând cu tabelul pe bune. Nu o ședință de cerințe — observație efectivă. Aici am găsit lucrurile la care nimeni nu se gândește să le menționeze, precum codul de culori și cele trei tabele secundare 'temporare' care deveniseră permanente.
  2. 2
    Săptămânile 2–3: Curățați datele, decideți ce este adevărat
    Înainte de orice construcție, am descurcat tabelul însuși: clienți dublați, contacte moarte, trei moduri diferite de a scrie același nume de companie. Dureros, lipsit de glamour și cea mai mare favoare pe care le-am făcut-o. Nu poți migra o harababură și să te aștepți la un sistem curat.
  3. 3
    Săptămânile 3–6: Construiți nucleul, în mâinile lor
    Clienți, contacte, istoricul comenzilor, treptele de preț și urmărirea recomandărilor pe care instrumentele standard nu o puteau face. Le-am arătat o versiune funcțională în fiecare săptămână și i-am lăsat să o spargă, în loc să prezentăm un lucru finalizat la final.
  4. 4
    Săptămânile 6–7: Conectați depozitul și rapoartele
    O legătură doar-citire către sistemul lor de depozit existent, astfel încât istoricul comenzilor să se populeze singur, plus singurul raport de care proprietarilor chiar le păsa — venitul lunar pe client — generat la cerere în loc de manual.
  5. 5
    Săptămâna 8: Migrați, instruiți, rulați în paralel
    Am mutat datele curățate, am instruit echipa în două sesiuni scurte și am ținut vechiul tabel deschis și doar-citire încă două săptămâni ca plasă de siguranță. Nimeni nu a avut nevoie de el după primele câteva zile, dar faptul că era acolo a făcut trecerea să pară reversibilă — și asta i-a făcut pe oameni să se angajeze în ea.
O echipă mică adunată în jurul unui laptop într-un birou de depozit, un dezvoltator arătând spre un ecran CRM curat și simplu de pe afișaj, lumină naturală caldă, toți aplecați și implicați
Sesiuni săptămânale de arată-și-sparge: echipa a văzut sistemul crescând și l-a modelat, în loc să i se înmâneze o cutie finalizată.

Ce am construit — și ce am lăsat afară

Sincer, sistemul finalizat nu este impresionant la privit. Acela era scopul. Face un număr mic de lucruri exact așa cum lucrează de fapt această companie, și nimic altceva. Disciplina de a lăsa lucruri afară este ceea ce l-a păstrat utilizabil.

Ce a intrat: o fișă curată de client și contact cu o singură sursă de adevăr pentru numere de telefon și adrese; istoricul comenzilor preluat automat din sistemul de depozit; treptele lor reale de preț și reducerile de volum; o vedere simplă a ciclului de recomandare ca agenții să vadă cine urmează să cumpere din nou; mementouri de urmărire ca să nu scape clienții tăcuți; și raportul lunar de venituri, generat din două clicuri.

  • Ce am lăsat deliberat afară: un modul de marketing — nu fac campanii de e-mail, așa că ar fi fost greutate moartă.
  • O aplicație mobilă — echipa de vânzări lucrează de la birouri, iar depozitul are tablete; o vedere web responsivă a fost suficientă.
  • Un motor de 'scoring de lead-uri' sau de previziune — la modă, dar voiau claritate asupra clienților existenți, nu predicții.
  • Orice funcție de AI, la lansare — nu exista încă o problemă de tip limbaj de rezolvat, așa că adăugarea de AI ar fi fost decor.
  • Trepte granulare de permisiuni — paisprezece oameni de încredere nu au nevoie de paisprezece niveluri de permisiuni; am păstrat-o simplă.

Acea ultimă categorie contează la fel de mult ca prima. Fiecare funcție pe care o adăugați este ceva de întreținut, de explicat și de greșit. O afacere mică nu are nevoie de CRM-ul de care are nevoie o companie cu 500 de oameni, iar a pretinde altceva este modul în care un proiect de opt săptămâni devine unul de opt luni. Am lăsat loc clar pentru a adăuga piesele lipsă mai târziu — dar numai dacă apărea o nevoie reală, nu pentru că o listă de funcții părea subțire.

Partea cu adevărat grea nu a fost software-ul

Dacă ați citit până aici așteptându-vă ca dificultatea să fie tehnică, iată surpriza: construcția a fost partea ușoară. Partea grea a fost gravitația tabelului. Oamenii aveau ani de memorie musculară în acel fișier. Unii aveau tabele secundare private pe care nu le menționaseră niciodată. Un agent de vânzări, foarte politicos, nu voia să fie 'urmărit' de un sistem după ani de lucru din propriile note.

Nu am rezolvat asta cu software. Am rezolvat-o făcând noul sistem cu adevărat mai rapid pentru el din prima zi — clienții lui, lista lui de recomandări, urmăririle lui, mai puțin de scris decât înainte — astfel încât a devenit calea mai ușoară, nu cea impusă. Cele două săptămâni de rulare în paralel au făcut restul. Când oamenii pot vedea că vechea cale este încă acolo dacă au nevoie de ea, încetează să se mai agațe de ea. Luați-o prea devreme și se înțepenesc.

Înlocuirea tabelului a fost o treabă de software. Înlocuirea obiceiului tabelului a fost adevăratul proiect — și e partea pe care majoritatea construcțiilor o ignoră.
ce le-am spus proprietarilor la predare
Un tablou de bord CRM curat și minimal pe un ecran desktop arătând o listă ordonată de clienți și un singur grafic de venituri, calm și degajat, un laptop închis și o cafea alături, tabelul haotic dispărut
Înlocuitorul, intenționat, este plictisitor: câteva lucruri făcute exact așa cum lucrează de fapt compania.

Ce s-a schimbat după aceea

Mai întâi cifrele, cu avertismentul sincer că acestea sunt propriile cifre rotunjite ale clientului din lunile de după lansare, nu un audit independent — utile ca direcție de mers, nu ca garanție pentru afacerea voastră.

CeÎnainte (tabel)După (CRM personalizat)
Raportul lunar de venituri~6 ore, manualCam două clicuri
'Unde e numărul de telefon actual?'O ghiceală zilnicăO singură fișă, de încredere
Spaime de pierdere / suprascriere de dateDe două ori în doi aniNiciuna până acum
Clienți tăcuți care se îndepărteazăNimeni nu știa numărulListă vizibilă de recomandări
Acomodarea unui nou angajat la sistemSăptămâni de cunoștințe nescriseCam o după-amiază
Înainte și după, conform propriilor estimări aproximative ale clientului.

Timpul de raportare a fost titlul de care le păsa proprietarilor — să recuperezi aproape o zi în fiecare lună înseamnă bani reali. Dar schimbarea pe care au tot menționat-o luni mai târziu era mai tăcută: au încetat să-și mai facă griji despre fișier. Acea anxietate de fond, scăzută, de 'sunt datele corecte, e pe cale să cedeze' pur și simplu a dispărut. Ironic, nu poți pune asta într-un tabel, dar a fost lucrul care i-a făcut să-l numească bani bine cheltuiți.

Lista de recomandări a dat roade într-un mod pe care nu l-am prevăzut pe deplin. În câteva luni, echipa de vânzări reluase legătura cu mai mulți clienți de business care intraseră în liniște în adormire — exact genul de scăpare care declanșase proiectul în primul rând. Un singur cont recuperat a acoperit mai mult decât construcția. Nu e o promisiune că se va întâmpla la voi; e un exemplu de unde tinde să se ascundă valoarea odată ce oamenii își pot vedea cu adevărat clienții.

Ați depășit tabelul care vă conduce afacerea?

Dacă datele voastre de vânzări sau de clienți trăiesc într-un singur fișier partajat de care toți depind și în care nimeni nu are încredere, de obicei acela este momentul de a discuta. Ne uităm mai întâi la procesul vostru real și vă spunem sincer dacă aveți nevoie de un CRM personalizat — sau dacă ceva standard ar fi suficient.

Vedeți cum construim CRM-uri pentru companii mici

Întrebări frecvente

Sunt opt săptămâni realiste pentru un CRM personalizat?
Sunt — dar numai pentru că am construit un sistem deliberat îngust, nu un CRM enterprise complet. Cronologia rezistă când definiți scopul strâns: definiți felia specifică de care are nevoie afacerea, curățați mai întâi datele și lăsați afară tot ce nu este esențial. Un brief de tipul 'fă tot' este ceea ce transformă opt săptămâni în opt luni. Disciplina stă în ceea ce alegeți să nu construiți.
Ar trebui să reparăm tabelul în loc să-l înlocuim?
Uneori, da. Dacă problema este mai ales harababura — duplicate, fără structură — o curățenie serioasă și câteva reguli vă pot cumpăra un an sau doi. Înlocuirea are sens când problemele sunt structurale: mai mulți oameni editând simultan, fără raportare reală, fără pistă de audit, date în care nu puteți avea încredere. Dacă tabelul vostru a fost recuperat din copie de rezervă de mai multe ori, ați trecut de etapa reparării.
Cât costă un proiect ca acesta?
Nu putem pune o cifră fără să vă vedem procesul — depinde în întregime de cât de mult aveți cu adevărat nevoie față de cât de mult credeți că aveți nevoie. Dar pârghia sinceră asupra costului este scopul, nu tarifele orare. O primă versiune cu scop strâns care rezolvă durerea reală este mult mai ieftină decât o platformă întinsă, 'rezistentă în viitor', și este și cea care chiar ajunge să fie folosită. Începem mereu încercând să micșorăm scopul.
Cât de riscant este să migrezi ani de date dintr-un tabel?
Migrarea în sine are risc scăzut dacă faceți mai întâi munca plictisitoare: curățați și deduplicați datele, conveniți ce contează drept sursă de adevăr și păstrați fișierul original doar-citire ca plasă de siguranță. Riscul real nu este pierderea de date — este migrarea contradicțiilor și a confuziei într-un sistem nou și sclipitor. De aceea curățenia contează mai mult decât mutarea.
Echipa chiar îl va folosi sau va reveni la vechile obiceiuri?
Aceea este adevărata întrebare și ține de implementare, nu de software. Oamenii revin când noul instrument este mai lent pentru ei sau când cel vechi este smuls brusc. Le evităm pe ambele: faceți noul sistem cu adevărat mai rapid din prima zi pentru cei care îl folosesc cel mai mult și rulați vechea cale în paralel până când nimeni nu mai întinde mâna spre ea. Adopția pe care o forțezi tinde să se prăbușească; adopția pe care o câștigi tinde să rămână.
Have a nice day
Have a nice day
Redacția

Have a nice day este un studio software care ajută întreprinderile mici și mijlocii să se digitalizeze — automatizare, IA și software personalizat care funcționează în activitatea de zi cu zi, nu doar pe slide-uri.

Servicii potrivite