Reporty z CRM o marži zákazníků většina malých firem nemá, protože CRM marži nezná. Zná tržby, ale náklady leží v účetnictví. Kdo chce vědět, na kterých zákaznících firma skutečně vydělává, musí oba světy spojit, a to dnes obvykle znamená dva exporty, jednu tabulku a pár dní práce.
Práce, kterou nikdo nechce dělat
Představte si konec čtvrtletí ve firmě se třiceti lidmi. Majitel chce vědět, kteří zákazníci firmu táhnou nahoru a kteří ji potichu stojí peníze. Obchodní ředitel vyexportuje z CRM tržby podle zákazníků. Účetní vyexportuje z Pohody přijaté faktury, mzdy přiřazené k zakázkám a náklady na střediska. Pak to někdo, často sám majitel v neděli večer, skládá dohromady v Excelu.
Názvy firem se neshodují. V CRM je „Novák Stavby“, v Pohodě „NOVÁK STAVBY s.r.o.“. Část nákladů nemá zakázku. Subdodávka z března se objeví až v dubnu. Tabulka je hotová za dva nebo tři dny, sedí přibližně a za měsíc je zastaralá. Další se dělá až příští čtvrtletí, takže ztrátový zákazník může být ztrátový půl roku, než si toho někdo všimne.
Tržby máme v jednom systému, náklady ve druhém a pravdu o marži v tabulce, kterou umí opravit jen jeden člověk.
— Konec čtvrtletí, zkráceně
Co znamená propojit CRM a účetnictví
Propojení neznamená nový systém ani datový sklad. CRM zůstává, kde je, Pohoda taky. Mezi ně a Clauda přidáme dva malé MCP servery. Představte si je jako dva úzké, hlídané vchody: jeden do CRM, druhý do účetnictví. Claude jimi projde jen tehdy, když se někdo zeptá, a jen s oprávněním toho, kdo se ptá.
Párování, které dnes dělá člověk ručně, se opře o to, co obě strany už sdílejí: IČO zákazníka a čísla zakázek. Claude si při otázce načte tržby z CRM, náklady z Pohody, spáruje je a ukáže výsledek i výpočet. Nic se nikam nekopíruje a nic se neindexuje do cizí cache. Data zůstávají ve vašich systémech, na vaší infrastruktuře.
Konkrétně: CRM a Pohoda u jedné otázky
Vezměme typickou českou kombinaci. Obchod vede zákazníky v CRM, ať je to Raynet, HubSpot nebo cokoli, co tým už používá, a účetní pracuje v Pohodě se zakázkami a středisky. Oba systémy zůstávají beze změny. Pro firmu s několika stovkami faktur měsíčně to může, čistě ilustrativně, znamenat dva až tři dny ruční práce každé čtvrtletí, které se změní na otázku položenou kterékoli ráno.
- Načte z CRM tržby podle zákazníka a období, včetně uzavřených obchodů, které ještě nejsou vyfakturované.
- Dohledá v Pohodě přijaté faktury, mzdové náklady a subdodávky přiřazené k zakázkám daného zákazníka.
- Spáruje obě strany podle IČO a čísla zakázky a ukáže, co spárovat nešlo a proč.
- Spočítá hrubou marži podle zákazníka a seřadí zákazníky od nejziskovějšího po ztrátové.
- Na doplňující otázku rozpadne marži jednoho zákazníka na jednotlivé zakázky.
Ilustrativní příklad: malá IT firma v Brně se dvanácti lidmi má pocit, že největší zákazník je zároveň nejlepší. Majitel se v pondělí ráno zeptá: „Seřaď mi zákazníky podle hrubé marže za první čtvrtletí a označ ty pod patnáct procent.“ Odpověď ukáže, že největší zákazník je podle marže osmý, protože k jeho zakázkám se v Pohodě přiřazuje nejvíc hodin podpory. Nic z toho není nová informace. Jen dosud ležela ve dvou systémech, které spolu nemluvily.
Co Claude u marže dělat nebude, a proč je to dobře
Claude nebude rozhodovat, jak se rozpočítá režie. Jestli nájem a vedení dělíte podle tržeb, podle hodin nebo vůbec, je rozhodnutí vedení a účetní. Claude pravidlo použije, ukáže ho vedle výsledku a vlastní si nevymyslí. Nebude ani měnit ceny, psát zákazníkům nebo přeúčtovávat doklady. Most umí číst. Zápis do účetnictví v tomto scénáři nepovolujeme.
Když data chybí, Claude to řekne. Faktura bez zakázky, zákazník bez IČO v CRM, náklad zaúčtovaný na špatné středisko: to všechno se objeví jako seznam k dořešení, ne jako tichý odhad. Právě proto se dá výsledku věřit. Číslo, u kterého vidíte, z jakých dokladů vzniklo, se dá zkontrolovat. Číslo z tabulky, kterou umí opravit jen jeden člověk, už tolik ne.
Co by to obnášelo
Žádný roční projekt. Na začátku si sedneme s vaší účetní a s obchodem a ujasníme si, podle čeho se tržby a náklady párují a jaké pravidlo pro režii platí. Pak postavíme dva MCP servery, jeden k CRM a jeden k Pohodě. Běží na vaší infrastruktuře a přebírají identitu přihlášeného člověka. Postup reportu si uložíte jako dovednost do knihovny, takže ho druhý den spustí kdokoli s oprávněním, stejně a se stejnými pravidly.
Co zbývá
Model, který umí spočítat marži, tu je už nějakou dobu. Chybělo mu jen vidět tržby a náklady najednou, ve správných rukou a se správnými oprávněními. Úzkým místem není Claude. Je to mezera mezi Claudem a daty, která už ve firmě máte. Tu zavíráme.
Jestli chcete vědět, na kterých zákaznících skutečně vyděláváte, napište nám. Krátký hovor stačí na to, abychom zjistili, jaké CRM používáte, jak vedete zakázky v Pohodě a co by propojení u vás obnášelo.