Když firma přichází o peníze ne kvůli práci, ale kvůli informacím

V administrativě se často „nehoří“ kvůli tomu, že by lidé byli líní nebo neschopní. Hoří to proto, že dohody a klíčové informace žijí v e-mailech, na lístečcích a v hlavách – a firma pak není schopná udržet kontrolu nad tím, co má fakturovat, kdy má jednat a co bylo skutečně domluveno.

Nedávno jsem řešil situaci, která je překvapivě častá u menších firem s obratem kolem 1 mil. Kč měsíčně: práce je dost, zákazníků je dost, ale peníze utíkají v detailech.

Zákaznický problém: “Něco jsme domluvili… a pak se to ztratilo”

Majitel firmy viděl opakující se scénář:

• zapomíná se žádat o pravidelné navyšování o inflaci (indexace)
• ztrácí se dohodnuté nacenění za manday
• někdy není jasné co bylo domluveno, protože dohoda proběhla telefonicky / osobně / e-mailem
• administrativa funguje v režimu „nějak to dohledáme“ – a když je potřeba řešit spor, majitel musí zpětně kontaktovat zákazníka, což je nevhodné

Typická věta v takových firmách zní:

„Všichni děláme všechno.“

Jenže to v praxi znamená pravý opak:

Nikdo nevlastní informaci. Nikdo negarantuje, že je úplná a dohledatelná.

Hledání příčiny: nepořádek není problém. Problém je předání a odpovědnost.

Když jsem se ptal na současný stav, odpověď byla velmi upřímná:

• informace jsou na disku, v e-mailech, na papírech, lístečcích
• dohoda vzniká u majitele (telefon, mail, osobně) a „nějak“ se předá do administrativy
• v administrativě se pak informace ztratí nebo je neúplná

Tady je klíčový moment: tohle není primárně problém „pořádku“. Je to problém toků informací a standardu, co je vlastně “hotová dohoda”.

Pokud v firmě platí, že:

• dohoda může existovat bez záznamu
• záznam nemá povinnou strukturu
• neexistuje “jedna pravda”
• není určený vlastník informace

…pak se z toho nikdy nestane spolehlivý systém. Vždycky to bude jen improvizace.

Návrh řešení: 5S pro administrativu (ale bez teorie a bez magie)

Jedno z řešení může být – 5S pro administrativu. A tady je důležité říct: 5S v kanceláři není o „uklízení šanonů“. V realitě je to o tom, že firma:

• rozhodne, co je důležité (Seiri)
• určí, kde je jeden platný dokument (Seiton)
• vytvoří standard (Seiketsu)
• a nastaví způsob, jak to udržet (Shitsuke)

U tohoto klienta jsme si pojmenovali, že firma potřebuje především dvě věci:

1. hlídat peníze (indexace a manday)
2. zabránit ztrátě dohody při předání z majitele na administrativu

Proto byl návrh od začátku jednoduchý a pragmatický:

1) Povinné minimum informací (bez toho dohoda neexistuje)

U každého klienta musí existovat a být dohledatelné:

• manday sazba + způsob nacenění (co je a není v ceně)
• dohodnutý rozsah (MD / balíčky)
• režim indexace + datum další indexace
• platnost smlouvy / termíny dodatků
• odpovědná osoba (kdo to hlídá)

2) Jedno místo – jedna realita

Ne “je to v mailu”. Ne “někde na disku”.
Jedno místo, kam se dohoda zapíše, aby s ní mohla administrativně pracovat firma, ne paměť.

3) Standard předání (handover)

Majitel domluví → záznam vznikne hned (ne „až bude čas“).
Administrativa má jasný trigger: co se musí stát, aby mohla fakturovat / hlídat indexaci / hlídat MD.

Školení (workshop): 1 den, který musí „docvaknout“

Nechtěl jsem začínat “implementací”. U malého týmu je první cíl jiný:
aha moment + vlastní pochopení, že změna není těžká a je nutná.

Proto jsem navrhl 1denní workshop (8 hodin) vedený facilitací a diskuzí, ne monologem.

Osnova je postavená tak, aby lidé sami uviděli příčinu:

1. Otevření: kde nám utíkají peníze a proč je to nepříjemné
2. Mapování toku informací: kde přesně dohoda umírá
3. 5S v praxi: co je povinné minimum a proč
4. Návrh ideálního stavu: systém bez závislosti na paměti
5. První standardy: kdy je dohoda „platná“ a kdo je za co odpovědný
6. Závěr: co začneme dělat hned a jak bude vypadat navazující transformace

Tohle je ten moment, kdy se v týmu často objeví věta:

„Aha, my se nehádáme kvůli práci. My se hádáme kvůli informacím.“

A to je přesně to, co chceme. Protože pak už změna není „něčí vina“. Je to vědomé rozhodnutí o systému.

Jak jsem jim pomohl: od chaosu k systému (a příprava na CRM)

Součástí pomoci nebylo jen „školení“. Bylo to:

• pojmenování pravé příčiny (handover + odpovědnost)
• návrh jednoduché struktury evidence
• příprava standardů, které se dají zavést rychle (bez IT projektu)
• a navíc: otevření tématu CRM jako podpory, ne jako náhrady disciplíny

CRM není záchrana sama o sobě. CRM je jen nástroj. Pokud firma nemá jasno v tom, co musí být evidováno, žádný systém ji nespasí.

Proto jsem udělal i rychlou orientaci v jednoduchých CRM variantách, které malému týmu typicky dávají smysl – se zaměřením na:

• povinná pole (manday / indexace)
• připomínky a úkoly
• jednoduchý převod dohody do evidovaného záznamu

Co si z toho odnést, pokud to řešíte taky

Pokud poznáváte podobné symptomy:

• dohody v hlavě
• „je to v mailu“
• admin řeší následky, ne systém
• majitel je vždycky poslední instance pravdy

…tak to není o lidech. Je to o tom, že firma ještě nemá definované:

• co je dohoda
• kde existuje
• kdo za ni ručí
• a kdo hlídá peníze

Dobrá zpráva: není to těžké. V malém týmu se dá změna nastavit rychle – pokud se začne u příčiny, ne u symptomů.