Workflow řízení úspěchu zákazníků

Vytvořte kompletní systém řízení úspěchu zákazníků pomocí OpenClaw Ultra. Od předání z prodeje do CS a strukturovaného onboardingu až po sledování stavu, hodnocení hodnoty, správu obnovení, expanzi a zásahy při odchodu — spravujte celou svou operaci úspěchu zákazníků z jediného chatového rozhraní.

Přehled základního systému

INFO

Toto je workflow řízení úspěchu zákazníků s uzavřenou smyčkou. OpenClaw Ultra zvládá předání účtu, provádění onboardingu, hodnocení stavu, obchodní přezkumy, správu obnovení, identifikaci expanze a zásahy při odchodu, abyste si udrželi a rozvíjeli své portfolio, aniž byste museli přeskakovat mezi CRM, CS platformou a schránkou.

Systémová vrstva	Základní funkce	Konečný výstup
Vrstva předání	Přechod z prodeje do CS, nastavení účtu, vytvoření plánu úspěchu	Zprovozněný účet s dokumentovanými kritérii úspěchu
Vrstva onboardingu	Provádění kick-off, sledování implementace, školení, správa milníků	Zákazník s první hodnotou a aktivním zapojením
Vrstva stavu	Výpočet skóre stavu, sledování využití, detekce rizikových signálů	Ohodnocené portfolio s účty seřazenými podle rizika
Vrstva hodnoty	Sledování výsledků, dokumentace ROI, příprava QBR	Dokumentované důkazy hodnoty a výkonné souhrny
Vrstva obnovení	Správa pipeline, mapování stakeholderů, vyjednávání, zpracování smluv	Podepsaná obnovení (ideálně s expanzí)
Vrstva expanze	Detekce příležitostí, tvorba obchodního případu, koordinace cross-sellu	Kvalifikovaná pipeline expanze
Vrstva zásahu	Reakce na signály odchodu, tvorba záchranného plánu, správa eskalací	Realizované záchranné plány se sledováním výsledků
Vrstva optimalizace	Analýza portfolia, vylepšování playbooků, iterace procesů	Zlepšená míra retence a expanze

Předpoklady

Položka	Požadavek
OpenClaw Ultra	Nainstalováno a spuštěno
CRM účet	Aktivní účet s přístupem k API (HubSpot, Salesforce, Pipedrive nebo podobné)
CRM API přihlašovací údaje	API klíč nebo OAuth token s oprávněním čtení/zápis
Zákaznické portfolio	Seznam spravovaných účtů s podmínkami smlouvy a daty obnovení
Data o využití produktu	(Doporučeno) Přístup k analytice produktu nebo logům využití pro hodnocení stavu
Systém podpory	(Doporučeno) Přístup k platformě podpory (Zendesk, Intercom, Freshdesk) pro data o objemu ticketů

Krok 0 — Inicializace systému řízení úspěchu zákazníků

Nastavte OpenClaw Ultra jako svého vyhrazeného správce úspěchu zákazníků.

Kroky provedení

1. Otevřete novou chatovací relaci OpenClaw Ultra
2. Shromážděte své CRM přihlašovací údaje, data portfolia a případné integrace CS platforem
3. Vložte inicializační prompt

Prompt připravený k použití

Pracuj jako můj správce úspěchu zákazníků.

Moje společnost:
- Produkt: [název produktu]
- Odvětví: [odvětví]
- CRM platforma: [HubSpot / Salesforce / Pipedrive / jiné]
- CRM přihlašovací údaje: [API klíč nebo token]
- CS platforma: [Gainsight / ChurnZero / Totango / žádná]
- Podpůrná platforma: [Zendesk / Intercom / Freshdesk / žádná]

Moje portfolio:
- Počet účtů: [počet]
- Typická hodnota smlouvy: [rozsah v $]
- Cyklus obnovení: [měsíčně / ročně / víceletý]
- Průměrná doba do první hodnoty: [dny nebo týdny]

Mé největší provozní bolesti:
- Spravuji [40-80+] účtů a většinu odpolední trávím hašením požárů místo preventivní práce
- Kontext účtů je roztroušený napříč CRM, tikety podpory, analytikou produktu, fakturacemi a tabulkami
- Často buduji vztahy s denními uživateli, ale přehlížím výkonného sponzora, který řídí obnovení
- Mám na starosti cíle obnovení a expanze, ale mám málo obchodního školení nebo podpory při vyjednávání
- Mé aktuální skóre stavu je nespolehlivé — buď přehlíží rizika odchodu, nebo příliš často bije na poplach

Sestav kompletní systém řízení úspěchu zákazníků, který přímo řeší tyto bolesti. Systém musí:
- Zobrazovat pouze účty, které skutečně potřebují mou pozornost tento týden (žádný šum)
- Sjednotit roztříštěná data na jedno místo, abych před každým hovorem nemusel kontrolovat pět záložek
- Mapovat výkonné sponzory a rozhodovatele o obnovení, nejen přátelské uživatele
- Generovat balíčky obnovení a expanze s konkrétními argumenty a protinabídkami
- Používat skóre stavu postavené převážně na vedoucích behaviorálních signálech, ne na pocitech nebo opožděných průzkumech

Krok 1 — Přivádění nových zákazníků

Přiveďte nové účty do systému a rychle je doveďte k první hodnotě.

1.1 Provedení předání z prodeje do CS

Prompt

Mám nového zákazníka, který právě uzavřel smlouvu. Proveď předání z prodeje do CS.

Podrobnosti o zákazníkovi:
- Společnost: [název zákazníka]
- Hodnota smlouvy: [částka v $]
- Doba trvání: [délka]
- Stakeholderi: [jména a role]
- Šampion: [jméno]
- Termín implementace: [datum]

Z prodejních poznámek potřebuji:
1. Co bylo slíbeno během prodejního cyklu — funkce, harmonogramy, úroveň podpory
2. Jejich stanovené cíle a kritéria úspěchu pro první rok
3. Jakékoli varovné signály nebo obavy vznesené během jednání
4. Technické požadavky na nastavení a kdo se o co stará
5. Klíčové vztahy — kdo nás podporoval a kdo byl skeptický

Protože mám příliš mnoho účtů na to, abych se prohraboval roztroušenými poznámkami, vytvoř jeden záznam o předání, kterému mohu věřit. Pro každou chybějící část ji označ jako datovou mezeru s uvedením přesné osoby nebo systému, který ji musí doplnit, a nedělej žádné předpoklady.

Vytvoř počáteční záznam účtu v CRM s:
- Ověřeným záznamem v CRM se všemi podrobnostmi smlouvy
- Mapou stakeholderů ukazující vztahy a úroveň vlivu
- Shrnujícím dokumentem předání pro mé záznamy
- Seznamem datových mezer, které je ještě třeba doplnit z prodeje

1.2 Spuštění kick-off a sestavení plánu úspěchu

Prompt

Připrav strukturovaný kick-off a 30-60-90denní plán úspěchu pro [název zákazníka].

Profil zákazníka:
- Odvětví: [odvětví]
- Velikost společnosti: [počet zaměstnanců]
- Hlavní případ použití: [k čemu produkt zakoupili]
- Rozhodovací kritéria: [podle čeho nás hodnotili]
- Datum spuštění: [datum]
- Požadavky na integraci: [seznam potřebných technických integrací]

Plán úspěchu musí zahrnovat:
- Týden 1: Technické nastavení, zřizování uživatelů, školení administrátorů
- Dny 8-30: Zprovoznění hlavního případu použití, první workflow v provozu, definice prvního milníku hodnoty
- Dny 31-60: Rozšíření funkcí, další onboarding uživatelů, integrace procesů
- Dny 61-90: Plná adopce, přezkum měřitelných výsledků, plánování QBR

Pro každou fázi specifikuj:
- Konkrétní akci, kterou musí zákazník provést
- Jak vypadá úspěšné dokončení
- Jak to budeme měřit
- Kdo je vlastníkem každé akce (my vs. zákazník)

Vzhledem k velikosti mého portfolia se nemohu starat o každý účet. Sestav tento plán tak, aby zákazník mohl většinu kroků provést sám s kontrolními body, a já zasáhnu pouze když je milník zmeškán.

Vrať časový harmonogram s konkrétními daty milníků a sdílený sledovací dokument.

INFO

Doba do první hodnoty je nejsilnějším prediktorem retence. Zákazníci, kteří dosáhnou svého prvního milníku hodnoty do 30 dnů, si udržují výrazně vyšší míru retence. Strukturujte každý plán onboardingu tak, aby tuto dobu zkrátil.

Krok 2 — Sledování stavu účtů

Vytvořte systém, který průběžně sleduje stav účtů a odhaluje rizika dříve, než vedou k odchodu. Pro signály kvalifikace leadů, které vstupují do onboardingu, viz Workflow AI SDR.

2.1 Nastavení hodnocení stavu

Prompt

Sestav model hodnocení stavu pro mé portfolio.

Dostupné zdroje dat:
- CRM: [HubSpot / Salesforce / jiné] — datum poslední aktivity, historie obchodů, tikety podpory
- Využití produktu: [zdroj] — frekvence přihlášení, adopce funkcí, hloubka relace
- Podpora: [Zendesk / Intercom / jiné] — objem ticketů, sentiment, doba odezvy
- Fakturace: [Stripe / Chargebee / jiné] — stav platby, změny plánu
- Průzkum: NPS / CSAT skóre, pokud jsou k dispozici

Navrhni model hodnocení s:
1. Čtyřmi úrovněmi stavu: Zelená (v pořádku), Žlutá (vyžaduje pozornost), Oranžová (ohroženo), Červená (kritické)
2. Váženými signály — používej 80 % vedoucích indikátorů (frekvence přihlášení, šíře funkcí, zapojení stakeholderů) a 20 % opožděných indikátorů (NPS, CSAT)
3. Automatickými upozorněními, když účet klesne ze Zelené na Žlutou nebo níže

Pro každou úroveň definuj:
- Konkrétní prahové hodnoty signálů, které spouštějí danou úroveň
- Doporučenou akci CSM pro účty v dané úrovni
- Eskalační cestu, pokud účet zůstane v Oranžové nebo Červené déle než [X] dní

Nevěřím vágním skóre stavu. Každou prahovou hodnotu kalibruj na chování, které mohu ověřit v datech, nikoli na subjektivní skóre. Ukaž mi přesně, jak každý účet skončil ve své úrovni.

Aplikuj model na mé aktuální portfolio a vrať seřazený seznam od nejvíce po nejméně rizikový.

2.2 Provádění týdenního skenu stavu

Prompt

Proveď můj týdenní sken stavu portfolia.

Pro každý účet zkontroluj:
1. Frekvenci přihlášení tento týden v porovnání s baseline — označ účty pod 70 % normálu
2. Adopci funkcí — vypiš funkce s klesajícím využitím napříč portfoliem
3. Otevřené tikety podpory — označ účty s 3+ otevřenými tickety nebo tickety staršími 5 dnů
4. Změny stakeholderů — jakékoli odchody, nové nábory nebo změny rolí u klíčových účtů
5. Smluvní milníky — nadcházející obnovení, vypršení nebo zvýšení cen

Vrať:
- Účty, které klesly o úroveň stavu od minulého týdne (s důvodem)
- Účty, které stouply o úroveň stavu (s důvodem)
- Účty, které potřebují lidskou pozornost tento týden (max 3 prioritní účty)
- Jakékoli vzorce napříč portfoliem, o kterých bych měl vědět

Nedávej mi dlouhý seznam všech účtů. Mám jich příliš mnoho. Dej mi pouze 3, na kterých musím tento týden jednat, s jedinou konkrétní akcí pro každý, plus jediný vzorec portfolia, který mám interně eskalovat.

Krok 3 — Poskytování obchodních přezkumů

Propojte využití produktu s měřitelnými obchodními výsledky a udržujte výkonné stakeholdery v obraze.

3.1 Příprava čtvrtletního obchodního přezkumu

Prompt

Připrav čtvrtletní obchodní přezkum (QBR) pro [název zákazníka].

Kontext zákazníka:
- Stáří účtu: [měsíců od spuštění]
- Produkt: [název produktu a edice]
- Uživatelé: [licencovaní vs. aktivní uživatelé]
- Roční hodnota smlouvy: [částka v $]
- Výsledky předchozího QBR: [poznámky z minulého přezkumu]

Data k získání:
1. Trendy využití — frekvence přihlášení, aktivní uživatelé, adopce funkcí za čtvrtletí
2. Historie podpory — objem ticketů, doba řešení, běžné problémy
3. Dosažené výsledky — co chtěli vs. co dokázali
4. Signály expanze — nové případy použití, nové oddělení projevující zájem, chování power userů
5. Rizikové signály — klesající využití, odchody stakeholderů, nevyřešené eskalace

Struktura prezentace QBR:
- Výkonný souhrn (jedna strana): co se stalo, co to znamená, co doporučujeme
- Sekce využití a adopce s trendovými liniemi, ne statickými čísly
- Sekce ROI propojující data o využití s obchodními výsledky
- Společný plán úspěchu na příští čtvrtletí s konkrétními měřitelnými závazky z obou stran
- Sekce rizik, pokud je relevantní — buďte přímí o problémech, neschovávejte je
- Aktualizace mapy stakeholderů: identifikujte výkonného sponzora, který řídí obnovení, a nové ovlivňovatele nebo odpůrce

Vrať plný scénář QBR s argumenty po jednotlivých snímcích.

WARNING

Pokud v QBR nemůžete zdokumentovat konkrétní ROI, je obnovení ohroženo. Neprezentujte metriky adopce funkcí jako hodnotu — výkonné pracovníky zajímají výsledky, ne počty přihlášení. Pokud data ukazují, že zákazník nedosáhl měřitelných výsledků, řešte to přímo v přezkumu, místo abyste to zakrývali metrikami aktivity.

3.2 Dokumentace ROI účtu

Prompt

Zdokumentuj ROI dosažené společností [název zákazníka] od onboardingu.

Data k analýze:
- Ušetřený čas: porovnej dobu manuálního procesu před produktem vs. aktuální automatizovanou dobu
- Snížení nákladů: jakékoli přerozdělení pracovních sil, konsolidace nástrojů nebo úspory efektivity
- Dopad na příjmy: jakékoli příjmy generované díky produktu nebo prostřednictvím něj
- Zvýšení produktivity: výstup na uživatele před a po adopci
- Snížení rizik: eliminované chyby, uzavřené mezery v compliance, zlepšené SLA

Pro každou kategorii:
1. Získej skutečná čísla z dat o využití a metrik poskytnutých zákazníkem
2. Kde je to možné, vyčísli dopad v dolarech — ušetřený čas = hodinová sazba × hodiny
3. Použij vlastní stanovené cíle zákazníka z kick-off jako benchmark
4. Označ kategorie, kde nemáme data — poznamenej, co je třeba sledovat příští čtvrtletí

Vrať jednostránkový souhrn ROI vhodný pro výkonné publikum. Žádný žargon. Konkrétní čísla. Jasné srovnání před a po.

Krok 4 — Správa obnovení

Vytvořte pipeline obnovení, která vám poskytne 90denní přehled a strukturovanou přípravu.

4.1 Mapování pipeline obnovení

Prompt

Zmapuj mou pipeline obnovení na následujících 90 dní.

Pro každý účet, který se obnovuje toto čtvrtletí:
1. Podrobnosti smlouvy — aktuální ARR, délka trvání, datum zahájení/ukončení, podmínky automatického obnovení
2. Trend skóre stavu — trajektorie Zelená/Žlutá/Oranžová/Červená za posledních 6 měsíců
3. Status šampiona — je původní šampion stále zaměstnán a zapojen?
4. Výkonný sponzor — kdo u zákazníka řídí rozhodnutí o obnovení?
5. Trend využití — rostoucí, stabilní nebo klesající za posledních 90 dní
6. Otevřené problémy — nevyřešené mezery v produktu, eskalace podpory, cenové obavy
7. Konkurenční riziko — jakákoli známá hodnotící aktivita nebo RFP v běhu

Vrať seřazenou pipeline obnovení seřazenou podle pravděpodobnosti obnovení:
- Silná: Zelená stav, aktivní šampion, zdokumentovaná hodnota — není potřeba žádná akce nad rámec standardního QBR
- Řídit: Žlutá stav nebo změny šampiona — vyžaduje proaktivní zapojení vedení
- Ohrožena: Oranžový/Červený stav, klesající využití nebo známá nespokojenost — vyžaduje okamžitou eskalaci
- Neznámá: Chybějící data u jednoho nebo více kritických signálů — prošetřit tento týden

4.2 Příprava balíčku obnovení

Prompt

Připrav balíček obnovení pro [název zákazníka].

Kontext účtu:
- Aktuální ARR: [částka v $]
- Aktuální uživatelé: [počet]
- Navrhované obnovení: [stejné / expanze / downgrade]
- Klíčové úspěchy tohoto období: [seznam dosažených výsledků]
- Nevyřešené obavy: [případné nevyřešené problémy z účtu]
- Rozhodovatel: [jméno a titul]
- Termín rozhodnutí: [datum, do kdy musí podepsat]

Balíček obnovení musí obsahovat:
1. Souhrn hodnoty — co investovali, co získali, kvantifikováno v dolarech kde je to možné
2. Co se mění v novém období — cena, podmínky, funkce (pokud se něco mění)
3. Navrhovaný harmonogram pro iniciativy příštího období
4. Cenové možnosti — standardní obnovení a případné možnosti expanze

Příprava na vyjednávání:
- Identifikuj jejich pravděpodobné námitky na základě dat o stavu a nedávných interakcích
- Připrav protinabídky pro každou námitku
- Definuj maximální diskontní pravomoc a eskalační cestu
- Protože nejsem školený prodejce, dej mi přesné znění pro konverzaci o hodnotě a kdy přizvat deal desk nebo account executiva

Vrať plný balíček obnovení jako dokument připravený ke sdílení, plus interní poznámky k vyjednávání.

Krok 5 — Zvyšování příjmů z expanze

Identifikujte účty připravené k růstu a sestavte obchodní případ pro expanzi.

5.1 Identifikace příležitostí k expanzi

Prompt

Prohledej mé portfolio pro příležitosti k expanzi toto čtvrtletí.

Typy signálů k detekci:
1. Růst využití — účty, kde aktivní uživatelé nebo frekvence relací vzrostly o 20 %+ za poslední 3 měsíce bez odpovídajícího upgradu smlouvy
2. Rozsah oddělení — účty, kde uživatelé pokrývají více oddělení, ale licencován je pouze jeden tým
3. Strop funkcí — účty, které jsou silnými uživateli základních funkcí, ale nepřijaly prémiové moduly
4. Pozitivní NPS — promotéři (skóre 9-10), kteří nebyli požádáni o expanzi
5. Organické zmínky — účty, které vyjádřily zájem o nové případy použití v tiketech podpory nebo QBR
6. Výročí smlouvy — účty blížící se obnovení, kde by expanze mohla být svázána

Pro každý označený účet:
- Konkrétní typ a síla signálu
- Doporučená akce expanze (upsell, cross-sell, rozšíření míst, víceletá)
- Navrhované načasování (nyní, příští QBR, obnovení)
- Odhad potenciálního příjmu
- Výkonný sponzor nebo vlastník rozpočtu k oslovení, nejen denní uživatel

Neoznačuj účty na základě pocitů. Každá příležitost musí být spojena s ověřitelným signálem využití, zapojení nebo smlouvy.

Vrať prioritizovanou pipeline expanze s očekávaným příjmem a harmonogramem uzavření.

5.2 Sestavení obchodního případu expanze

Prompt

Sestav obchodní případ expanze pro [název zákazníka].

Příležitost expanze:
- Aktuální produkt/plán: [aktuální]
- Navrhovaná expanze: [nový produkt / další místa / upgrade]
- Spouštěcí signál: [co tuto příležitost vyvolalo]
- Potřeba zákazníka: [jaký problém expanze pro něj řeší]

Obchodní případ potřebuje:
1. Aktuální stav zákazníka — co mají, co jim chybí, jaké jsou náklady mezery
2. Kvantifikovaný dopad expanze — ušetřený čas, získaný příjem, snížené riziko
3. Očekávaný harmonogram ROI — jak dlouho trvá, než se expanze zaplatí
4. Konkurenční kontext — zvažují alternativy?
5. Cenové doporučení — samostatně vs. svázané s obnovením
6. Interní poznámky — stav vztahu, klíčoví stakeholderi, pravděpodobné námitky

Vrať obchodní případ připravený k internímu přezkumu a prezentaci zákazníkovi.

Krok 6 — Zásah u ohrožených účtů

Odhalte signály odchodu včas a provádějte strukturované záchranné plány. Pro šablony retenčních e-mailů a automatizaci follow-up viz Workflow e-mailového oslovování.

6.1 Provedení hodnocení rizika odchodu

Prompt

Proveď hodnocení rizika odchodu napříč mým portfoliem.

Rizikové signály ke skenování:
- Kolaps využití — frekvence přihlášení klesla o více než 50 % za posledních 30 dní
- Ztráta šampiona — známý interní šampion opustil společnost nebo změnil roli
- Eskalace podpory — 5+ ticketů za 30 dní nebo kritická eskalace nevyřešená 7+ dní
- Negativní průzkum — NPS skóre 0-6 nebo CSAT pod [prahovou hodnotou]
- Fakturační problémy — neúspěšná platba nebo žádost o downgrade
- Konkurenční aktivita — zákazník požádal o bezpečnostní prověrku, RFP nebo zmínil konkurenta
- Odchod stakeholderů — více odchodů stakeholderů u zákazníka za 90 dní
- Ticho — žádné přihlášení, žádné tikety podpory, žádná účast na QBR po dobu 45+ dní

Pro každý označený účet vrať:
- Skóre rizika (vysoké / střední / nízké)
- Konkrétní signály, které spustily upozornění
- Doporučenou akci do 48 hodin
- Zda situaci může řešit CSM nebo potřebuje výkonnou eskalaci

Pokud je účet tichý (žádná přihlášení, žádné tikety podpory, žádná účast na QBR) po dobu 45+ dní, považuj jej za vysoce rizikový, i když skóre z průzkumu vypadá dobře. Opožděné indikátory mohou lhát; absence vedoucího chování obvykle ne.

6.2 Vytvoření a provedení záchranného plánu

Prompt

Vytvoř strukturovaný záchranný plán pro [název ohroženého zákazníka].

Situace účtu:
- Rizikové signály: [seznam konkrétních signálů a jejich závažnosti]
- Hlavní příčina: [co se pokazilo — přehnaně slíbená funkce, špatná zkušenost s podporou, cenový tlak, konkurenční tlak, ztráta šampiona]
- Status stakeholderů: [kdo je stále zapojen, kdo se odpojil, kdo řídí rozhodnutí]
- Status smlouvy: [měsíce do obnovení, podmínky automatického obnovení]

Záchranný plán musí zahrnovat:
1. Okamžitou akci (následujících 48 hodin) — kdo kontaktuje koho, s jakou zprávou
2. Krátkodobé opravy (následující 2 týdny) — problémy s produktem k vyřešení, funkce k doručení, backlog podpory k vyčištění
3. Zapojení vedení — naplánuj hovor s jejich výkonným sponzorem a vaším manažerem nebo VP
4. Obnovení hodnoty — přehodnoť jejich původní kritéria úspěchu, zdokumentuj, čeho bylo dosaženo, identifikuj, co bylo zmeškáno
5. Možnosti rozhodnutí — navrhované možnosti řešení od plné nápravy po úpravu smlouvy
6. Konečný termín — kdy přestat investovat a nechat účet odejít

Vrať plný záchranný plán s vlastníky a termíny. Označ všechny závazky zdrojů nebo produktu, které vyžadují schválení vedením.

Krok 7 — Analýza portfolia a optimalizace procesu

Přezkoumejte výkonnost portfolia a vylepšete své playbooky pro příští cyklus.

7.1 Provedení analýzy výkonnosti portfolia

Prompt

Proveď analýzu výkonnosti portfolia za toto čtvrtletí.

Metriky k výpočtu:
- Hrubá míra retence — účty, které se obnovily vs. účty určené k obnovení
- Čistá retence příjmů — počáteční ARR vs. koncová ARR včetně expanze a kontrakce
- Doba do první hodnoty — průměrný počet dní od kick-off k prvnímu milníku hodnoty napříč všemi účty zprovozněnými toto čtvrtletí
- Rozdělení skóre stavu — % portfolia v každé úrovni stavu toto čtvrtletí vs. minulé čtvrtletí
- Míra dokončení QBR — účty, které obdržely obchodní přezkum vs. účty, které ho měly mít
- Efektivita záchranných plánů — účty označené jako ohrožené vs. účty, které byly úspěšně zachráněny
- Konverze expanze — identifikované příležitosti expanze vs. uzavřený příjem z expanze

Pro každou metriku:
- Porovnej proti minulému čtvrtletí
- Označ vše, co se pohnulo o více než 10 % v libovolném směru
- Identifikuj účty, které změnu způsobují (dobrou i špatnou)

Vrať jednostránkový souhrn portfolia se 3 největšími příležitostmi ke zlepšení pro příští čtvrtletí.

7.2 Vylepšování playbooků a procesů

Prompt

Přezkoumej mé CS playbooky a doporuč zlepšení na základě dat z tohoto čtvrtletí.

Oblasti k analýze:
1. Playbook onboardingu — dosahují zákazníci první hodnoty rychleji než minulé čtvrtletí? Které fáze onboardingu způsobují nejvíce zpoždění?
2. Model skóre stavu — označil aktuální model správně účty, které odešly nebo smluvně klesly? Byly falešně pozitivní výsledky, které ztrácely čas?
3. Šablona QBR — které sekce QBR vedou k nejsilnějším výsledkům obnovení? Ztrácíme čas na snímcích, které nejsou důležité?
4. Proces obnovení — jaký je průměrný čas od první konverzace o obnovení k podepsané smlouvě? Kde proces vázne?
5. Záchranný playbook — které typy zásahů (výkonný hovor, náprava produktu, cenová úprava) mají nejvyšší míru záchrany?

Pro každý playbook:
- Co fungovalo toto čtvrtletí (ponechat)
- Co nefungovalo (změnit)
- Co jsme zkoušeli a rychle selhalo (zahodit)
- Co jsme nezkoušeli, ale měli bychom (otestovat příští čtvrtletí)

Vrať aktualizovaný playbook s konkrétními změnami, ne obecnými principy.

Výstup kroku 7

Zlepšení procesů řízená daty, která se vrací do každé fáze cyklu úspěchu zákazníků.

Finální workflow řízení úspěchu zákazníků s uzavřenou smyčkou

Účet podepsán → Předání provedeno → Onboarding dokončen → Sledování stavu aktivní →
Využití a adopce sledovány → Obchodní přezkumy doručeny → Obnovení zajištěno →
Expanze identifikována → Ohrožené účty ošetřeny → Portfolio analyzováno → Proces vylepšen → Další účet

Praktické tipy pro použití

1. Sledujte dobu do první hodnoty u každého nového účtu a označte jakýkoli onboarding, který překročí 30 dní bez zdokumentovaného milníku první hodnoty — tato jediná metrika předpovídá retenci lépe než jakékoli skóre stavu
2. Skóre stavu by mělo používat 80 % vedoucích indikátorů (frekvence přihlášení, šíře funkcí, zapojení stakeholderů) a 20 % opožděných indikátorů (NPS, CSAT) — většina CS týmů to má obráceně a reaguje na odchod až poté, co se zákazník již odpojil
3. Vždy mapujte výkonného sponzora, který řídí rozhodnutí o obnovení, nejen denního uživatele, který má rád váš produkt — vztahové divadlo s nesprávnými stakeholdery je nejčastějším slepým místem v CS
4. Spojujte konverzace o expanzi s obnoveními místo samostatného prodeje — kombinované vyjednávání vám dává větší páku a zákazníkovi jasnější celkový obraz hodnoty
5. Pošlete každému zákazníkovi souhrn skóre stavu před jejich QBR, aby na schůzce nedošlo k překvapení — QBR by měl potvrdit to, co už vědí, ne přinést špatné zprávy
6. Stanovte konečný termín záchranného plánu a držte se ho — investování zdrojů do účtu, který se nezotaví, bere čas účtům, které se zotaví
7. Pro eskalaci složitých problémů vyhrazenému týmu podpory viz Automatizace zákaznické podpory
8. Pro sledování dat obnovení a podrobností smlouvy prostřednictvím strukturované pipeline viz Workflow CRM prodeje