Návod

7 chyb, které malé firmy dělají při nákupu softwaru na míru

Software na míru může být ten nejchytřejší výdaj malé firmy, nebo ten nejbolestivější. Rozdíl skoro nikdy nespočívá v kódu. Spočívá v sedmi chybách, kterých se lze vyvarovat a které lidé dělají ještě předtím, než se napíše jediný řádek.

Have a nice dayHave a nice day11 min čtení
7 chyb, které malé firmy dělají při nákupu softwaru na míru

Většina malých firem, které se spálily na projektu softwaru na míru, se nespálila kvůli špatným programátorům. Spálily se týdny předtím, než vůbec začalo programování, na úvodní schůzce, ve vlákně e-mailů, při podání ruky, kvůli rozhodnutí, které se tehdy zdálo malicherné. Než dorazí kód, je chyba už zabudovaná. Dobrá zpráva je, že tyto chyby se nudně opakují, což znamená, že se jim lze vyhnout, pokud víte, jak vypadají.

Sledoval jsem spoustu takových projektů zevnitř, z obou stran stolu. Některé se proměnily v nástroje, bez kterých si firma už nedokáže práci představit. Jiné se proměnily v napůl hotovou přihlašovací obrazovku, napjatý spor o fakturu a zakladatele, který přísahá, že už nikdy nic na míru. Frustrující je, jak málo ty dva výsledky oddělovalo. Technologie byla problémem jen zřídka. Rozhodnutí kolem technologie jím byla skoro vždy.

Tady je tedy sedm chyb, které vidím znovu a znovu, když si malá firma objedná software na zakázku. Vyhnout se žádné z nich nevyžaduje technické vzdělání. Vyžadují jen to, abyste věděli, že existují, ještě než cokoli podepíšete.

Chyba 1: Nakoupit řešení dřív, než pochopíte problém

Nejdražší chyba se stane jako první a zní neškodně: „Potřebujeme aplikaci, která dělá X.“ Než to někdo řekne nahlas, obvykle už se rozhodl o podobě řešení, dashboard, portál, mobilní aplikace, aniž by kdokoli sepsal skutečný problém prostým jazykem. Vývoj pak věrně dodá tu nesprávnou věc, a krásně.

Dobrý software vychází z popisu problému, ne ze seznamu funkcí. „Náš kancelářský tým přepisuje každou objednávku z e-mailu do účetního systému a zabere to dvěma lidem půl dne“ je problém. „Potřebujeme CRM na míru“ je odhad řešení problému, který se nikdo neobtěžoval pojmenovat. První lze vyřešit levně a změřit. Druhé je otevřená pozvánka k utrácení peněz.

Majitel malé firmy a vývojář stojí před bílou tabulí, majitel ukazuje na ručně nakreslenou mapu skutečného neuspořádaného pracovního postupu, nikoli na návrh obrazovky, teplé světlo kanceláře
Nejlevnější hodina, kterou kdy do softwaru na míru vložíte, je ta, kdy zmapujete skutečný problém, ještě než kdokoli navrhne obrazovku.

Chyba 2: Snažit se postavit všechno najednou

Software na míru působí jako nákup jednou za deset let, a tak se lidé snaží napěchovat přání na deset let do verze jedna. Každé oddělení přidá požadavek. Každé „když už jsme u toho“ dostane ano. Rozsah nabobtná, harmonogram se ztrojnásobí a projekt se zhroutí pod vlastní ambicí dávno předtím, než ho někdo začne používat.

Firmy, které uspějí, dělají pravý opak. Vyberou jediný nejbolestivější výsek problému a postaví napřed ten, skutečnou, fungující věc v provozu během pár měsíců. Pak nechají skutečné používání, ať jim řekne, co dál. To není jen levnější, je to bezpečnější. Zjistíte, jestli nápad funguje, dokud je sázka ještě malá, místo abyste po šesti měsících a velké faktuře zjistili, že jste navrhli tu nesprávnou věc.

Malá věc, která je hotová a denně se používá, předčí velkolepou věc, která je z 80 % hotová a tiše umírá na testovacím serveru.
co říkám každému klientovi, který mi předá seznam přání o 40 položkách

Pod tím leží tvrdá pravda: vy ve skutečnosti ještě nevíte, co potřebujete. Na začátku to neví nikdo. Vaše chápání problému se změní ve chvíli, kdy se skuteční lidé dotknou skutečného nástroje. Stavět všechno dopředu zafixuje vaše nejranější a nejméně poučené dohady. Stavět po výsecích vás udrží pružné, a udrží rozpočet pod kontrolou, dokud se ještě učíte.

Chyba 3: Vybírat jen podle ceny

Dostanete tři nabídky. Jedna je dramaticky levnější než ostatní. Úleva, vezmete tu. To je jeden z nejspolehlivějších způsobů, jak proměnit malý projekt v drahý, protože levná nabídka skoro nikdy neznamená, že práce je levnější. Obvykle znamená, že obě strany pochopily zadání jinak.

Nízké číslo často signalizuje jednu z několika věcí: dodavatel podhodnotil rozsah, protože se neptal dost, plánuje si svou marži vybrat později na požadavcích na změny, nebo je nezkušený a ještě neví, co neví. Žádná z nich pro vás nekončí dobře. Cena v titulku je to nejméně užitečné číslo v nabídce. Záleží na tom, zda dodavatel jasně chápe váš problém, klade nepříjemné otázky a je upřímný v tom, co není zahrnuto.

Chyba 4: Zapomínat, že software není jednorázový nákup

Software na míru se často nabízí, a kupuje, jako kus nábytku: zaplaťte jednou, vlastněte ho navždy. Tak to není. Software žije v pohyblivém světě, operační systémy se aktualizují, prohlížeče se mění, přicházejí bezpečnostní záplaty, vaše firma se posouvá, nástroje, na které jste napojeni, mění svá pravidla. Nástroj, který nikdo neudržuje, pomalu přestává fungovat a pak se rozbije v tu nejhorší možnou chvíli.

To dopadá na malé firmy zle, protože náklady na údržbu jsou při podpisu neviditelné. Porovnáváte dvě nabídky na cenu vývoje a nikdy se nezeptáte na otázku, na které záleží víc: kolik stojí udržet to každý rok naživu a zdravé? Hosting, aktualizace, drobné opravy, občasná změna, jak se vaše firma vyvíjí, plánujte to jako běžnou, průběžnou položku, tak jako plánujete pojištění nebo účetnictví. Obvykle je skromná, ale jen pokud s ní počítáte.

NákladZřejmé při podpisu?Počítejte s tím
Počáteční vývojAnoSamozřejmě
Hosting a infrastrukturaNěkdyMěsíčně, průběžně
Bezpečnostní aktualizace a opravyZřídkaRozpočtujte ročně
Změny, jak rosteteZřídkaPočítejte s nimi
Zavedení a školeníSkoro nikdyZahrňte hned od prvního dne
Vlastnictví kódu a datSkoro nikdyVyřešte dřív, než začnete
Náklady, které si lidé pamatují, oproti těm, na které zapomínají.

Chyba 5: Nechat požadavky vágní a bez zodpovědné osoby

„Vy jste odborníci, prostě postavte něco dobrého“ zní velkoryse. Ve skutečnosti tak projekty ujíždějí. Lidé, kteří vaší firmě rozumějí nejlépe, jste vy a váš tým, ne vývojáři. Pokud předáte mlhavé zadání a zmizíte, dodavatel mezery vyplní svými nejlepšími dohady a ty dohady objevíte v tu nejhorší chvíli: při předání, kdy je jejich změna nejdražší.

Na vaší straně je třeba obsadit dvě role a malé firmy běžně neobsadí ani jednu. První je jediná rozhodující osoba, jeden člověk, který umí říct ano, urovnat neshody mezi odděleními a není tak zaneprázdněný, aby týdny neodpovídal na otázky. Druhou je ochota být konkrétní v částech, na kterých záleží: okrajové případy, ta zvláštní výjimka, kterou vaše firma vždy řešila ručně, pravidlo, které všichni znají, ale nikdo ho nesepsal. Přesně to musí software trefit.

Dvojdílná ilustrace: na jedné straně jasná rovná cesta s jedinou označenou rozhodující osobou, na druhé zamotaná klikatá cesta s mnoha lidmi táhnoucími různými směry, čistý redakční plochý styl
Jediná pověřená rozhodující osoba udržuje projekt v pohybu. Výbor bez zodpovědné osoby je místo, kde harmonogramy umírají.

Chyba 6: Neptat se, kdo vlastní kód a data

Tahle je ta tichá a je to ta, která bolí nejvíc o roky později. Zaplatíte za software na míru a předpokládáte, že je váš. Pak se vztah s dodavatelem zkazí, nebo zvedne ceny, nebo prostě zmizí, a vy zjistíte, že se nemůžete pohnout. Nemáte zdrojový kód. Data žijí v systému, ke kterému má přístup jen on. Celý váš provoz teď závisí na firmě, které už nedůvěřujete, a vy nemáte žádnou páku.

Aby se tomu předešlo, není potřeba právník. Potřeba jsou tři prosté otázky položené dřív, než začnete, dokud máte stále veškerou vyjednávací sílu: Kdo vlastní zdrojový kód, až to bude hotové? Mohu kdykoli chci exportovat všechna svá data v použitelném formátu? A když se rozejdeme, s čím přesně odejdu? Renomovaný partner na to odpoví bez mrknutí oka. Zaváhání v tomto bodě je ten největší varovný signál v celém procesu.

  • Mějte písemně, že vlastníte zdrojový kód, nebo k němu máte jasnou a férovou licenci.
  • Ověřte si, že můžete svá vlastní data exportovat ve standardním formátu, na vyžádání a bez svolení.
  • Zajistěte, aby byla práce zdokumentovaná dost dobře na to, aby ji mohl převzít jiný vývojář.
  • Vyhněte se uzamčení v proprietární technologii tam, kde by stejnou práci zastala prostá, dobře známá technologie.
  • Dohodněte si předem, co se stane s hostingem a účty, pokud někdy změníte dodavatele.

Chyba 7: Brát spuštění jako cílovou pásku

Software je dodán, funguje, všem se ulevilo. Projekt je prohlášen za hotový. O šest měsíců později se polovina týmu tiše vrátila ke staré tabulce a drahý nový nástroj používají dva lidé na jednu věc. Vývoj uspěl. Přijetí selhalo, a to jsou dva zcela odlišné problémy.

Lidé nevzdorují novým nástrojům proto, že jsou hloupí nebo tvrdohlaví. Vzdorují proto, že nová cesta je neznámá a ta stará pořád tak nějak funguje. Překonat to vyžaduje cílené úsilí, se kterým nikdo nepočítal v rozpočtu: trochu školení, jasný důvod, proč ta změna pomáhá právě jim, někoho, kdo v prvních týdnech bez soudů odpoví na hloupé otázky, a pevné rozhodnutí starou cestu vyřadit, aby nezbylo útočiště, do kterého by se dalo sklouznout zpět.

  1. 1
    Nejdřív spusťte malé skupině
    Zaveďte nástroj pár ochotným lidem před celým týmem. Najdou drsné hrany a stanou se vašimi interními zastánci.
  2. 2
    Ukažte osobní přínos, ne firemní
    „Tohle firmě ušetří peníze“ nikoho nemotivuje. „Tohle znamená, že už nebudeš psát adresy dvakrát“ získá lidi na svou stranu.
  3. 3
    Určete kontaktní osobu pro otázky
    První měsíc někdo vlastní hloupé otázky. Tření v prvním týdnu je to, co přijetí navždy zabíjí.
  4. 4
    Starou cestu skutečně vypněte
    Dokud stará tabulka existuje, lidé ji budou používat dál. Jakmile to funguje, útočiště vyřaďte, jemně, ale jasně.
Malý tým shromážděný kolem obrazovky během přátelského praktického školení, jeden člověk vede ostatní, nálada je uvolněná a pozitivní, měkké přirozené světlo
Software se postaví jednou. Přijetí se získává v prvních týdnech, školením, trpělivostí a jedním dobrým důvodem k přechodu.

Dáme to dohromady: myšlení kupujícího

Přečtěte si těch sedm znovu a táhne se jimi jediná nit. Skoro žádná není technická. Jsou o jasnosti, vlastnictví a zdrženlivosti: znát svůj problém dřív, než nakupujete, stavět po malých krocích, posuzovat dodavatele podle porozumění, ne podle ceny, plánovat život nástroje, ne jen jeho zrod, zůstat zapojeni, chránit svůj východ a brát spuštění jako začátek té opravdové práce.

Software na míru je opravdu jednou z nejlepších investic, jakou může malá firma udělat, jakmile přeroste hotové nástroje, které všichni sdílejí. Systém utvářený přesně podle toho, jak pracujete vy, místo abyste svou firmu nutili kroutit se kolem cizího produktu, je skutečná a trvalá výhoda. Firmy, které se tam dostanou, nejsou ty s největšími rozpočty. Jsou to ty, které se vyhnuly sedmi chybám výše, a to je věc úsudku, ne peněz.

Uvažujete o softwaru na míru?

Nejhodnotnější rozhovor obvykle proběhne dřív, než se cokoli postaví, když společně zjistíme, zda software na míru vůbec potřebujete, a pokud ano, tu nejmenší verzi, se kterou stojí za to začít. Bez nátlaku, bez žargonu.

Podívejte se, jak stavíme software na míru

Časté otázky

Kolik stojí software na míru pro malou firmu?
Nesmírně se to liší, protože „software na míru“ popisuje všechno od malého interního nástroje po celou platformu. Užitečnější otázka je, kolik stojí ten první užitečný výsek, a ten je často překvapivě skromný, pokud odoláte pokušení stavět všechno najednou. Buďte ostražití u jakéhokoli čísla uvedeného dřív, než dodavatel pořádně pochopil váš problém, a nezapomeňte započítat průběžný hosting a údržbu, ne jen vývoj.
Je software na míru lepší než hotové nástroje?
Ne automaticky. Hotový software je levnější a rychlejší, když standardní produkt sedne tomu, jak pracujete. Software na míru vyhrává jen tehdy, když je váš proces opravdu specifický, když jste přerostli sdílené nástroje, nebo když se slepování několika produktů dohromady stalo bolestivějším než postavit jednu věc, která sedí. Začněte tím, že si upřímně řeknete, ve které situaci jste.
Jak poznám, jestli je dodavatel softwaru dobrý?
Sledujte, jak se chová, ještě než cokoli zaplatíte. Dobrý dodavatel klade spoustu otázek, ohrazuje se proti požadavkům, které jsou drahé nebo nemoudré, je konkrétní v tom, co není zahrnuto, a na otázky o vlastnictví kódu a dat odpovídá bez zaváhání. Buďte obezřetní u kohokoli, kdo se vším souhlasí a hned na první schůzce uvádí sebejisté číslo.
Kdo vlastní kód v projektu softwaru na míru?
Cokoli si dohodnete na začátku, právě proto si to musíte dohodnout na začátku. Pokud jste za práci zaplatili, měli byste vlastnit zdrojový kód (nebo k němu mít jasnou licenci) a být schopni kdykoli chcete exportovat všechna svá data. Vyřešte to dřív, než jakékoli peníze změní majitele, dokud máte ještě vyjednávací sílu. Renomovaný partner to dá písemně.
Proč tolik projektů softwaru na míru selhává?
Zřídka kvůli kódu. Selhávají proto, že problém nebyl nikdy jasně definován, že se rozsah snažil dělat všechno najednou, že na straně klienta nikdo nevlastnil rozhodnutí, nebo že byl nástroj spuštěn bez plánu, jak lidi přimět, aby ho skutečně používali. To jsou chyby procesu a úsudku, kterým se lze vyhnout, ne chyby technologie, a to je ta povzbudivá část.
Have a nice day
Have a nice day
Redakce

Have a nice day je softwarové studio, které pomáhá malým a středním firmám s digitalizací — automatizace, umělá inteligence a software na míru, který funguje v každodenním provozu, ne jen na slidech.

Související služby