Reporty z CRM o průměrné objednávce odpovídají na otázku, kterou celkové tržby neprozradí: rostete proto, že zákazníci za jeden nákup utratí víc, nebo proto, že jich nakupuje víc a za méně? Ve většině malých firem tu odpověď někdo skládá ručně z exportu, pokaždé trochu jinak. Dá se to udělat tak, aby vedení dostalo stejný pohled každé pondělí ráno.
Práce, kterou nikdo nechce dělat
V pondělí ráno chce majitel vědět, jak šel minulý týden. Obchodní ředitel nebo asistentka otevře CRM, vyexportuje objednávky do tabulky, smaže stornované, ručně vyřadí jednu velkou zakázku, která by číslo zkreslila, a vydělí tržby počtem objednávek. Pak to samé pro minulý měsíc, aby bylo s čím srovnávat.
Netrvá to celý den, spíš hodinu, dvě. Horší je, že každý to počítá jinak. Jednou se storna odečítají, podruhé ne. Jednou je v čísle DPH, podruhé není. Výsledkem jsou dvě čísla, která se nedají porovnat, a porada, která místo o zákaznících mluví o tom, čí tabulka je správně.
„Tržby nám rostou. Jenom nikdo neumí říct proč.“
— Pondělní porada, zkráceně
Co znamená mít průměrnou objednávku jako sdílený skill
Průměrná hodnota objednávky (anglicky AOV, average order value) je jednoduchý podíl: tržby za období děleno počtem objednávek ve stejném období. Podstatné je, co do toho čísla patří a co ne. Přesně takové rozhodnutí by mělo být sepsané jednou a dál se jen používat.
U nás je to skill v knihovně skillů: krátký, verzovaný postup, který říká, jak se report počítá. Bez DPH, bez storen, zakázky nad určitou hranici zvlášť, rozpad na nové a vracející se zákazníky. V terminologii Anthropicu jde o Agent Skill, složku s instrukcemi, kterou Claude načte, když ji úloha potřebuje. Claude ho spustí nad daty z CRM přes malý MCP server, který nese identitu toho, kdo se ptá. Data se nikam nekopírují a nic se neindexuje do cizí cache.
Konkrétně: Raynet, Shoptet a Pohoda
Typická menší firma má objednávky na dvou až třech místech: e-shop na Shoptetu, obchodní případy v CRM jako Raynet nebo HubSpot a faktury v Pohodě. Ty systémy zůstávají, jak jsou. Přidáváme k nim most. U firmy s několika stovkami objednávek měsíčně (ilustrativní měřítko) jde o jeden MCP server na každý zdroj a jeden skill, který z nich report skládá.
- Načte objednávky za uplynulý týden a za stejné období loni, vždy podle stejné definice (bez DPH, bez storen a vratek).
- Rozloží změnu tržeb na dvě části: kolik přibylo objednávek a jak se pohnula průměrná objednávka.
- Ukáže medián vedle průměru, aby jedna mimořádná zakázka nezkreslila celý obrázek.
- Rozdělí čísla na nové a vracející se zákazníky a na hlavní kanály (e-shop, obchodníci, velkoobchod).
- Napíše krátké shrnutí a označí, co se odchyluje od běžného týdne.
Představte si menší pražskou firmu s kávou a vybavením pro kavárny (ilustrativní příklad). Tržby za čtvrtletí rostou o 18 %. Report ale ukáže, že objednávek je o 24 % víc a průměrná objednávka klesla zhruba o 5 %. Přibývají drobní zákazníci z e-shopu a kavárny objednávají menší balení. Pro firmu to může být dobrá zpráva. Jen je jiná, než jakou by majitel vyčetl z celkových tržeb, a vede k jiným rozhodnutím: o hranici dopravy zdarma, o balíčcích, o tom, komu má obchodník zavolat.
Co skill za vás neudělá, a proč je to dobře
Skill nerozhodne, jestli je pokles průměrné objednávky problém. Může znamenat, že ztrácíte velké odběratele, nebo že se vám daří získávat nové malé. Číslo je stejné, význam opačný. To posoudí člověk, který zná zákazníky.
Skill také nemění definici sám od sebe. Když vedení rozhodne, že velkoobchod patří do reportu zvlášť, upraví se skill, vznikne nová verze a od dalšího pondělí počítají všichni stejně. Je vidět, kdo co změnil a kdy. Právě to, že postup nikdo potichu nepřepíše, je důvod, proč se mu dá věřit.
Co by to obnášelo
Žádný roční projekt. Na začátku si sedneme s tím, kdo dnes report skládá, a sepíšeme definici: co je objednávka, co se odečítá, jaké segmenty vedení chce vidět. Postavíme MCP servery ke zdrojům, které už máte, a nasadíme je na vaši infrastrukturu. Skill publikujeme do knihovny. Od té chvíle si report spustí každý, kdo má přístup, se svými oprávněními, a každé spuštění se zapíše do jedné auditní stopy.
Co zbývá
Spočítat průměr a napsat k němu rozumné shrnutí Claude umí dávno. Chybělo napojení na vaše objednávky a jedna sdílená definice, podle které se počítá. Model není úzké hrdlo. Úzké hrdlo je mezera mezi Claudem a daty, která ve firmě už máte. Tu zavíráme.
Pokud u vás pondělní čísla skládá někdo ručně a pokaždé trochu jinak, napište nám. Na krátkém hovoru projdeme, kde máte objednávky a jak by vypadal první report.