Implementare CRM – succes ? (II)
Autor: Anda | Categorie: CRM | Data: 27 Sep 2010A trecut vara, concediul, chiar si vacanta mare a copiilor…
A trecut si perioada incarcata de dupa concediu, cand parca toate te asteapta suspendate deasupra calculatorului, gata – gata sa se prabuseasca peste tine - culmea, niciodata nu se prabusesc atunci cand esti in concediu, ci intotdeauna ameninta dupa ce te-ai intors
Revenim la business, revenim la CRM.
Dupa cum spuneam, cheia pentru finalizarea cu succes a unei implementari si pentru masurarea acestuia sta in identificarea corecta si completa a nevoilor. Aici as mentiona: nevoi curente si nevoi sau strategii viitoare. Pentru ca asa cum spunea un comentariu al primei parti a articolului, nu trebuie sa ne rezumam numai la ce ne doare acum, ci si la ce ne dorim de la viitor, unde ne vedem peste 1 an, 2, 5…ce bine ar fi daca orice companie din Romania ar avea schitata o strategie de dezvoltare macar pe termen mediu !
Dadeam, in prima parte, cateva exemple de nevoi – lista nu este limitativa, poate continua la nesfarsit, dar o companie trebuie sa isi structureze si sa isi prioritizeze cerintele. Daca lista de nevoi e prea lunga, s-ar putea sa nu se adreseseze toate unui CRM si apare riscul constructiei unui avion care sa nu se ridice niciodata de la pamant.
Oricare ar fi ele, trebuie identificate si enuntate, pentru ca devin red points care vor fi urmarite pe toata durata proiectului astfel:
- Alcatuirea echipei de proiect dintre persoanele cele mai apte pentru a identifica si enunta nevoile, alegerea project managerului – are ca datorie finalizarea si prioritizarea nevoilor
- Cautarea si alegerea solutiei potrivite – cea care satisface cel mai bine nevoile stabilite, cu cat mai putina dezvoltare si customizare in plus
- Definirea cerintelor sistemului: pe baza nevoilor se va stabili impreuna cu echipa furnizorului CUM trebuie sa functioneze aplicatia si in CAT timp va functiona conform nevoilor
- Acceptanta aplicatiei: testarea daca aplicatia indeplineste cerintele si satisface nevoile
- Urmarirea functionarii aplicatiei: urmarirea corectitudinii utilizarii pe baza cerintelor si urmarirea daca se acopera nevoile enuntate initial.
Deci peste tot, in toate etapele: nevoia, nevoia, nevoia…
Este exact ca atunci cand pleci in concediu si pui in bagaj o serie de lucruri: faci cu 2 zile inainte o lista ca sa te organizezi si sa te structurezi, pui in valiza cele necesare conform listei, pe parcursul calatoriei cand faci escale verifici lista ca nu ai uitat ceva in locatia anterioara, iar cand ai ajuns acasa din nou faci inventarul final
Daca pui prea multe lucruri, risti sa le pierzi pe drum. Daca pui lucruri prea complicate, risti sa se strice pe parcurs. Daca intreg bagajul e prea mare si nestructurat, risti sa nu il poti ridica de jos
Si asa ajungem la principiile pentru succesul unui proiect – nu le-am inventat eu, le-am citit si mi se par foarte potrivite:
- Principiul lui Dracula – sau al transparentei: „asupra unui vampir indrepti un fascicul de lumina”
o Intreg proiectul trebuie sa fie transparent: atat in interiorul firmei cat si referitor la colaborarea cu vendorul: oferiti si cereti transparenta! Transparenta evolutiei proiectului, a costurilor, a duratei (planificate si realizate), a comunicarii,…
Daca am luminat vampirul, brusc nu ne mai este frica de el, il putem cunoaste, controla, anticipa miscarile, evolutia
- Principiul Simplitatii – „Cautati simplitatea dar invatati sa nu aveti incredere in simplificari” (Alfred North Whitehead)
o Ce spuneam inainte: daca pui prea multe lucruri, risti sa le pierzi pe drum. Sau sa ajungi prea incet la aeroport. Sau deloc. Daca pui lucruri prea complicate, risti sa se strice pe parcurs. Nu mai ai controlul lor.
o Daca insa simplific situatia si ma duc la munte fara bocanci, bagajul meu nu ma va ajuta
- Principiul Increderii – succesul unui proiect nu depinde numai de cifre ci si de atmosfera generala de lucru si incredere – aici as sublinia ca fiind foarte important castigarea increderii utilizatorului final, adoptia sistemului de catre utilizatorul final. Intre echipa de implementare (din partea clientului si din partea furnizorului) si utilizatorii finali trebuie sa se lege o legatura de colaborare si incredere, acestia din urma trebuie sa fie convinsi de aspectele pozitive ale implementarii aplicatiei, pentru ca de aspectele negative intotdeauna vor fi constienti: trebuie sa invete ceva nou, trebuie sa lucreze mai mult la inceput, este riscul mai mare de a gresi la inceput,…
Abaterile de la aceste lucruri cresc riscurile proiectului, nu duc neaparat la esec.
Dar, din pacate, din experienta fiecaruia dintre noi, stim suficiente exemple de esecuri de implementari – nu neaparat CRM, pot sa fie ERP, sau alte aplicatii complexe de business – si daca analizam cauzele, mai intotdeauna gasim abateri la cele de mai sus.
Desigur, cele de mai sus nu sunt limitative, in sensul: respectarea lor nu duce obligatoriu la succes, si nici insuccesul nu are printre cauze obligatoriu numai abateri de la aceste principii.
Si pentru ca orice pe lume are si dualul sau, fara de care nu ar exista, pentru ca un text despre succesul unui proiect nu poate sa fie complet fara cateva idei despre insucces – despre acestea in partea a treia
…