Reporty z CRM o termínech dodání obvykle ukazují jen to, co obchodník slíbil. Neřeknou vám, jestli to sklad a výroba stihnou. Rozdíl mezi slibem a skutečností se firma pak dozví od zákazníka, který volá, kde je jeho zakázka.
Práce, kterou nikdo nechce dělat
Každé pondělí si někdo z provozu vyexportuje otevřené zakázky z CRM do tabulky. Pak obchází. Sklad: leží to zboží na regálu? Výroba: je linka ve čtvrtek volná? Nákup: potvrdil dodavatel materiál? Odpovědi přepisuje do sloupečku vedle slíbeného data a barví buňky.
Než je tabulka hotová, je středa a půlka údajů už neplatí. Report sice vznikne, ale pozdě a z druhé ruky. Zpoždění, které se dalo vidět v úterý, se ozve až v pátek, v telefonu a s nepříjemným tónem.
Termín jsme slíbili v březnu. Že materiál dorazí o tři týdny později, věděl jen nákup.
— Porada provozu, zkráceně
Co to znamená v praxi
Kontrola termínů je postup, který váš tým už dávno umí. Jen ho dělá ručně. V knihovně dovedností ho provozní vedoucí popíše jednou: které zakázky brát, s čím je porovnat, kdy je to riziko a jak má ranní přehled vypadat. Dovednost má verzi, takže když se pravidla změní, změní se všem najednou.
Každé ráno ji Claude spustí. K datům se dostane přes malé MCP servery, jeden pro CRM, jeden pro sklad, jeden pro výrobní plán. Každý umí jen čtení toho, co dovednost potřebuje, a nese identitu člověka, pro kterého report vzniká. Nic se nikam nekopíruje. Claude se podívá do zdroje, porovná a sepíše výsledek.
Konkrétně: CRM, Pohoda a výrobní tabulka
Typická česká sestava: zakázky a slíbené termíny v CRM (třeba Raynet nebo Pipedrive), sklad v Pohodě, výrobní plán ve sdílené tabulce na Google Drive a potvrzení dodavatelů v e-mailu nákupu. Nic z toho neměníte. Přidáváme jen most. Pro firmu, která má například 150 otevřených zakázek, to znamená jeden přehled ráno místo tabulky, která se skládá do středy.
- Vezme z CRM zakázky se slíbeným termínem v příštích třech týdnech.
- U každé ověří v Pohodě, jestli je zboží skladem, nebo kolik chybí.
- Chybějící kusy porovná s výrobním plánem a s potvrzeným datem dodání materiálu.
- Kde reálný termín vychází po slíbeném, označí zakázku jako riziko a napíše proč.
- Pošle krátký přehled provoznímu vedoucímu a každému obchodníkovi jeho část.
Představte si truhlářskou dílnu v Brně s pěti lidmi a obchodníkem, který slibuje termíny po telefonu. V úterý ráno jí report ukáže, že kuchyňská linka pro zákazníka z Blanska čeká na kování, které dodavatel potvrdil až na příští středu. Obchodník volá zákazníkovi sám, o deset dní dřív, a domluví nový termín. Je to modelová situace, ale každý, kdo vede zakázkovou výrobu, ji zná.
Co ranní report neudělá, a proč je to dobře
Report nepřepíše termín v CRM, nenapíše zákazníkovi a nepřehází výrobní plán. Když dvě zakázky čekají na stejný materiál, nerozhodne, která má přednost. To jsou obchodní rozhodnutí a mají svou cenu. Patří lidem, kteří zákazníka znají.
Taky nic neodhaduje. Porovnává dvě známé hodnoty: slíbené datum a to, co říká sklad, výroba a dodavatel. Když je údaj ve zdroji špatně, report to nezachrání, ale ukáže přesně, odkud číslo vzal. Právě proto se mu dá věřit.
Co by to obnášelo
Žádný roční projekt. Postavíme MCP servery k systémům, které už máte, na vaší vlastní infrastruktuře a s vaší správou identit. S provozním vedoucím sepíšeme první verzi dovednosti a pustíme ji nad reálnými zakázkami. Po pár týdnech ladění pravidel ji publikujete do knihovny a od dalšího rána ji používá každý, komu to oprávnění dovolí.
Co zbývá
Claude umí porovnat dvě data a napsat srozumitelnou větu už dnes. Brzdou není model. Brzdou je mezera mezi ním a systémy, ve kterých máte zakázky, sklad a plán výroby. Tu mezeru zavíráme my, malými mosty a sdílenými dovednostmi, které zůstávají ve vaší firmě.
Jestli u vás termíny hlídá pondělní tabulka, napište nám. Krátký hovor stačí, abychom zjistili, které systémy by most propojil a jak by vypadal váš první ranní report.