Ce să întrebi un furnizor de software înainte să semnezi

Când cumperi un utilaj, știi ce întrebi: ce produce, ce consumă, ce garanție are, cine îl repară. Când cumperi software făcut la comandă, nu prea ai reper — iar lipsa acestor repere poate crea probleme mai târziu în colaborare.

Lista de mai jos e făcută din perspectiva ta, a celui care semnează. Nu sunt întrebări tehnice. Sunt întrebările care arată cum va arăta relația peste un an, când entuziasmul de la început s-a consumat.

1. Cui aparțin datele și cum le scot din sistem

Una dintre primele întrebări. Datele din sistem — clienți, oferte, prețuri, comenzi, istoric — sunt ale firmei tale. Trebuie să poți răspunde clar la:

• pot exporta datele oricând, singur, fără să cer cuiva?
• în ce format ies — unul pe care îl poate citi și alt program, sau doar un fișier al lor?
• dacă mâine închei colaborarea, ce iau cu mine?

Un furnizor serios răspunde imediat și fără ocolișuri. Dacă răspunsul e vag sau condiționat, ai aflat ceva important.

2. Ce se întâmplă cu codul

Software făcut pentru tine nu înseamnă automat că e al tău. Sunt mai multe variante posibile, toate legitime, dar trebuie să știi în care ești:

• codul îți aparține și îl primești;
• codul aparține furnizorului, iar tu ai drept de utilizare;
• variantă intermediară — licență exclusivă, cu acces la cod în anumite condiții.

Nu contează atât care variantă e, cât să fie scrisă în contract înainte să semnezi, nu discutată după.

3. Cine poate lucra pe sistem, în afară de voi

Întrebare simplă cu implicații mari: dacă peste doi ani vreau să continue altcineva, poate?

Ce arată răspunsul: dacă sistemul e construit pe tehnologii cunoscute și documentate, orice echipă competentă poate prelua. Dacă e construit pe ceva ce numai ei folosesc, ai un singur furnizor posibil pentru totdeauna — și el știe asta.

4. Ce înseamnă „modificare" și cum se plătește

Aici apar frecvent neînțelegeri. După lansare este foarte probabil să apară cereri de modificare, pentru că abia atunci oamenii tăi înțeleg ce vor de fapt.

Întreabă înainte:

• cum se estimează o modificare și cine confirmă estimarea;
• ce intră în mentenanță și ce se facturează separat;
• ce se întâmplă cu erorile — o eroare într-o funcție deja plătită se repară pe garanție sau se facturează?

Diferența dintre „reparație" și „modificare" trebuie definită în contract, nu negociată la mijlocul unei probleme.

5. Cum arată predarea

Un proiect nu se termină când sistemul funcționează, ci când oamenii tăi îl folosesc fără să întrebe pe nimeni.

Întreabă ce primești la final: instrucțiuni de utilizare pentru fiecare rol din firmă, o sesiune de instruire, un document care explică unde stau datele și cum se face o modificare de catalog fără ajutor. Fără astea, rămâi dependent pentru operațiuni banale.

6. Ce se întâmplă dacă vrei să oprești

Nu e o întrebare ostilă, e o întrebare de administrator. Cum se închide colaborarea, cu ce preaviz, ce primești la ieșire, cât timp mai ai acces la sistem după.

Un furnizor care a construit relația corect nu are nimic de ascuns aici. Unul care se bazează pe faptul că nu poți pleca va evita subiectul.

7. Cine e omul cu care vorbesc peste șase luni

Adesea discuți cu cineva care vinde bine și lucrezi apoi cu altcineva. Întreabă cine e persoana de contact după lansare, cum se semnalează o problemă și în ce interval se răspunde de obicei. Nu ai nevoie de promisiuni spectaculoase — ai nevoie de un răspuns concret și consecvent.

8. Cum lucrați dacă scopul se schimbă pe parcurs

Este foarte posibil ca cerințele proiectului să se schimbe pe parcurs. Întrebarea utilă nu e „se poate schimba?", ci „cum decidem împreună ce intră și ce nu intră".

Un furnizor care spune „da" la tot, fără să discute niciodată despre ce iese din scop în schimb, îți va livra fie mai târziu, fie mai puțin decât credeai. Un furnizor care refuză orice modificare a scopului îți va livra exact ce ai cerut la început, chiar dacă între timp s-a dovedit greșit.

9. Pot să văd cum funcționează pe cazul meu, înainte să semnez

Cea mai simplă verificare. Nu o demonstrație generică, ci ceva construit pe datele tale — chiar și un exemplu parțial, pe un singur produs.

Dacă furnizorul poate construi un exemplu relevant pe cazul tău, este un semn că a început să înțeleagă procesul, nu doar cerința tehnică. Dacă nu poate arăta nimic până nu semnezi, cumperi o descriere.

10. Ce nu ar trebui să fac cu voi

Un furnizor bun știe unde nu e potrivit. Poate că ai nevoie de un program standard, nu de unul făcut pe comandă. Poate că problema ta e în proces, nu în software, iar orice sistem ar bloca doar mai repede același haos.

Cine spune asta de la început îți economisește bani. Cine acceptă orice proiect îți vinde ce ai cerut, nu ce îți trebuie.

---

Dacă ești în punctul în care compari mai multe oferte, e util să pornești de la o hartă a procesului tău, nu de la o listă de funcții. În auditul gratuit desfacem fluxul actual de ofertare și rămâi cu el, indiferent cu cine lucrezi mai departe. Iar modul în care lucrăm e descris pe pași, ca să știi la ce te uiți când compari.