Ai nevoie de o aplicație sau de un proces mai bun?

01.De ce cererea sună aproape mereu la fel

Aproape toate discuțiile de acest fel încep cu aceeași propoziție: „ne trebuie o aplicație". E de înțeles. E singurul lucru din zona asta care are un nume clar și un preț pe care îl poți cere.

Dar propoziția aia acoperă patru probleme complet diferite, cu patru soluții complet diferite și cu prețuri care diferă de zece ori între ele. Merită despachetate înainte de a cere o ofertă, pentru că altfel primești o ofertă pentru problema greșită.

02.Patru probleme diferite care se prezintă la fel

Procesul nu e definit. Fiecare om din echipă face lucrul puțin altfel. Nimeni nu poate spune ce se întâmplă după pasul trei, pentru că depinde cine îl face. Semnul clar: doi colegi îți dau două răspunsuri diferite la aceeași întrebare despre cum funcționează lucrurile. Aici, software-ul nu are ce automatiza. Nu există încă un „ce".

Unealta există și nu e folosită. Ai deja un sistem, cumpărat acum doi ani, din care se folosesc trei funcții din treizeci. Nimeni nu a fost instruit, nimeni nu l-a configurat pentru felul vostru de a lucra, și echipa a migrat înapoi în Excel și pe WhatsApp. Semnul clar: plătești un abonament lunar pentru ceva ce nu deschide nimeni. Aici, o aplicație nouă va avea exact aceeași soartă.

Uneltele există, dar nu vorbesc între ele. Ai un sistem de facturare, o foaie de calcul, un formular pe site și o căsuță de email, și cineva din echipă mută datele manual dintr-una în alta de mai multe ori pe zi. Semnul clar: poți numi persoana care face copy-paste și poți estima câte ore pe săptămână pierde. Aici nu ai nevoie de o aplicație. Ai nevoie de integrări, ceea ce e o categorie separată și mult mai ieftină.

Chiar nu există unealta potrivită. Ai încercat ce e pe piață, ai vorbit cu furnizorii, și nimic nu se potrivește pentru că munca ta are o particularitate reală. Semnul clar: poți numi exact funcția care lipsește din fiecare produs testat. Abia aici discuția despre o aplicație pe măsură devine discuția corectă.

03.Testul în trei întrebări

Înainte de orice ofertă, răspunde la astea trei, în scris.

1. Poți descrie procesul în pași numerotați, fără „depinde"? Dacă apare „depinde" de mai mult de două ori, întâi definește procesul. Un dezvoltator nu poate lua decizia asta în locul tău, oricât te-ar costa.
2. Care e costul actual, în ore sau în greșeli, pe lună? Dacă nu-l poți estima nici măcar aproximativ, nu vei putea judeca dacă investiția merită și nici nu vei ști, peste un an, dacă a funcționat.
3. Ce ai încercat deja și de ce nu a mers? Dacă răspunsul e „nimic", e prea devreme pentru software. Dacă e o listă concretă de produse testate și motive clare, ești pregătit pentru discuția despre construit.

Cine trece de toate trei are, de obicei, un proiect real. Cine se blochează la prima are, de obicei, o problemă mai ieftină de rezolvat.

04.Ce înseamnă, concret, „repară întâi procesul"

Sună a sfat gol, așa că iată ce înseamnă în practică și cam ce costă fiecare variantă.

• Scrierea procesului, o dată, ca document. Cine face ce, în ce ordine, ce se întâmplă când ceva iese prost. E gratis dacă o faci intern, într-o după-amiază cu echipa. E cel mai bun raport dintre efort și rezultat din toată lista asta și e sărit aproape întotdeauna.
• Configurarea corectă a ceea ce ai deja. Multe sisteme fac ce ai nevoie și nimeni nu le-a spus cum. Câteva sute de euro pentru cineva care le cunoaște, plus o sesiune de instruire pentru echipă.
• Un produs gata făcut, ales cu cap. Pentru programări, facturare, gestiune sau management de proiecte există produse mature care costă zeci de euro pe lună. Un an de abonament e sub prețul celei mai mici aplicații construite de la zero.
• Automatizări și integrări între ce ai. Aici stă cel mai des câștigul real. Datele curg singure între sistemele existente, munca de copy-paste dispare, și nu ai construit nimic nou de întreținut. Ordinul de mărime e de sute până la câteva mii de euro, față de zecile de mii pentru un sistem nou.

Am scris separat despre semnele că ai depășit Excel-ul, pentru că acolo discuția e ceva mai îngustă: pornești de la un instrument anume și te întrebi când te costă. Aici întrebarea e mai devreme și mai largă.

05.Când software-ul chiar e răspunsul

Sunt situații în care a construi e decizia corectă și a amâna te costă. Semnele:

• Munca manuală crește odată cu numărul de clienți. Dacă dublarea clienților înseamnă dublarea orelor de administrare, ai o problemă care se agravează singură. Software-ul e singura variantă care rupe legătura asta.
• Greșelile costă bani reali, nu doar nervi. O factură greșită, o programare pierdută, o comandă care nu ajunge. Când greșeala are preț, automatizarea are randament calculabil.
• Clienții tăi cer ceva ce nu le poți da. Acces la propriile documente, un status pe care să-l vadă singuri, o istorie a colaborării. Asta nu se rezolvă cu un proces mai bun, pentru că lipsește o suprafață care nu există.
• Particularitatea ta e reală și e avantajul tău. Dacă felul în care lucrezi e chiar motivul pentru care oamenii te aleg, un produs standard te va obliga să lucrezi ca toată lumea. Aici, custom-ul apără ceva.

Dacă te regăsești în două sau mai multe dintre ele, discuția despre cât costă o aplicație devine relevantă, iar cât durează devine următoarea întrebare.

06.Ce te costă greșeala, în ambele direcții

Construiești prea devreme. Cheltui între cinci și cincisprezece mii de euro pe o aplicație care codifică un proces pe care oricum urma să-l schimbi. Peste șase luni, procesul s-a schimbat, aplicația nu, și fiecare ajustare costă. Ai plătit ca să-ți fie mai greu să te răzgândești.

Aștepți prea mult. Angajezi un om în plus pentru munca administrativă, apoi încă unul. Costul acela e lunar și permanent, spre deosebire de cel de construcție, care e o dată. Doi ani de salariu pentru munca pe care o făcea o automatizare depășesc de câteva ori prețul automatizării.

Nu există o regulă care să acopere ambele. Există doar întrebarea dacă procesul e stabil. Un proces care nu s-a schimbat în șase luni e destul de matur ca să merite codificat. Unul care se schimbă lunar are nevoie de altceva mai întâi.

07.Cum arată discuția asta la noi

Când cineva ne scrie cu o cerere de aplicație, prima ședință nu e despre funcții. E despre procesul actual, cine îl execută și unde se blochează. De multe ori, rezultatul discuției e o recomandare mai mică decât cererea: un produs existent, câteva integrări, o configurare. Spunem asta din interes propriu la fel de mult ca din onestitate, pentru că un proiect construit peste un proces neclar se termină prost pentru amândoi.

Când concluzia e că se construiește, plecăm la drum cu procesul deja scris, ceea ce scurtează tot ce urmează. Despre etapele acelea am scris în cum decurge un proiect de design.

08.Recomandarea GOODGLYPH

Dacă iei un singur lucru din articolul ăsta: scrie procesul pe hârtie înainte să ceri prima ofertă. E gratis, durează o după-amiază, și îți spune singur în care dintre cele patru situații ești. Dacă din exercițiul acela iese că datele trebuie doar să curgă între sisteme, automatizările și integrările sunt drumul ieftin. Dacă iese că nimic din piață nu se potrivește, atunci vorbim despre o aplicație pe măsură, cu procesul deja limpede. Scrie-ne cu procesul scris și îți spunem în care dintre cele două ești, înainte de orice ofertă.

09.Încheiere

Cea mai scumpă aplicație e cea construită ca să evite o discuție despre cum lucrează echipa. Discuția aia costă o după-amiază. Aplicația care o înlocuiește costă cât un an de salariu, și tot nu răspunde la întrebare.