Návod

7 chýb, ktoré malé firmy robia pri kúpe softvéru na mieru

Softvér na mieru môže byť najmúdrejšie vynaložené peniaze malej firmy — alebo tie najbolestivejšie. Rozdiel takmer nikdy nespočíva v kóde. Spočíva v siedmich chybách, ktorým sa dá vyhnúť a ktoré ľudia urobia ešte predtým, než sa napíše jediný riadok.

Have a nice dayHave a nice day11 min čítania
7 chýb, ktoré malé firmy robia pri kúpe softvéru na mieru

Väčšina malých firiem, ktoré sa popália na projekte softvéru na mieru, sa nepopálila na zlých programátoroch. Popálili sa týždne predtým, než sa začalo akékoľvek programovanie — na úvodnom stretnutí, vo vlákne e-mailov, pri podaní ruky — na rozhodnutí, ktoré sa vtedy zdalo malicherné. Kým príde kód, chyba je už zabudovaná. Dobrou správou je, že tieto chyby sa nudne opakujú, čo znamená, že sa im dá vyhnúť, ak viete, ako vyzerajú.

Mnoho takýchto projektov som videl zvnútra, na oboch stranách stola. Niektoré sa stali nástrojmi, bez ktorých si firma nevedela predstaviť svoju prácu. Iné skončili ako napoly hotová prihlasovacia obrazovka, vyhrotený spor o faktúru a zakladateľ, ktorý prisahá, že už nikdy nepôjde do softvéru na mieru. Frustrujúce je, ako málo tieto dva výsledky delilo. Technológia bola málokedy problémom. Rozhodnutia okolo technológie boli takmer vždy.

Tu je teda sedem chýb, ktoré vidím znova a znova, keď malá firma objedná softvér na mieru. Žiadna z nich si nevyžaduje technické vzdelanie, aby ste sa jej vyhli. Vyžadujú len to, aby ste vedeli, že existujú, skôr než čokoľvek podpíšete.

Chyba 1: Kúpa riešenia skôr, než pochopíte problém

Najdrahšia chyba sa stane ako prvá a znie neškodne: „Potrebujeme aplikáciu, ktorá robí X.“ Kým to niekto vysloví nahlas, zvyčajne už rozhodol o podobe riešenia — nástenka, portál, mobilná aplikácia — bez toho, aby ktokoľvek zapísal skutočný problém zrozumiteľným jazykom. Vývoj potom verne dodá nesprávnu vec, nádherne spravenú.

Dobrý softvér vychádza z opisu problému, nie zo zoznamu funkcií. „Náš kancelársky tím prepisuje každú objednávku z e-mailu do účtovného systému, a dvom ľuďom to zaberie pol dňa“ je problém. „Potrebujeme CRM na mieru“ je dohad riešenia problému, ktorý sa nikto neunúval pomenovať. Prvý sa dá lacno vyriešiť a zmerať. Druhý je otvorenou pozvánkou míňať peniaze.

Majiteľ malej firmy a vývojár stoja pred tabuľou, majiteľ ukazuje na rukou nakreslenú mapu spletitého reálneho pracovného postupu namiesto na maketu obrazovky, teplé kancelárske svetlo
Najlacnejšia hodina, ktorú kedy na softvéri na mieru strávite, je tá, v ktorej zmapujete skutočný problém — skôr než ktokoľvek navrhne obrazovku.

Chyba 2: Snaha postaviť všetko naraz

Softvér na mieru pôsobí ako nákup raz za desať rokov, a tak sa ľudia snažia natlačiť desaťročie želaní do prvej verzie. Každé oddelenie pridá požiadavku. Každé „keď už pri tom sme“ dostane áno. Rozsah napuchne, harmonogram sa strojnásobí a projekt sa zrúti pod vlastnou ambíciou dávno predtým, než sa k nemu niekto dostane.

Firmy, ktoré uspejú, robia opak. Vyberú jeden, najbolestivejší úsek problému a ten postavia ako prvý — skutočnú, fungujúcu vec v prevádzke do pár mesiacov. Potom nechajú skutočné používanie, nech im povie, čo ďalej. To nie je len lacnejšie; je to bezpečnejšie. Zistíte, či nápad funguje, kým je stávka ešte malá, namiesto toho, aby ste po šiestich mesiacoch a veľkej faktúre objavili, že ste navrhli nesprávnu vec.

Malá vec, ktorá je hotová a v dennom používaní, poráža veľkolepú vec, ktorá je na 80 % hotová a ticho odumiera na testovacom serveri.
to, čo hovorím každému klientovi, ktorý mi podá zoznam želaní so 40 položkami

Pod tým leží tvrdá pravda: vy v skutočnosti ešte neviete, čo potrebujete. Na začiatku to nevie nikto. Vaše chápanie problému sa zmení vo chvíli, keď sa skutoční ľudia dotknú skutočného nástroja. Stavať všetko vopred zamkne vaše najskoršie, najmenej informované dohady. Stavať po častiach vás udrží flexibilnými — a udrží rozpočet pod kontrolou, kým sa ešte učíte.

Chyba 3: Výber len podľa ceny

Dostanete tri ponuky. Jedna je dramaticky lacnejšia než ostatné. Úľava — vezmete si tú. Toto je jeden z najspoľahlivejších spôsobov, ako premeniť malý projekt na drahý, pretože lacná ponuka takmer nikdy neznamená, že práca je lacnejšia. Zvyčajne znamená, že obe strany pochopili zákazku inak.

Nízke číslo často signalizuje jednu z mála vecí: dodávateľ podcenil rozsah, lebo nepoložil dosť otázok, plánuje si svoju maržu vytiahnuť neskôr na požiadavkách na zmeny, alebo je neskúsený a ešte nevie, čo nevie. Ani jedno z toho sa pre vás nekončí dobre. Cena v hlavičke je najmenej užitočné číslo v ponuke. Dôležité je, či dodávateľ jasne rozumie vášmu problému, kladie nepríjemné otázky a je úprimný v tom, čo nie je zahrnuté.

Chyba 4: Zabúdanie, že softvér nie je jednorazový nákup

Softvér na mieru sa často ponúka a kupuje ako kus nábytku: zaplatíte raz, je váš navždy. Nie je to tak. Softvér žije v pohyblivom svete — operačné systémy sa aktualizujú, prehliadače sa menia, prichádzajú bezpečnostné záplaty, vaše podnikanie sa mení, nástroje, na ktoré sa pripájate, menia svoje pravidlá. Nástroj, ktorý nikto neudržiava, pomaly prestáva fungovať a potom sa pokazí v najhoršej možnej chvíli.

Malé firmy to zasiahne škaredo, pretože náklady na údržbu sú pri podpise neviditeľné. Porovnávate dve ponuky podľa ceny vývoja a nikdy nepoložíte otázku, ktorá je dôležitejšia: koľko stojí udržať to každý rok pri živote a v zdraví? Hosting, aktualizácie, drobné opravy, občasná zmena, ako sa vaše podnikanie vyvíja — naplánujte to ako bežnú, priebežnú položku, tak ako pri poistení či účtovníctve. Zvyčajne je to skromné, ale len ak to očakávate.

NákladZjavné pri podpise?Naplánujte to
Počiatočný vývojÁnoSamozrejme
Hosting a infraštruktúraNiekedyMesačne, priebežne
Bezpečnostné aktualizácie a opravyZriedkaRozpočet ročne
Zmeny, ako rastieteZriedkaOčakávajte ich
Zaškolenie a tréningTakmer nikdyZarátajte od prvého dňa
Vlastníctvo kódu a dátTakmer nikdyVyriešte pred začiatkom
Náklady, na ktoré si ľudia spomenú, oproti tým, ktoré zabúdajú.

Chyba 5: Ponechanie požiadaviek vágnych a bez majiteľa

„Vy ste experti, len urobte niečo dobré“ znie veľkoryso. V skutočnosti je to spôsob, akým projekty unikajú smerom. Ľudia, ktorí vašemu podnikaniu rozumejú najlepšie, ste vy a váš tím — nie vývojári. Ak odovzdáte hmlistý brief a zmiznete, dodávateľ vyplní medzery svojimi najlepšími dohadmi a tieto dohady objavíte v najhoršej chvíli: pri odovzdaní, keď je ich zmena najdrahšia.

Na vašej strane treba obsadiť dve úlohy a malé firmy bežne neobsadia ani jednu. Prvou je jediný rozhodovateľ — jeden človek, ktorý môže povedať áno, urovnať nezhody medzi oddeleniami a nie je príliš zaneprázdnený, aby týždne odpovedal na otázky. Druhou je ochota byť konkrétny v častiach, ktoré sú dôležité: hraničné prípady, zvláštna výnimka, ktorú vaša firma vždy riešila ručne, pravidlo, ktoré všetci poznajú, no nikto ho nezapísal. Práve toto musí softvér urobiť správne.

Rozdelená ilustrácia: na jednej strane jasná priama cesta s jediným označeným rozhodovateľom, na druhej spletitá kľukatá cesta s mnohými ľuďmi, ktorí ťahajú rôznymi smermi, čistý redakčný plochý štýl
Jediný splnomocnený rozhodovateľ udržiava projekt v pohybe. Komisia bez majiteľa je miestom, kde harmonogramy odchádzajú zomrieť.

Chyba 6: Nepýtať sa, kto vlastní kód a dáta

Toto je tá tichá a tá, ktorá najviac bolí o roky neskôr. Zaplatíte za softvér na mieru, predpokladáte, že je váš. Potom sa vzťah s dodávateľom pokazí, alebo zdvihne ceny, alebo jednoducho zmizne — a vy zistíte, že sa nemôžete pohnúť. Nemáte zdrojový kód. Dáta žijú v systéme, ku ktorému má prístup len on. Celá vaša prevádzka teraz závisí od firmy, ktorej už nedôverujete, a nemáte žiadnu páku.

Nič z toho si nevyžaduje právnika, aby sa tomu predišlo. Vyžaduje tri jednoduché otázky položené predtým, než začnete, kým máte ešte všetku vyjednávaciu silu: Kto vlastní zdrojový kód, keď to bude hotové? Môžem exportovať všetky svoje dáta v použiteľnom formáte, kedykoľvek chcem? A ak sa rozídeme, čo presne si odnesiem? Seriózny partner na to odpovie bez mihnutia oka. Váhanie tu je tou najväčšou výstrahou v celom procese.

  • Získajte písomne, že vlastníte zdrojový kód, alebo máte naň jasnú, férovú licenciu.
  • Potvrďte si, že vlastné dáta môžete exportovať v štandardnom formáte, na požiadanie, bez povolenia.
  • Zabezpečte, aby bola práca zdokumentovaná dostatočne na to, aby ju iný vývojár mohol prevziať.
  • Vyhnite sa proprietárnemu zámku tam, kde by rovnakú prácu zvládla obyčajná, dobre známa technológia.
  • Vopred sa dohodnite, čo sa stane s hostingom a účtami, ak niekedy zmeníte dodávateľa.

Chyba 7: Považovať spustenie za cieľovú čiaru

Softvér je dodaný, funguje, všetkým sa uľavilo. Projekt je vyhlásený za hotový. O šesť mesiacov neskôr sa polovica tímu ticho vrátila k starej tabuľke a drahý nový nástroj používajú dvaja ľudia na jednu vec. Vývoj uspel. Osvojenie zlyhalo — a to sú dva úplne odlišné problémy.

Ľudia neodmietajú nové nástroje preto, že sú hlúpi alebo tvrdohlaví. Odmietajú ich preto, že nový spôsob je neznámy a starý spôsob ešte tak-tak funguje. Prekonať to si vyžaduje cielené úsilie, ktoré nikto nezarátal: trochu zaškolenia, jasný dôvod, prečo zmena pomáha práve im, niekoho, kto v prvých týždňoch bez súdenia odpovie na hlúpe otázky, a pevné rozhodnutie starý spôsob zrušiť, aby neexistovala záloha, do ktorej by sa dalo skĺznuť.

  1. 1
    Spustite najprv pre malú skupinu
    Zaveďte nástroj u zopár ochotných ľudí pred celým tímom. Nájdu hrubé miesta a stanú sa vašimi internými zástancami.
  2. 2
    Ukážte osobný prínos, nie prínos pre firmu
    „Toto šetrí firme peniaze“ nemotivuje nikoho. „Toto znamená, že už nemusíte adresy písať dvakrát“ získa ľudí na svoju stranu.
  3. 3
    Určte kontaktnú osobu pre otázky
    Prvý mesiac má niekto na starosti hlúpe otázky. Trenie v prvom týždni je to, čo osvojenie navždy zabíja.
  4. 4
    Naozaj vypnite starý spôsob
    Kým bude existovať stará tabuľka, ľudia ju budú ďalej používať. Keď to raz funguje, zrušte zálohu — jemne, ale jasne.
Malý tím zhromaždený okolo obrazovky počas priateľského, praktického školenia, jeden človek vedie ostatných, atmosféra uvoľnená a pozitívna, mäkké prirodzené svetlo
Softvér sa postaví raz. Osvojenie sa získava v prvých týždňoch — školením, trpezlivosťou a jedným dobrým dôvodom na prechod.

Dáme to dokopy: nákupcovo myslenie

Prečítajte si tých sedem znova a prechádza nimi jedna niť. Takmer žiadna nie je technická. Sú o jasnosti, vlastníctve a zdržanlivosti — poznať svoj problém pred nákupom, stavať po malých krokoch, posudzovať dodávateľov podľa porozumenia, nie podľa ceny, plánovať na životnosť nástroja, nie len na jeho zrod, ostať zapojení, chrániť si východ a brať spustenie ako začiatok skutočnej práce.

Softvér na mieru je naozaj jednou z najlepších investícií, ktoré malá firma môže urobiť, keď raz prerastie hotové nástroje, čo všetci zdieľajú. Systém vytvarovaný presne podľa toho, ako pracujete vy, namiesto toho, aby ste svoje podnikanie krútili okolo cudzieho produktu, je skutočnou a trvalou výhodou. Firmy, ktoré sa tam dostanú, nie sú tie s najväčšími rozpočtami. Sú to tie, ktoré sa vyhli siedmim chybám vyššie — a to je vec úsudku, nie peňazí.

Uvažujete o softvéri na mieru?

Najcennejší rozhovor sa zvyčajne odohrá skôr, než sa čokoľvek postaví — keď spolu zistíme, či vôbec potrebujete softvér na mieru, a ak áno, najmenšiu verziu, s ktorou sa oplatí začať. Bez nátlaku, bez žargónu.

Pozrite sa, ako staviame softvér na mieru

Časté otázky

Koľko stojí softvér na mieru pre malú firmu?
Líši sa to nesmierne, pretože „softvér na mieru“ opisuje všetko od malého interného nástroja až po celú platformu. Užitočnejšou otázkou je, koľko stojí prvý užitočný úsek — a ten býva prekvapivo skromný, ak odoláte stavaniu všetkého naraz. Buďte opatrní pri akomkoľvek čísle uvedenom skôr, než dodávateľ poriadne pochopil váš problém, a nezabudnite započítať priebežný hosting a údržbu, nielen vývoj.
Je softvér na mieru lepší než hotové nástroje?
Nie automaticky. Hotový softvér je lacnejší a rýchlejší, keď štandardný produkt sadne na to, ako pracujete. Softvér na mieru vyhráva len vtedy, keď je váš proces naozaj špecifický, keď ste prerástli zdieľané nástroje alebo keď sa zošívanie viacerých produktov stalo bolestivejším než postaviť jednu vec, ktorá sadne. Začnite tým, že budete úprimní v tom, v ktorej situácii ste.
Ako spoznám, či je dodávateľ softvéru dobrý?
Sledujte, ako sa správa skôr, než ste čokoľvek zaplatili. Dobrý dodávateľ kladie veľa otázok, oponuje požiadavkám, ktoré sú drahé alebo nerozumné, je konkrétny v tom, čo nie je zahrnuté, a bez váhania odpovedá na otázky o vlastníctve kódu a dát. Buďte opatrní pri každom, kto so všetkým súhlasí a už na prvom stretnutí uvedie sebavedomé číslo.
Kto vlastní kód v projekte softvéru na mieru?
Čokoľvek si dohodnete na začiatku — práve preto si to musíte dohodnúť na začiatku. Ak ste za prácu zaplatili, mali by ste vlastniť zdrojový kód (alebo mať naň jasnú licenciu) a vedieť kedykoľvek exportovať všetky svoje dáta. Vyriešte to skôr, než peniaze zmenia majiteľa, kým máte ešte vyjednávaciu silu. Seriózny partner to dá na papier.
Prečo toľko projektov softvéru na mieru zlyhá?
Zriedka pre kód. Zlyhávajú preto, že problém nikdy nebol jasne definovaný, rozsah sa pokúšal o všetko naraz, na strane klienta nikto nevlastnil rozhodnutia, alebo sa nástroj spustil bez plánu, ako ľudí prinútiť, aby ho naozaj používali. Sú to chyby procesu a úsudku, ktorým sa dá vyhnúť, nie technológie — a to je tá povzbudivá časť.
Have a nice day
Have a nice day
Redakcia

Have a nice day je softvérové štúdio, ktoré pomáha malým a stredným firmám s digitalizáciou — automatizácia, umelá inteligencia a softvér na mieru, ktorý funguje v každodennej prevádzke, nielen na slajdoch.

Súvisiace služby