Freelo je dobrý úkolovník a odchod od něj nemá být trestem. Procházíme, kdy má smysl zůstat, která data z projektů mají reálnou hodnotu a jak přechod naplánovat, aby tým nedělal měsíce ve dvou nástrojích.
Firmy neodcházejí z úkolovníku proto, že by v něm něco nešlo. Odcházejí ve chvíli, kdy se u měsíční uzávěrky ukáže, že hotový úkol sám o sobě neřekne, pro kterého klienta byl, kolik hodin stál a co se má stát potom. Ta informace ve firmě existuje - jen v e-mailu, v tabulce a v hlavě projekťáka. Tenhle text je návod, jak z Freela odejít, a zároveň seznam důvodů, proč to možná nedělat.
Freelo dělá dobře to, na co bylo postavené
Freelo je zavedený český nástroj na řízení práce s podporou v češtině a s ovládáním, které většina lidí pochopí za odpoledne bez školení. Projekty, to-do listy, úkoly a podúkoly, komentáře přímo u úkolu, přílohy, štítky, výkazy času. Pro tým, který potřebuje vědět, kdo co dělá a do kdy, je to solidní volba a nemá smysl předstírat opak.
Hranice není v tom, co Freelo umí špatně. Je v tom, že úkol nese jen část kontextu. Ví, co se má udělat a kdo to má udělat. Neví, ke které zakázce patří, jaká je na ní marže, kde leží podepsaná smlouva a co se má spustit den po dokončení. Proč tenhle rozdíl stojí hodiny měsíčně, rozebírá článek Úkolovník není systém - tady jde o něco jiného, o samotný přechod.
Stejný úkol, jednou sám a jednou s kontextem
K úkolu se nic nepřidává navíc. Jen konečně ví, ke kterému klientovi, zakázce a výkazu patří, takže se to nemusí dohledávat ručně.
Kdy nepřecházet
Migrace stojí několik týdnů práce a období, kdy tým žije ve dvou nástrojích. Není zadarmo a bezbolestná nebývá ani v dobrém případě. Pět situací, kdy je správná odpověď zůstat:
Vaše práce se dá popsat seznamem úkolů. Studio, dílna nebo interní tým, kde se nefakturuje po zakázkách a nikdo neřeší ziskovost jednotlivého projektu, z obecnějšího systému nic navíc nedostane. Úkolovník je tam přesně dost velký nástroj.
Tým si na Freelo zvykl a používá ho. Nejdražší část každého nástroje nikdy nebyla licence, ale návyk. Když lidé zapisují komentáře k úkolům sami od sebe, zahazujete migrací něco, co se buduje měsíce a co se v novém prostředí nemusí povést podruhé.
Důvodem k odchodu je jedna chybějící funkce nebo jeden nespokojený člověk. Nepohodlný report, chybějící pole nebo kolega, kterému nesedí struktura projektů, jsou málokdy důvod ke stěhování dat. Většinou jde o nastavení, dohodu v týmu nebo požadavek na podporu.
Máte funkční napojení, které jinde nedostanete rovnou. Pokud vám dnes z výkazů času vzniká podklad pro fakturaci nebo mzdy a funguje to, spočítejte si, kdo a kdy to postaví znovu. Než přejdete, chtějte od nového dodavatele konkrétní odpověď, ne obecné „integrace jde udělat".
Nemáte teď kapacitu to dotáhnout. Přechod spuštěný uprostřed nejsilnější sezóny končí tím, že se data převedou napůl, půlka týmu zapisuje po staru a firma provozuje dva neúplné nástroje. Počkat čtvrtletí je levnější než odejít špatně.
Co si vzít s sebou a co nechat být
Migrace je jediná chvíle, kdy se projektová data reálně uklidí. Ve chvíli, kdy každý záznam musí projít mapováním, je levné se u něj zeptat, jestli má vůbec smysl ho stěhovat. Za rok už se do toho nikdo nepustí.
Reálnou hodnotu má obvykle menší část obsahu, než se čeká. Aktivní projekty a jejich otevřené úkoly. Přílohy, na které se někdo ještě podívá - zadání, grafika, protokoly, podklady od klienta. Komentáře u živých věcí, protože právě tam bývá zaznamenané, na čem jste se s klientem dohodli. A výkazy času za období, které ještě není vyfakturované nebo uzavřené.
Zbytek se stěhuje jen proto, že „by to mohlo být potřeba". Uzavřené projekty starší dvou let už nikdo neotevře, ale zaplevelí každý filtr a nafouknou objem dat. Prázdné šablony, které vznikly jako nápad a nikdo je nepoužil, jsou nejjasnější zpráva o tom, co do nového modelu nepatří. Podobně štítky, kterými je označený jeden úkol ze čtyř set.
| Typ dat | Vzít | Nechat | Na co si dát pozor |
|---|---|---|---|
| Projekty | Aktivní a ty uzavřené za posledních 12 až 24 měsíců | Vše starší dvou let a testovací projekty | Starý projekt se dá archivovat do souboru, nemusí být v systému |
| Úkoly a podúkoly | Otevřené a nedávno dokončené | Hotové úkoly ze zrušených projektů | Hierarchie úkol - podúkol se v plochém exportu ztrácí |
| Komentáře | U živých projektů a sporných zakázek | U rutinní hotové práce | Bývají objemné a exportují se hůř než seznam úkolů |
| Přílohy | Platné zadání, smlouvy, protokoly, grafika | Pracovní verze a duplicitní soubory | Stahují se obvykle zvlášť, ne v datovém souboru |
| Výkazy času | Nevyfakturované období a data pro reporty | Detailní záznamy starší dvou let | Souhrn po projektech často stačí místo řádku po řádku |
| Šablony projektů | Ty, které tým skutečně spouští | Prázdné a jednorázové | Šablonu je levnější postavit znovu než převádět |
| Uživatelé a hosté | Aktivní členy týmu | Bývalé kolegy a klientské přístupy k uzavřeným projektům | Práva se nastavují v novém systému znovu, seznam si připravte předem |
Postup krok za krokem
Pořadí funguje bez ohledu na to, ze kterého úkolovníku odcházíte. Liší se jen doba, kterou zabere druhý a třetí krok.
- Inventura. Zjistěte, kolik máte projektů, kolik z nich je aktivních, kolik je otevřených úkolů a jak velký objem tvoří přílohy. Bez čísel se přechod nedá naplánovat a překvapení přichází vždycky až u exportu.
- Rozhodnutí o rozsahu. Napište si na jednu stránku, co má nový systém umět navíc oproti dnešku. Pokud tam nakonec stojí jen „to samé, ale jinde", migraci nedělejte.
- Export ze starého nástroje. Ověřte si dopředu, co v exportu je a co ne. Zpravidla platí, že seznam projektů a úkolů se získá snáz než komentáře, přílohy a historie změn.
- Mapování polí. Sestavte tabulku „staré pole → nové pole" a u každého se rozhodněte, jestli se převádí, slučuje, nebo zaniká. Krok je nudný a rozhoduje o výsledku víc než všechno ostatní.
- Zkušební import na vzorku. Naimportujte dva až tři projekty, ne celou databázi. Kontrolujte diakritiku, formáty datumů, hodiny ve výkazech a to, jestli podúkol zůstal u svého úkolu.
- Doplnění vazeb. Tohle je jediná část, která ve Freelu nemá obdobu: úkol se napojí na klienta a zakázku, výkaz na úkol, faktura na zakázku. Co jsou relace mezi záznamy, popisuje slovník - v praxi je to ten krok, kvůli kterému se celý přechod dělá.
- Souběžný provoz a přepnutí. Dva až čtyři týdny běží oba nástroje, ale zapisuje se jen do nového. Starý je od prvního dne pouze ke čtení, jinak se data rozejdou a nikdo nebude vědět, co platí. Na konci si stáhněte finální archiv a vyřešte ukončení předplatného.
Možnosti exportu si nechte potvrdit dodavatelem
Formáty, limity i rozsah exportu se u každého nástroje v čase mění a liší se podle tarifu. Než na nich postavíte termín přechodu, napište podpoře konkrétní dotaz: co přesně dostanete, v jakém formátu, jestli jsou součástí přílohy a komentáře a do kdy jsou data po ukončení předplatného dostupná.
Na co se při přechodu zapomíná
Vazby mezi záznamy. Export do tabulky umí seznam úkolů, ale informace „tenhle úkol patří k tomuhle projektu a ten k tomuhle klientovi" zůstane v plochém souboru jen jako text. Po importu máte správná data bez propojení a opravuje se to ručně.
Přílohy. Zadání, grafické podklady a protokoly bývají mimo datový export a stahují se zvlášť. U tříletého provozu jde běžně o gigabajty a několik hodin práce, se kterými nikdo v plánu nepočítal.
Komentáře jako historie dohod. U sporné zakázky je diskuse pod úkolem často jediný důkaz, co bylo domluveno. Rozhodněte se dopředu, jestli je potřebujete v novém systému, nebo stačí archiv, do kterého se párkrát ročně někdo podívá.
Integrace a webhooky. Napojení na fakturaci, formulář na webu, kalendář nebo scénář v Make se nepřestěhuje samo. Udělejte si seznam všeho, co dnes do úkolovníku zapisuje nebo z něj čte, a projděte to položku po položce.
Oprávnění a klientské přístupy. Kdo vidí ceny, kdo cizí projekty, kdo smí mazat a co uvidí klient, kterého do projektu pustíte. V novém systému se to nastavuje znovu a bývá to poslední věc, na kterou při spěchu zbude čas.
Co se stane s daty po odchodu. Po ukončení předplatného obvykle běží lhůta, po které se účet smaže. Zjistěte si ji předem, stáhněte finální zálohu a uložte ji tam, kde ji za dva roky někdo najde. Proč tohle řešit ještě před podpisem u nového dodavatele, shrnuje text o vendor lock-inu.
Co se změní, když je pod úkolem datový model
Rozdíl není v tom, že by nový nástroj uměl hezčí kanban. Rozdíl je v tom, že úkol přestane být samostatný ostrov: patří k zakázce, zakázka ke klientovi, výkaz k úkolu a faktura ke všemu dohromady. Marže se pak nepočítá ručně na konci měsíce, ale je vidět v průběhu.
Přesně tohle je vrstva, kterou Apexloop přidává - jeden datový model pod projekty, zákazníky, dokumenty i fakturací, upravitelný bez programátora. Za cenu toho, že první nastavení dá víc práce než založení projektu ve Freelu. Kde která strana vyhrává, rozebírá srovnání Apexloopu a Freela.
Pokud vedle úkolovníku držíte ještě tabulku s penězi, začněte spíš u migrace z Excelu nebo Notionu, protože skutečný problém bývá tam. Co se při stěhování dat obvykle ztratí a jak to ohlídat, rozebírá text o migraci dat mezi systémy. Jestli je vaším tématem hlavně ziskovost projektů, projděte si nejdřív přehled projektových nástrojů pro agentury - dobrá část přechodů se dá nahradit jedním odpolednem nad tím, jak dnes evidujete zakázky, k čemuž vede i přehled nástrojů na řízení zakázek.
Časté otázky k přechodu z Freela
Jak dostanu data z Freela ven?
Přes export dat v aplikaci, případně přes API. Rozsah, formáty i dostupnost se ale liší podle tarifu a v čase se mění, takže si konkrétní možnosti nechte písemně potvrdit podporou dřív, než podle nich naplánujete termín přechodu.
Jak dlouho trvá přechod z úkolovníku do systému?
U malého týmu s několika desítkami aktivních projektů počítejte s jedním až dvěma týdny práce a měsícem souběžného provozu. U firmy s roky historie a napojenými integracemi je realistický horizont dva až tři měsíce. Nejvíc času nezabere import, ale rozhodování, co se stěhovat nebude.
Přijdu o komentáře a přílohy u úkolů?
Nemusíte, ale je to část dat, která se převádí nejhůř. Běžná praxe je převést komentáře a přílohy u aktivních projektů a zbytek uložit jako archiv mimo systém. Ověřte si dopředu, v jaké podobě je dostanete ven.
Dá se úkolovník používat vedle firemního systému?
Dá, ale málokdy se to vyplatí dlouhodobě. Dva nástroje znamenají dvě místa, kde vzniká pravda o stejné zakázce, a někdo je musí sesouhlasit. Pokud to přesto zkoušíte, mějte jasné pravidlo, který nástroj je zapisovací.