Případová studie

Jak firma s 24 lidmi v terénních službách spustila aplikaci pro zaměstnance za 10 týdnů

Regionální montážní firma se topila v papírových pracovních listech a večerních telefonátech. Tady je upřímný příběh o tom, jak jsme za deset týdnů postavili a spustili aplikaci pro zaměstnance v terénu — co jsme vyškrtli, co se rozbilo a co to ve skutečnosti změnilo.

Have a nice dayHave a nice day12 min čtení
Jak firma s 24 lidmi v terénních službách spustila aplikaci pro zaměstnance za 10 týdnů

Firma, která nám zavolala, nechtěla aplikaci. Chtěla přestat každý večer ztrácet hodinu stejným hovorem: technik zavolá do kanceláře a nadiktuje, které zakázky se udělaly, jaký materiál se spotřeboval a který zákazník nebyl doma. Někdo v kanceláři to všechno zapíše, přepíše do tří systémů a o týden později zjistí, že dva pracovní listy chybí a jedna faktura je špatně. To byl ten skutečný problém. Aplikace byla jen podoba, kterou řešení shodou okolností nabralo.

Toto je případová studie skutečného projektu, anonymizovaná. Jde o montážní a servisní firmu s 24 lidmi — představte si topení, vzduchotechniku a související výjezdy — která působí v regionu a většinu dnů má osm dodávek na cestách. Pár identifikujících detailů jsme změnili a nebudeme předstírat, že čísla jsou auditovaná věda. Příběh je ale pravdivý, včetně částí, kde jsme něco udělali špatně a museli to vrátit zpět. Právě ty bývají nejužitečnější, takže jsme je nechali uvnitř.

Pokud provozujete firmu v terénních službách a někdo vám za aplikaci pro zaměstnance nacenil šestimístnou částku a devět měsíců práce, tohle je protiargument. Deset týdnů, soustředěný rozsah a nástroj, který technici sami od sebe otevírali, aniž bychom je museli pohánět. Tady je, jak to dopadlo.

Problém: firma řízená na papíře a po telefonu

Když jsme si sedli s majitelem a vedoucí kanceláře, povrchová stížnost zněla „potřebujeme se zdigitalizovat.“ Tahle věta sama o sobě nic neznamená, takže jsme ji ignorovali a místo toho jsme pozorovali práci. Strávili jsme den v kanceláři a dopoledne na spolujízdě v dodávce. Do oběda byl skutečný problém zřejmý a neměl nic společného s tím, že by technologie byla stará.

Každý technik nosil desky s pracovními listy s průklepem. Na zakázce naškrábal, co udělal, zaškrtl pár políček, poznamenal materiál a nechal zákazníka podepsat. Horní kopie se vrátila do kanceláře nakonec — někdy ten večer, někdy v pátek ve zmuchlané hromadě. Kancelář pak každý list znovu přepsala do plánovacího nástroje, znovu do fakturačního softwaru a potřetí do tabulky, kterou majitel používal ke sledování, které zakázky jsou fakturovatelné. Totéž napsané třikrát. Ve dvou z těch případů přibyly čerstvé chyby.

Cena nebyly jen kancelářské hodiny. Bylo to zpoždění. Zakázka dokončená v pondělí nemusela být vyfakturovaná až do dalšího týdne, protože se papír ještě neobjevil. Zákazníci volali a ptali se na práci, o které kancelář nevěděla, že je hotová. A když se list ztratil úplně — což se stávalo častěji, než kdokoli přiznával — taková zakázka prostě nebyla nikdy vyfakturovaná. Nikdo nám nedokázal říct, kolik peněz takhle odešlo dveřmi, což byla sama o sobě podstata věci.

Mysleli si, že mají problém s papírováním. Ve skutečnosti měli problém s cash flow převlečený za desky.
co nám řekl první den na místě
Ošoupané desky s pracovním listem s průklepem položené na palubní desce dodávky, vedle smartphone, poblíž součástky a hrnek kávy, ranní světlo přes čelní sklo
Kde projekt opravdu začal: desky, osm dodávek a týdenní zpoždění mezi odvedenou prací a vyfakturovanou prací.

Co jsme záměrně nepostavili

Nejrychlejší způsob, jak vyhodit do vzduchu desetitýdenní termín, je říkat všemu ano. Takže než jsme napsali jediný řádek kódu, sepsali jsme seznam věcí, které aplikace dělat nebude — a nechali jsme majitele, aby s tím nahlas souhlasil. Tohle je nejméně okázalá část každého projektu a zároveň jediný největší důvod, proč se to stihlo včas.

Seznam přání, sesbíraný během dvou rozhovorů, měl asi třicet funkcí. GPS sledování dodávek. Rezervační portál pro zákazníky. Skladové zásoby napříč skladem. Automatická optimalizace tras. Plnohodnotné CRM. Hlášení o poškození na bázi fotek s poznámkami. Docházka s exportem do mezd. Každá z nich byla rozumný nápad. Každá z nich byla také způsob, jak nikdy neskončit.

Rozsah jsme zúžili na jedinou větu, stejně jako bychom to poradili každé malé firmě: technik by měl vidět dnešní zakázky, zaznamenat, co udělal, a nikdo už to nikdy nesmí přepisovat. Všechno, co téhle větě nesloužilo, šlo na seznam „později, možná.“ Ten seznam pořád existuje. Většina z něj nikomu nechyběla.

  • Ven: GPS sledování dodávek — atmosféra sledování, kterou nikdo v týmu nechtěl, řešící problém, který neměli.
  • Ven: rezervační portál pro zákazníky — samostatný projekt s vlastním publikem; jeho přibalení by zdvojnásobilo termín.
  • Ven: kompletní skladové zásoby — někdy užitečné, ale ne na kritické cestě k rychlejší fakturaci.
  • Ven: optimalizace tras — vysoká složitost, nízká skutečná návratnost pro geografii téhle firmy.
  • Dovnitř: seznam dnešních zakázek, digitální pracovní listy, zaznamenání materiálu, podpis zákazníka, fotky, okamžitá synchronizace do kanceláře.

Co aplikace ve skutečnosti dělá

Svedená na podstatu je aplikace skoro nudně jednoduchá — a to je ta pochvala. Technik ji ráno otevře a uvidí své zakázky na den, v pořadí, s adresou, zákazníkem, historií daného místa a tím, co se od něj očekává. Klepnutím vstoupí do zakázky a všechno, co dřív žilo na deskách, žije teď na obrazovce.

Na místě zaznamená odvedenou práci z krátkého kontrolního seznamu, přidá materiál z prohledávatelného seznamu (takže „měděné koleno 22 mm“ jsou dvě klepnutí, ne hádání pravopisu), cvakne jednu dvě fotky, pokud je něco potřeba zdokumentovat, a podá telefon zákazníkovi k podpisu prstem. Klepne na hotovo. To je celé. Jakmile má signál, všechno se to synchronizuje do kanceláře — žádný telefonát, žádný papír, žádné přepisování.

Detail, na kterém záleželo nejvíc: funguje bez signálu

Aplikace pro terénní služby stojí a padají na jedné věci, kterou ukázka nikdy neukáže: co se stane v technické místnosti ve sklepě bez pokrytí. Pokud aplikace zamrzne nebo ztratí data v okamžiku, kdy zmizí čárky, technici ji do týdne opustí a vy postavíte drahé těžítko. Proto jsme ji od prvního dne postavili offline-first. Všechno plně funguje bez připojení; zařízení data podrží a synchronizuje je, jakmile může. Technik na to nikdy nemyslí, což je přesně ten smysl.

Strana kanceláře: jedna obrazovka, žádné přepisování

Kancelář nedostala rozlehlý dashboard. Dostala jednu obrazovku, která ukazuje zakázky, jak se dokončují, každou s připojeným listem, materiálem, fotkami a podpisem. Odtud se z dokončené zakázky stane faktura s již vyplněnými údaji — kancelář ji zkontroluje a odešle, místo aby ji přepisovala od nuly. Napojili jsme ji na fakturační software, který už používali, místo abychom ho nahrazovali, protože nahrazovat funkční software uprostřed projektu je způsob, jak se z desetitýdenních termínů stanou desetiměsíční.

Rozdělená redakční ilustrace: vlevo technik v technické místnosti klepá na kontrolní seznam zakázky na telefonu bez čárek signálu, vpravo kancelářská obrazovka ukazuje tutéž zakázku, jak se okamžitě objevuje s fotkami a podpisem
Celý produkt na jednom obrázku: zachyť jednou na místě, i offline; v kanceláři se objeví sám od sebe.

Těch deset týdnů, upřímně

Deset týdnů není magické číslo; je to, co tenhle rozsah zabral s jednou dvojicí designér-vývojář a opravdu zapojeným klientem. Tady je zhruba, jak se čas rozdělil — včetně týdne, který jsme ztratili, protože předstírat, že projekty běží bezchybně, nikomu nepomáhá.

  1. 1
    Týden 1–2: Pozoruj, neptej se
    Jezdili jsme na spolujízdách, seděli v kanceláři a zmapovali skutečný pracovní postup na zeď. Sepsali jsme jednovětný rozsah a seznam „nestavíme“ a před jakýmkoli designem získali souhlas s obojím.
  2. 2
    Týden 3–4: Proklikávatelná podoba
    Postavili jsme proklikávatelný prototyp — žádný skutečný kód, jen obrazovky — a vložili ho do rukou dvou techniků. Jejich zpětná vazba brzy zabila tři naše předpoklady, což je nejlevnější místo, kde se mýlit.
  3. 3
    Týden 5–7: Postav jádro
    Seznam zakázek, digitální listy, materiál, podpis, fotky a offline synchronizační engine. Synchronizace byla ta těžká část a spolkla většinu sedmého týdne.
  4. 4
    Týden 8: Týden, který jsme ztratili
    Integrace s fakturací nás potrápila. Rozhraní stávajícího softwaru bylo svéráznější, než tvrdila dokumentace, a spálili jsme týden, než jsme pole čistě namapovali. Stálo to za to — přepisování byl celý problém, který jsme řešili.
  5. 5
    Týden 9–10: Pilot a doladění
    Dvě dodávky používaly aplikaci naostro, zatímco zbylých šest zůstalo na papíře. Opravili jsme, co pilot odhalil, a pak jsme to rozjeli pro všechny jediným krátkým školením.

Jak přimět terénní pracovníky, aby to opravdu používali

Můžete postavit nejlepší aplikaci pro terénní služby na světě a sledovat, jak umírá, protože pětapadesátiletý technik s dvaceti lety svalové paměti na desky usoudí, že to není pro něj. Přijetí není technický problém a funkcemi ho nevyřešíte. Brali jsme ho jako skutečný projekt, kterým je.

Hlavní práci odvedly tři věci. Zaprvé jsme postup na místě udělali rychlejší než papír, ne jen digitální — méně klepnutí než čmárání, materiál, který vybíráte místo psaní, podpis místo shánění čitelného. Kdyby byla aplikace byť jen trošku pomalejší než desky, právem by selhala. Zadruhé jsme pečlivě vybrali dva pilotní techniky: jednoho ostatními tiše respektovaného, jednoho otevřeně skeptického. Získat skeptika mělo větší cenu než jakýkoli marketing.

Zatřetí, nikdo se nemusel cítit hloupě. Školení trvalo dvacet minut, aplikace byla záměrně samozřejmá a vedoucí kanceláře se první dva týdny stala tím, na koho se obrátit, takže se žádný technik necítil opuštěný. Do tří týdnů papírové pracovní listy zmizely — ne zakázané, jen opuštěné, protože aplikace byla opravdu snazší cesta.

Přijetí se nezíská na školení. Získá se tím, že nová cesta je hned napoprvé rychlejší než ta stará.
pravidlo, které bychom zopakovali pro každou aplikaci pro zaměstnance

Co se změnilo — výsledky

Tady budeme opatrní, protože případové studie rády citují přesná čísla, která se při zkoumání rozpadnou. Tato čísla jsou vlastní firemní, vzatá pár měsíců po nasazení, a jsou spíš orientační než laboratorně přesná. Směr je ale jednoznačný a odpovídá tomu, co majitel den co den cítí.

Co jsme měřiliPředPo
Čas od dokončení zakázky po odeslání faktury5–8 dníTýž nebo následující den
Kancelářské hodiny strávené přepisováním dat zakázek~10 h/týdenPod 2 h/týden
Ztracené nebo nefakturovatelné pracovní listyPár každý měsícPrakticky nula
Večerní telefonáty „nadiktuj mi zakázky“Denně, každá dodávkaPryč
Před a po, podle vlastních měřítek firmy pár měsíců po spuštění. Čísla jsou ilustrativní, nikoli auditovaná.

Titulek, na kterém majiteli záleželo, ale v té tabulce nebyl. Bylo to cash flow. Když faktury odcházejí týž den místo o týden později, peníze přijdou napříč celou firmou zhruba o týden dřív — u každé jednotlivé zakázky. Pro firmu s 24 lidmi fungující na tenkých maržích znamenal tenhle posun v načasování víc než jakákoli jednotlivá úspora. Získané kancelářské hodiny byly fajn. Být zaplacen o týden dřív, pokaždé, byla ta skutečná výhra.

Vedoucí kanceláře u stolu kontroluje na obrazovce dokončenou zakázku a jediným tlačítkem z ní dělá fakturu, na zdi kalendář s zakroužkovaným datem téhož dne, klid a bez nepořádku
Fakturace týž den byla tichá výhra: každá zakázka vyfakturovaná, jakmile skončila, přitahující hotovost dopředu napříč celou firmou.

Co bychom vám řekli, kdybyste zvažovali totéž

Většina zdejších ponaučení není specifická pro terénní služby. Je to, co bychom řekli každé malé firmě, kterou láká objednat si software na míru, a mají větší cenu než aplikace sama.

Vymezte rozsah nemilosrdně a seznam „nestavíme“ napište dřív než seznam toho, co stavíte. Než cokoli navrhnete, pozorujte skutečnou práci — majitelé popisují postup, který by si přáli mít, ne ten, který opravdu provozují. Pilotujte v malém a nechte skeptiky přesvědčit zbytek. A napojte se na nástroje, které už používáte, místo abyste je nahrazovali, alespoň zpočátku. Nic z toho není chytré. Všechno z toho je, co umožnilo deset týdnů místo deseti měsíců.

Ještě jedno, to tiché: aplikace nikdy nebyla podstata. Podstata byla dostat zaplaceno dřív a přestat psát stejná data třikrát. Část bychom mohli vyřešit krabicovými nástroji a pro některé firmy je to správná volba. Pro tuhle ale ten nepořádný mix zachycení na místě, offline reality a stávajícího fakturačního systému znamenal, že se soustředěná stavba na míru rychle vrátila. Upřímná odpověď na „aplikace, nebo krabicové řešení?“ zní: záleží, a kdo odpovídá okamžitě, něco prodává.

Máte terénní tým, který pořád jede na papíře?

Pokud je vaše parta venku na zakázkách a kancelář každý večer přepisuje jejich den, skoro jistě se tam skrývá soustředěná aplikace. Podíváme se na váš skutečný pracovní postup a upřímně vám řekneme, jestli se ji vyplatí stavět — a co vynechat.

Podívejte se, jak stavíme aplikace pro zaměstnance

Časté otázky

Je deset týdnů realistických, nebo šlo o výjimečný případ?
Deset týdnů bylo realistických, protože rozsah byl nemilosrdně malý a klient byl pro zpětnou vazbu opravdu k dispozici. Užší rozsah lze dodat rychleji; širší — sklad, zákaznický portál, plánování tras — by trval mnohem déle. Termín se řídí rozsahem, ne naopak. Pokud někdo slibuje pevný krátký termín dřív, než probere, co je uvnitř a co venku, buďte skeptičtí.
Proč aplikace na míru místo krabicového softwaru pro terénní služby?
Pro některé firmy je krabicové řešení správná odpověď a my to řekneme. Tahle firma potřebovala offline-first zachycení na místě spojené se stávajícím fakturačním systémem, s postupem, který nezapadal do strnulých šablon balíkových nástrojů. Soustředěná stavba na míru sedla jejich skutečnému procesu a vrátila se přes rychlejší fakturaci. Rozhodnutí by mělo vždy začínat u vašeho postupu, ne u produktu.
Co bylo technicky nejtěžší?
Dvě věci: offline synchronizační engine a integrace s fakturací. Offline-first je zrádně těžký, protože musíte zvládnout data vytvořená na zařízení bez připojení a později je čistě sladit. Integrace s fakturací nás stála týden, protože rozhraní stávajícího softwaru se nechovalo podle dokumentace. Obojí stálo za to — bylo to jádro hodnoty.
Jak to přijali starší technici?
Lépe, než jsme se báli, protože jsme aplikaci udělali rychlejší než desky, ne jen novější. Rozhodujícím tahem byl pilot: aplikaci jsme vložili do rukou jednoho velmi respektovaného technika a jednoho otevřeného skeptika. Když skeptik uznal, že je to rychlejší, zbytek týmu ho bez boje následoval. Přijetí je projekt o lidech, ne o softwaru.
Mohli jste toho zautomatizovat víc?
Ano, a právě proto jsme to neudělali. Každá funkce navíc je něco, co je třeba postavit, udržovat a vysvětlovat. Spustili jsme jádro, které řešilo problém s cash flow, a pak nechali seznam „později, možná.“ Většina z toho seznamu nikomu nechyběla. Zdrženlivost udržela projekt dokončitelný a výsledek důvěryhodný — což má mnohem větší cenu než počet funkcí.
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