Poptávka přišla. Kdo se jí ujme? Jak neztrácet zákazníky po odeslání formuláře
Zákazník vyplní formulář a uvidí poděkování. Ve firmě dorazí e-mail třem lidem, každý čeká na ostatní a první odpověď nikdo nepošle. Další reklama tento problém nevyřeší. Potřebujete dohledatelnou cestu od uložené poptávky ke konkrétnímu člověku a jeho dalšímu kroku.
01Ověřte, co se po kliknutí na Odeslat skutečně stane
Projděte vlastní formulář jako zákazník. Pak poptávku vyhledejte uvnitř firmy. Dokážete zjistit, kdy dorazila, komu patří a zda už zákazník dostal odpověď? Pokud ji najdete jen v osobní schránce, začněte společnou evidencí.
Doporučujeme, aby aplikace nejdřív spolehlivě uložila požadavek a přidělila mu identifikátor. Teprve potom má potvrdit přijetí a posílat navazující oznámení. Při nedostupném CRM, tedy systému pro evidenci zákazníků a obchodu, může požadavek počkat v samostatné frontě k pozdějšímu přenosu. Výpadek e-mailu pak nemusí znamenat ztrátu samotné poptávky.
Do záznamu ukládejte text, kontaktní údaje, zdrojový formulář, čas přijetí, stav, odpovědnou osobu a další termín. Přílohy zpřístupněte podle rolí. Nevyžadujte údaje, které k prvotnímu posouzení nepotřebujete; složitější podklady si může následně vyžádat konkrétní pracovník.
02Potvrďte přijetí srozumitelně a pravdivě
W3C doporučuje jasně oznámit úspěch i chybu formuláře a vysvětlit, jak chybu opravit. V zadání proto řešte i stav, kdy se požadavek nepodaří uložit. Formulář by neměl vymazat rozepsaný text a bez vysvětlení vrátit zákazníka na začátek.
Úspěšné potvrzení má zákazníkovi říct, že firma zprávu přijala, co bude následovat a jak se ozvat při doplnění. Termín odpovědi uvádějte jen takový, který tým dokáže plnit. Zohledněte pracovní dobu i svátky; automatický příslib „do hodiny“ o víkendu je závazek, který si vytváříte sami.
Modelový text může znít: „Poptávku jsme přijali pod číslem P-1042. Ozveme se nejpozději následující pracovní den. Pokud potřebujete něco doplnit, odpovězte na potvrzovací e-mail.“ Použijte jej pouze s odpovídajícím procesem. Číslo a termín se musí odvozovat od skutečně uloženého záznamu.
03Přidělte jednoho odpovědného člověka
Oznámení celému týmu není přidělení práce. Každá poptávka potřebuje jednu osobu odpovědnou za další krok. Zvolte pravidla podle produktu, regionu, existujícího zákazníka nebo dostupné kapacity. Pro případy, které žádnému pravidlu neodpovídají, určete společnou frontu a jejího správce.
Hotové nástroje už některé takové funkce nabízejí. Například HubSpot dokumentuje automatické přidělování záznamů; dostupnost a konkrétní pravidla závisejí na předplatném a nastavení. Před vývojem nové aplikace ověřte, co zvládá váš současný systém.
Rozlišujte přidělení a převzetí. Záznam může mít jméno obchodníka, ale ten může být na dovolené. Stanovte, jak práci převezme náhradník, kdo uvidí nepřevzaté poptávky a kdy se problém předá vedoucímu. Původního vlastníka i historii změny ponechte dohledatelné.
04Oddělte automatické potvrzení od lidské odpovědi
Potvrzovací e-mail sděluje, že zpráva dorazila. První věcná odpověď má ukázat, že někdo porozuměl zadání. Může obsahovat doplňující otázku, návrh hovoru, předpokládaný další krok nebo slušné odmítnutí požadavku mimo vaše služby.
Pro běžný tým doporučujeme jednoduché stavy:
- Přijato: požadavek je uložený, čeká na posouzení.
- Převzato: konkrétní člověk odpovídá za další krok a termín.
- Čekáme na zákazníka: odeslali jsme věcnou otázku a víme, kdy se připomenout.
- V řešení: probíhá domluvený obchodní krok.
- Uzavřeno: máme zaznamenaný výsledek a důvod.
Nedělejte z otevření e-mailu automaticky důkaz, že se zakázka řeší. Do evidence ukládejte skutečné kroky: odeslanou odpověď, uskutečněný hovor nebo domluvenou schůzku. Když zákazník neodpovídá, musí být jasné, kdo a kdy se připomene.
05Kontrolujte doručení, ne jen odeslání
Zpráva označená jako odeslaná ještě nemusí být u zákazníka. Amazon SES rozlišuje události odeslání, doručení, odmítnutí a prodlevy. Jeho stav Delivery znamená doručení serveru příjemce, nikoliv potvrzení přečtení člověkem.
U poptávky proto sledujte i neúspěšné doručení potvrzení nebo odpovědi. Určete, kdo chybu kontaktu prověří a zda má k dispozici jiný kanál, který zákazník poskytl. Nevracejte automaticky celou poptávku do stavu „nepřijato“, pokud selhal pouze e-mail.
Propojení má také zvládnout opakované odeslání stejného požadavku. Technické opakování jednoho přenosu můžete rozpoznat jeho identifikátorem. Dvě různé zprávy od stejného e-mailu však neslučujte bez kontroly: zákazník může poptávat dvě samostatné zakázky.
06Nechte si předvést cestu běžné i problémové poptávky
Před spuštěním a po změně formuláře projděte krátký provozní test:
- Odešlete poptávku z mobilu a ověřte obsah uloženého záznamu.
- Vyzkoušejte chybu povinného pole a srozumitelnou opravu.
- Nasimulujte výpadek CRM a ověřte následné předání uložené zprávy.
- Zkontrolujte dvojí odeslání a samostatnou druhou poptávku téhož zákazníka.
- Nastavte nepřítomného obchodníka a ověřte zastoupení.
- Vyzkoušejte nedoručený e-mail a upozornění správné osobě.
- Nechte uplynout interní termín a ověřte eskalaci.
V pravidelné kontrole sledujte počet poptávek bez vlastníka, po termínu a bez věcné odpovědi. Čas do první lidské reakce měřte podle jednotné pracovní doby. Průměr doplňte nejdéle čekajícími záznamy, aby několik rychlých odpovědí nezakrylo zapomenuté případy.
07Časté otázky
Potřebujeme hned vlastní CRM?
Ne. Menšímu týmu může stačit hotová společná evidence s přidělováním a termíny. Vlastní firemní systém zvažujte podle konkrétních pravidel a návazností. Do porovnání zahrňte licenci, nastavení i práci lidí.
Kde začít, když formulář funguje, ale evidence chybí?
Nejdřív určete vlastníka procesu a minimální stavy. Potom řešte předání poptávek mezi webem a interním systémem. Bez těchto rozhodnutí automatizace jen rychleji rozešle oznámení, za která nikdo neodpovídá.
Pošlete nám odkaz na formulář a popis toho, co se dnes děje po jeho odeslání. Projdeme s vámi místa, kde poptávka čeká, a podklady pro spolehlivé předání obchodníkovi.