7 greșeli pe care le fac firmele mici când cumpără software personalizat
Software-ul personalizat poate fi cei mai inteligenți bani cheltuiți de o firmă mică sau cei mai dureroși. Diferența nu ține aproape niciodată de cod. Ține de șapte greșeli evitabile pe care oamenii le fac înainte de a fi scrisă o singură linie.

Cele mai multe firme mici care s-au ars cu un proiect de software personalizat nu s-au ars din cauza unor programatori slabi. S-au ars cu săptămâni înainte ca programarea să înceapă, într-o ședință de pornire, un fir de e-mailuri, o strângere de mână, printr-o decizie care părea măruntă pe moment. Până ajunge codul, greșeala e deja încastrată. Vestea bună e că aceste greșeli sunt plictisitor de repetitive, ceea ce înseamnă că pot fi evitate dacă știți cum arată.
Am urmărit multe astfel de proiecte din interior, de ambele părți ale mesei. Unele s-au transformat în instrumente fără de care o companie nu și-ar mai imagina munca. Altele s-au transformat într-un ecran de autentificare lăsat pe jumătate, o dispută tensionată pe o factură și un fondator care jură că nu mai face niciodată ceva la comandă. Partea frustrantă e cât de puțin a despărțit cele două rezultate. Tehnologia a fost rareori problema. Deciziile din jurul tehnologiei au fost aproape întotdeauna.
Iată deci cele șapte greșeli pe care le văd iar și iar când o firmă mică comandă software la comandă. Niciuna nu cere o pregătire tehnică pentru a fi evitată. Cer doar să știți că există înainte de a semna ceva.
Greșeala 1: Să cumpărați o soluție înainte de a înțelege problema
Cea mai costisitoare greșeală se întâmplă prima și sună inofensiv: „Avem nevoie de o aplicație care face X.” Până să spună cineva asta cu voce tare, de obicei s-a decis deja forma soluției, un tablou de bord, un portal, o aplicație mobilă, fără ca cineva să fi scris problema reală în limbaj simplu. Apoi construcția livrează fidel lucrul greșit, dar frumos.
Software-ul bun pornește de la o enunțare a problemei, nu de la o listă de funcții. „Echipa noastră de birou re-tastează fiecare comandă din e-mail în sistemul de contabilitate, iar asta ocupă două persoane o jumătate de zi” este o problemă. „Avem nevoie de un CRM personalizat” este o presupunere de soluție la o problemă pe care nimeni nu s-a obosit să o numească. Prima poate fi rezolvată ieftin și măsurată. A doua e o invitație deschisă la cheltuieli.

Greșeala 2: Să încercați să construiți totul deodată
Software-ul personalizat pare o achiziție o dată la un deceniu, așa că oamenii încearcă să înghesuie dorințele unui deceniu în versiunea unu. Fiecare departament adaugă o cerere. Fiecare „dacă tot suntem aici” primește un da. Scopul se umflă, calendarul se triplează, iar proiectul se prăbușește sub propria ambiție cu mult înainte ca cineva să apuce să-l folosească.
Firmele care reușesc fac exact opusul. Aleg felia cea mai dureroasă a problemei și o construiesc pe aceea prima, un lucru real, funcțional, în producție în câteva luni. Apoi lasă utilizarea reală să le spună ce urmează. Asta nu e doar mai ieftin, e mai sigur. Aflați dacă ideea funcționează cât timp pariul e încă mic, în loc să descoperiți după șase luni și o factură mare că ați proiectat lucrul greșit.
“Un lucru mic, terminat și folosit zilnic, bate un lucru grandios, gata 80% și care moare tăcut pe un server de testare.”
Sub asta stă un adevăr dur: nu știți de fapt încă de ce aveți nevoie. Nimeni nu știe, la început. Înțelegerea voastră asupra problemei se va schimba în clipa în care oameni reali ating un instrument real. Construirea totului din start vă blochează cele mai timpurii și mai puțin informate presupuneri. Construirea pe felii vă păstrează flexibili și ține bugetul sub control cât timp încă învățați.
Greșeala 3: Să alegeți doar după preț
Primiți trei oferte. Una e dramatic mai ieftină decât celelalte. Ușurare, o luați pe aceea. Acesta e unul dintre cele mai sigure moduri de a transforma un proiect mic într-unul scump, fiindcă oferta ieftină nu înseamnă aproape niciodată că munca e mai ieftină. De obicei înseamnă că cele două părți au înțeles sarcina diferit.
Un număr mic semnalează adesea unul dintre câteva lucruri: furnizorul a subdimensionat scopul fiindcă nu a pus suficiente întrebări, plănuiește să-și facă marja mai târziu din cererile de modificare sau e neexperimentat și încă nu știe ce nu știe. Niciunul nu se termină bine pentru voi. Prețul de pe prima pagină e cel mai puțin util număr din ofertă. Ce contează e dacă furnizorul vă înțelege clar problema, pune întrebări incomode și e sincer despre ce nu e inclus.
Greșeala 4: Să uitați că software-ul nu e o achiziție unică
Software-ul personalizat e adesea prezentat și cumpărat ca o piesă de mobilier: plătești o dată, îl deții pentru totdeauna. Nu e așa. Software-ul trăiește într-o lume în mișcare, sistemele de operare se actualizează, browserele se schimbă, apar patch-uri de securitate, afacerea voastră se mută, instrumentele la care vă conectați își schimbă regulile. Un instrument pe care nu-l întreține nimeni încetează încet să funcționeze, apoi se strică în cel mai prost moment posibil.
Asta prinde firmele mici rău, fiindcă costul de întreținere e invizibil la semnare. Comparați două oferte pe prețul construcției și nu puneți niciodată întrebarea care contează mai mult: cât costă să țineți asta vie și sănătoasă în fiecare an? Găzduire, actualizări, mici reparații, ocazionala modificare pe măsură ce afacerea evoluează, planificați-le ca pe o linie normală, continuă, așa cum faceți cu asigurarea sau contabilitatea. De obicei e modestă, dar doar dacă o anticipați.
| Cost | Evident la semnare? | Planificați-l |
|---|---|---|
| Construcția inițială | Da | Evident |
| Găzduire și infrastructură | Uneori | Lunar, continuu |
| Actualizări și reparații de securitate | Rar | Bugetați anual |
| Modificări pe măsură ce creșteți | Rar | Anticipați-le |
| Punere în funcțiune și instruire | Aproape niciodată | Includeți din prima zi |
| Deținerea codului și a datelor | Aproape niciodată | Stabiliți înainte de a începe |
Greșeala 5: Să lăsați cerințele vagi și fără responsabil
„Voi sunteți experții, construiți voi ceva bun” sună generos. De fapt așa derapează proiectele. Oamenii care vă înțeleg afacerea cel mai bine sunteți voi și echipa voastră, nu dezvoltatorii. Dacă predați un brief vag și dispăreți, furnizorul umple golurile cu cele mai bune presupuneri ale lui, iar pe acele presupuneri le veți descoperi în cel mai prost moment: la livrare, când schimbarea lor e cea mai scumpă.
Două roluri trebuie ocupate de partea voastră, iar firmele mici de regulă nu ocupă niciunul. Primul e un singur decident, o persoană care poate spune da, poate aplana neînțelegerile dintre departamente și nu e prea ocupată ca să nu răspundă la întrebări săptămâni întregi. Al doilea e disponibilitatea de a fi specifici în privința părților care contează: cazurile-limită, excepția ciudată pe care afacerea voastră a tratat-o mereu manual, regula pe care toți o știu, dar pe care nimeni n-a scris-o. Tocmai lucrurile pe care software-ul trebuie să le nimerească.

Greșeala 6: Să nu întrebați cine deține codul și datele
Aceasta e cea tăcută și e cea care doare cel mai tare ani mai târziu. Plătiți pentru software personalizat, presupuneți că e al vostru. Apoi relația cu furnizorul se acrește, sau el ridică prețurile, sau pur și simplu dispare, și descoperiți că nu vă puteți muta. Nu aveți codul sursă. Datele trăiesc într-un sistem la care doar el are acces. Întreaga voastră operațiune depinde acum de o companie în care nu mai aveți încredere, iar voi nu aveți nicio pârghie.
Nimic din asta nu cere un avocat ca să fie prevenit. Cere trei întrebări simple, puse înainte de a începe, cât timp aveți încă toată puterea de negociere: Cine deține codul sursă când e gata? Pot exporta toate datele mele, într-un format utilizabil, oricând vreau? Și dacă ne despărțim, cu ce plec mai exact? Un partener respectabil răspunde la acestea fără să clipească. Ezitarea aici e cel mai mare semnal de alarmă din tot procesul.
- Obțineți în scris că dețineți codul sursă sau că aveți o licență clară și corectă asupra lui.
- Confirmați că vă puteți exporta propriile date într-un format standard, la cerere, fără permisiune.
- Asigurați-vă că munca e documentată suficient de bine încât alt dezvoltator să o poată prelua.
- Evitați blocarea în tehnologie proprietară acolo unde o tehnologie simplă, binecunoscută, ar face aceeași treabă.
- Stabiliți din start ce se întâmplă cu găzduirea și conturile dacă schimbați vreodată furnizorul.
Greșeala 7: Să tratați lansarea ca linie de sosire
Software-ul e livrat, funcționează, toți răsuflă ușurați. Proiectul e declarat gata. Șase luni mai târziu, jumătate din echipă a alunecat tăcut înapoi la vechiul tabel, iar instrumentul nou și scump e folosit de două persoane pentru un singur lucru. Construcția a reușit. Adoptarea a eșuat, iar cele două sunt probleme complet diferite.
Oamenii nu rezistă instrumentelor noi fiindcă sunt proști sau încăpățânați. Rezistă fiindcă noul mod e nefamiliar, iar vechiul mod încă funcționează, oarecum. Învingerea asta cere un efort deliberat pe care nimeni nu l-a bugetat: puțină instruire, un motiv clar pentru care schimbarea îi ajută pe ei anume, cineva care să răspundă la întrebările naive fără judecată în primele săptămâni și o decizie fermă de a retrage vechiul mod, ca să nu existe un refugiu în care să te strecori înapoi.
- 1Lansați mai întâi unui grup micDați instrumentul câtorva oameni dispuși înainte de toată echipa. Ei vor găsi colțurile aspre și vor deveni susținătorii voștri din interior.
- 2Arătați câștigul personal, nu cel al companiei„Asta economisește bani firmei” nu motivează pe nimeni. „Asta înseamnă că nu mai tastezi adresele de două ori” îi atrage pe oameni de partea voastră.
- 3Numiți o persoană de referință pentru întrebăriÎn prima lună, cineva preia întrebările naive. Frecarea din prima săptămână e ce ucide adoptarea pentru totdeauna.
- 4Opriți efectiv vechiul modCât timp vechiul tabel există, oamenii îl vor folosi în continuare. Odată ce funcționează, retrageți refugiul, blând, dar clar.

Punând cap la cap: mentalitatea cumpărătorului
Recitiți cele șapte și un singur fir le străbate pe toate. Aproape niciuna nu e tehnică. Sunt despre claritate, proprietate și măsură: să vă cunoașteți problema înainte de a cumpăra, să construiți în pași mici, să judecați furnizorii după înțelegere și nu după preț, să planificați viața instrumentului, nu doar nașterea lui, să rămâneți implicați, să vă protejați ieșirea și să tratați lansarea ca începutul muncii adevărate.
Software-ul personalizat e cu adevărat una dintre cele mai bune investiții pe care le poate face o firmă mică, odată ce a depășit instrumentele de-a gata pe care le împart toți. Un sistem modelat exact după modul în care lucrați voi, în loc să vă forțați afacerea să se contorsioneze în jurul produsului altcuiva, e un avantaj real și de durată. Firmele care ajung acolo nu sunt cele cu cele mai mari bugete. Sunt cele care au evitat cele șapte greșeli de mai sus, iar asta ține de judecată, nu de bani.
Vă gândiți la software personalizat?
Cea mai valoroasă conversație are loc de obicei înainte de a se construi ceva, când stabilim dacă aveți cu adevărat nevoie de software personalizat și, dacă da, cea mai mică versiune cu care merită să începeți. Fără presiune, fără jargon.
Vedeți cum construim software personalizatÎntrebări frecvente
Cât costă software-ul personalizat pentru o firmă mică?
Este software-ul personalizat mai bun decât instrumentele de-a gata?
Cum îmi dau seama dacă un furnizor de software e bun?
Cine deține codul într-un proiect de software personalizat?
De ce eșuează atât de multe proiecte de software personalizat?

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.