Ghid

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.

Have a nice dayHave a nice day12 min de citit
7 greșeli pe care le fac firmele mici când cumpără software personalizat

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.

Un proprietar de firmă mică și un dezvoltator stând în fața unei table albe, proprietarul arătând spre o hartă desenată de mână a unui flux de lucru real și dezordonat, nu spre un machetă de ecran, lumină caldă de birou
Cea mai ieftină oră pe care o veți cheltui vreodată pe software personalizat e cea în care cartografiați problema reală, înainte ca cineva să proiecteze un ecran.

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.
ce îi spun fiecărui client care îmi întinde o listă de dorințe cu 40 de puncte

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.

CostEvident la semnare?Planificați-l
Construcția inițialăDaEvident
Găzduire și infrastructurăUneoriLunar, continuu
Actualizări și reparații de securitateRarBugetați anual
Modificări pe măsură ce creștețiRarAnticipați-le
Punere în funcțiune și instruireAproape niciodatăIncludeți din prima zi
Deținerea codului și a datelorAproape niciodatăStabiliți înainte de a începe
Costurile pe care oamenii și le amintesc față de cele pe care le uită.

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ă.

O ilustrație împărțită: pe o parte o cărare clară și dreaptă cu un singur decident etichetat, pe cealaltă o cărare încâlcită și buclată cu mulți oameni trăgând în direcții diferite, stil editorial plat și curat
Un singur decident împuternicit ține proiectul în mișcare. Un comitet fără responsabil e locul unde mor calendarele.

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.

  1. 1
    Lansați mai întâi unui grup mic
    Daț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.
  2. 2
    Ară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ă.
  3. 3
    Numiț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.
  4. 4
    Opriți efectiv vechiul mod
    Cât timp vechiul tabel există, oamenii îl vor folosi în continuare. Odată ce funcționează, retrageți refugiul, blând, dar clar.
O echipă mică adunată în jurul unui ecran în timpul unei sesiuni prietenoase și practice de instruire, o persoană îi îndrumă pe ceilalți, atmosfera e relaxată și pozitivă, lumină naturală blândă
Software-ul se construiește o dată. Adoptarea se câștigă în primele săptămâni, cu instruire, răbdare și un motiv bun de a trece la nou.

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ă?
Variază enorm, fiindcă „software personalizat” descrie totul, de la un mic instrument intern la o platformă completă. Întrebarea mai utilă e cât costă prima felie utilă, iar asta e adesea surprinzător de modest dacă rezistați tentației de a construi totul deodată. Fiți precauți cu orice număr citat înainte ca furnizorul să vă fi înțeles corect problema și nu uitați să luați în calcul găzduirea și întreținerea continue, nu doar construcția.
Este software-ul personalizat mai bun decât instrumentele de-a gata?
Nu automat. Software-ul de-a gata e mai ieftin și mai rapid când un produs standard se potrivește cu modul în care lucrați. Cel personalizat câștigă doar când procesul vostru e cu adevărat specific, când ați depășit instrumentele comune sau când lipirea mai multor produse a devenit mai dureroasă decât construirea unui singur lucru care se potrivește. Începeți prin a fi sinceri cu privire la situația în care vă aflați.
Cum îmi dau seama dacă un furnizor de software e bun?
Urmăriți cum se comportă înainte de a plăti ceva. Un furnizor bun pune multe întrebări, contestă cererile scumpe sau neînțelepte, e specific despre ce nu e inclus și răspunde la întrebările privind proprietatea codului și a datelor fără ezitare. Fiți prudenți cu oricine e de acord cu tot și citează un număr sigur de el la prima întâlnire.
Cine deține codul într-un proiect de software personalizat?
Ce conveniți la început, exact de aceea trebuie să conveniți la început. Dacă ați plătit pentru muncă, ar trebui să dețineți codul sursă (sau să aveți o licență clară asupra lui) și să puteți exporta toate datele oricând vreți. Stabiliți asta înainte ca vreun ban să schimbe mâinile, cât timp aveți încă puterea de negociere. Un partener respectabil o va pune în scris.
De ce eșuează atât de multe proiecte de software personalizat?
Rareori din cauza codului. Eșuează fiindcă problema nu a fost niciodată definită clar, fiindcă scopul a încercat să facă totul deodată, fiindcă nimeni de partea clientului nu și-a asumat deciziile sau fiindcă instrumentul a fost lansat fără un plan de a-i face pe oameni să-l folosească efectiv. Acestea sunt greșeli evitabile de proces și de judecată, nu de tehnologie, ceea ce e partea încurajatoare.
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