- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (79)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
Tematické sekce
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tiskBranové sekce
![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Partneři webu
IT SYSTEMS 11/2004
Cesta k výkonnému CRM systému
Moduly Trouble Tickets a Smart Script
Ing. Ladislav Ptáček
Dnes tolik populární CRM aplikace jsou větinou dodávány jako modularizované řeení, které si zákazník roziřuje podle potřeby. Vichni velcí výrobci, jako Siebel, SAP, Oracle, Avaya ad., nabízejí velké mnoství doplňků, které umoní shromaďovat dalí data o zákazníkovi z mnoha různých pohledů. Nabízených modulů a rozíření je celá řada a ná článek vám představí dva z nich: Trouble Tickets a Smart Script (dále jen TT a SS). Při psaní vycházíme z konkrétních zkueností s řeením problematiky aplikací CRM Siebel, a proto se budeme při konkrétních popisech odkazovat na tento produkt.

Trouble Tickets
Kadý zákazník se dříve nebo později (v závislosti na kvalitě vaich slueb a výrobků) můe setkat s tím, e potřebuje pomoc při vyřeení poruchy. Takovým zákazníkem jsme samozřejmě my vichni. Kadý z nás si někdy koupí telefon, auto nebo zájezd. A kadý z nás si v případě problému přeje to samé:
ˇ minimální omezení vzniklou situací,
ˇ rychlou pomoc při vyřeení problému,
ˇ vstřícnost a ochotu při řeení.
Větí organizace se neobejde bez systému poruch, který události eviduje a napomáhá jejich řeení. Takové systémy budou zaměřeny na technickou část procesu. Z obchodního pohledu je problematické získat z těchto systémů uitečná data podporující vztah se zákazníkem, a proto je logické rozíření CRM o evidenci poruch - Trouble Tickets. Hlavním posláním TT je poruchy zadávat, efektivně spravovat a vyhodnocovat. Kadý, kdo přichází do kontaktu se zákazníkem, můe zadat nový TT, má přehled o starých i aktivních poruchách, o úrovni SLA (úroveň podpory slueb). Můe se aktivně rozhodnout, jaké produkty není vhodné zákazníkovi nabízet s ohledem na stávající situaci, a naopak jaké produkty mohou být pro zákazníka atraktivní. Práce s TT nemusí být příli detailní, protoe CRM by nemělo nahradit sofistikovaný systém. Je nutné umonit přehledný přístup k informacím a jejich zpracování, a to ve na vyí úrovni s důrazem na zákaznická data. Ke kadému TT, který se nepodaří vyřeit při jeho přijetí (například na call centru), je nutné přidělit řeitele. Přidělení lze provést ručně, nebo automaticky. Finálním výstupem Trouble Tickets by mělo být reportování. Takové výstupy, zaloené na skutečných informacích, umoní získávat statistiky, vyhodnocovat vai úspěnost při řeení poruch a rychlost odezvy jednotlivých řeitelů či řeitelských skupin. Z výstupů Trouble Tickets také zjistíte spokojenost zákazníka a úroveň vaich slueb. Je to tedy jakési "nastavené zrcadlo", které nezkresluje, ale promítá skutečnost.
Smart Script
Nástroj Smart Script umoňuje, zjednodueně řečeno, sestavit strukturovaný sled otázek a zaznamenávat odpovědi. Dotazy jsou postupně zobrazovány na obrazovce spolu s polem pro zapsání odpovědí.Otázky je moné větvit, a to buď podle rozhodnutí agenta nebo podle hodnoty zapsané odpovědi. Pokud zákazník odpoví záporně, bude se následná otázka týkat odliné oblasti. Pokud je odpověď kladná, bude dalím krokem dotaz "O kolik kusů máte zájem?". Ideální vyuití SS je vude tam, kde vyadujeme vytvořit přesný sled otázek a jejich větvení. Mezi nejvhodnějí oblasti vyuití patří: ˇ kampaně, ˇ hláení poruch, ˇ zadávání poadavku zákazníka.
Získávání informací od zákazníka, například při kampani, se tak můe řídit jednotnými pravidly. Kladení dotazů a zaznamenávání odpovědí probíhá jednotně, nezáleí na tom, zda kampaň vede nováček, nebo zkuený agent. Tato skutečnost je jedním z největích přínosů SS: čas potřebný na prokolení agentů můe být dobře připraveným Smart Scriptem výrazně zkrácen, ani by tím utrpěla kvalita vlastní kampaně. Dalím přínosem SS je zaznamenávání odpovědí. Pokud marketing sleduje dlouhodobou strategii, pak výsledek kampaně "Koupil/Nekoupil" nemůe při definici cílů dostačovat. Z konkrétních odpovědí z velkého vzorku dat je moné například určit, jaký sled otázek se ukázal jako nejvhodnějí, po jaké otázce nejčastěji následovalo zákazníkovo odmítnutí či jaká větev dotazníku byla nejméně aktivována. Takovou analýzou můe marketing zlepovat stavbu kampaní a lépe analyzovat případné neúspěchy. Obsluha Smart Scriptu bývá jednoduchá a postačuje standardní znalost práce s aplikací CRM. Zapsání nového SS a jeho distribuce není sloitá, pokud není vyadována větí míra automatizace. Je to tedy skutečně tak snadné? Není, a také zde platí, e nic není zadarmo. Příprava kvalitního Smart Scriptu je velmi náročná a vyaduje hodně zkueností. Je nutné zváit cíl dotazníku, připravit přesný algoritmus a jeho větvení, je nutné uváit, k jakým situacím při práci se zákazníkem můe dojít. Je nutné odhadnout čas, jaký nám bude zákazník ochoten věnovat a je nutné zváit mnoho dalích faktorů. Mimořádně důleité bude i to, zda se na připravovanou kampaň bude Smart Script opravdu hodit. Protoe ne vechno lze přesně popsat algoritmem a jednoduché věci, které zkuený agent zvládne citem, bývají ty nejsloitějí. Pokud začnete SS vyuívat, pak snadno propadnete jejich kouzlu. Kvalitně připravený SS je moné opakovat, nejste závislí na současné formě vaich agentů. A spolu s výsledkem kampaně "Koupil" získáte i informaci "Proč koupil". A to by mělo být z dlouhodobějího pohledu to podstatné.
Závěr
Článek se pokusil stručně představit dvě oblasti, které mohou CRM systém rozířit a udělat jej efektivnějím. Dalí rozvíjení aplikace je velmi otevřené a vechno souvisí se vím. Například popisované Trouble Tickets je mono propojit s modulem Solutions, předpřipravenými postupy pro řeení problémů, zaloenými na zkuenosti s ji dříve řeenými problémy. Je empiricky zjitěno, e a 85 % vech poruch souvisí s ji dříve zaznamenanými Trouble Tickets. Je moné také připravit Smart Script, který bude předcházet kadému zápisu do Trouble Tickets aplikace. Agent pomocí vhodného Smart Scriptu zjistí potřebné údaje pro záznam a tyto jsou zaznamenány do CRM. Během zápisu je moné chybu analyzovat a podle výstupů automaticky přidělit.
Autor článku, Ing. Ladislav Ptáček, působí jako project manager ve společnosti TietoEnator.
Kadý zákazník se dříve nebo později (v závislosti na kvalitě vaich slueb a výrobků) můe setkat s tím, e potřebuje pomoc při vyřeení poruchy. Takovým zákazníkem jsme samozřejmě my vichni. Kadý z nás si někdy koupí telefon, auto nebo zájezd. A kadý z nás si v případě problému přeje to samé:
ˇ minimální omezení vzniklou situací,
ˇ rychlou pomoc při vyřeení problému,
ˇ vstřícnost a ochotu při řeení.
Cílem kadého, kdo to myslí s CRM váně, by mělo být uzavřít kruh zákaznických informací. Jinými slovy, shromaďovat data z různých oblastí tak, abychom věděli úplně ve, co nám můe při obchodu pomoci.
Větí organizace se neobejde bez systému poruch, který události eviduje a napomáhá jejich řeení. Takové systémy budou zaměřeny na technickou část procesu. Z obchodního pohledu je problematické získat z těchto systémů uitečná data podporující vztah se zákazníkem, a proto je logické rozíření CRM o evidenci poruch - Trouble Tickets. Hlavním posláním TT je poruchy zadávat, efektivně spravovat a vyhodnocovat. Kadý, kdo přichází do kontaktu se zákazníkem, můe zadat nový TT, má přehled o starých i aktivních poruchách, o úrovni SLA (úroveň podpory slueb). Můe se aktivně rozhodnout, jaké produkty není vhodné zákazníkovi nabízet s ohledem na stávající situaci, a naopak jaké produkty mohou být pro zákazníka atraktivní. Práce s TT nemusí být příli detailní, protoe CRM by nemělo nahradit sofistikovaný systém. Je nutné umonit přehledný přístup k informacím a jejich zpracování, a to ve na vyí úrovni s důrazem na zákaznická data. Ke kadému TT, který se nepodaří vyřeit při jeho přijetí (například na call centru), je nutné přidělit řeitele. Přidělení lze provést ručně, nebo automaticky. Finálním výstupem Trouble Tickets by mělo být reportování. Takové výstupy, zaloené na skutečných informacích, umoní získávat statistiky, vyhodnocovat vai úspěnost při řeení poruch a rychlost odezvy jednotlivých řeitelů či řeitelských skupin. Z výstupů Trouble Tickets také zjistíte spokojenost zákazníka a úroveň vaich slueb. Je to tedy jakési "nastavené zrcadlo", které nezkresluje, ale promítá skutečnost.
Smart Script a Trouble Tickets v praxi
Obě popisovaná řeení, Smart Script i Trouble Tickets, v současné době implementuje TietoEnator ve společnosti Český Telecom. Tato implementace je prováděna pro divizi TCS (Telefonická centra slueb), call centra a back-office nad aplikací CRM Siebel 6.3 eCommunication. Oba projekty jsou poměrně rozsáhlé a nesou jistá specifika: Trouble Tickets jsou náročné na rozsah interface, Smart Script na velkou míru automatizace. Sputění obou projektů je plánováno před skončením roku 2004.
Obě popisovaná řeení, Smart Script i Trouble Tickets, v současné době implementuje TietoEnator ve společnosti Český Telecom. Tato implementace je prováděna pro divizi TCS (Telefonická centra slueb), call centra a back-office nad aplikací CRM Siebel 6.3 eCommunication. Oba projekty jsou poměrně rozsáhlé a nesou jistá specifika: Trouble Tickets jsou náročné na rozsah interface, Smart Script na velkou míru automatizace. Sputění obou projektů je plánováno před skončením roku 2004.
Smart Script
Nástroj Smart Script umoňuje, zjednodueně řečeno, sestavit strukturovaný sled otázek a zaznamenávat odpovědi. Dotazy jsou postupně zobrazovány na obrazovce spolu s polem pro zapsání odpovědí.Otázky je moné větvit, a to buď podle rozhodnutí agenta nebo podle hodnoty zapsané odpovědi. Pokud zákazník odpoví záporně, bude se následná otázka týkat odliné oblasti. Pokud je odpověď kladná, bude dalím krokem dotaz "O kolik kusů máte zájem?". Ideální vyuití SS je vude tam, kde vyadujeme vytvořit přesný sled otázek a jejich větvení. Mezi nejvhodnějí oblasti vyuití patří: ˇ kampaně, ˇ hláení poruch, ˇ zadávání poadavku zákazníka.
Tipy pro Smart Script a Trouble Tickets
Tip při práci s TT
Ne budete oslovovat zákazníky v rámci kampaně typu "Změňte vá starý telefon za nový", pověřte administrátora kampaně, a zkontroluje seznam kontaktů. Oslovit s takovouto nabídkou zákazníka, který má právě nefunkční stanici z důvodu poruchy sítě, nebude pro obchodní vztah přínosem. Takové konání je navíc patnou vizitkou organizace společnosti.
Tip při práci se SS
Dovolte si luxus vést stejnou kampaň dvěma odlinými metodami. Vyberte kampaň, pro kterou byste rádi vyuili nástroje SS. Připravte dva různé algoritmy vedení kampaně a definujte hlavní rozdíly mezi vedením kampaní. Zaměřte se na vae strategické cíle. Připravte dva různé SS, které budou agentům k dispozici. Rozdistribuujte oba SS pokud mono rovnoměrně mezi stejně silné skupiny. Po skončení kampaně umoní detailní rozbor výsledků obou SS definovat, jaký typ vedení kampaní je vaimi zákazníky lépe přijímán. Snadněji určíte strategii, máte k dispozici přímé porovnání.
Tip při práci s TT
Ne budete oslovovat zákazníky v rámci kampaně typu "Změňte vá starý telefon za nový", pověřte administrátora kampaně, a zkontroluje seznam kontaktů. Oslovit s takovouto nabídkou zákazníka, který má právě nefunkční stanici z důvodu poruchy sítě, nebude pro obchodní vztah přínosem. Takové konání je navíc patnou vizitkou organizace společnosti.
Tip při práci se SS
Dovolte si luxus vést stejnou kampaň dvěma odlinými metodami. Vyberte kampaň, pro kterou byste rádi vyuili nástroje SS. Připravte dva různé algoritmy vedení kampaně a definujte hlavní rozdíly mezi vedením kampaní. Zaměřte se na vae strategické cíle. Připravte dva různé SS, které budou agentům k dispozici. Rozdistribuujte oba SS pokud mono rovnoměrně mezi stejně silné skupiny. Po skončení kampaně umoní detailní rozbor výsledků obou SS definovat, jaký typ vedení kampaní je vaimi zákazníky lépe přijímán. Snadněji určíte strategii, máte k dispozici přímé porovnání.
Získávání informací od zákazníka, například při kampani, se tak můe řídit jednotnými pravidly. Kladení dotazů a zaznamenávání odpovědí probíhá jednotně, nezáleí na tom, zda kampaň vede nováček, nebo zkuený agent. Tato skutečnost je jedním z největích přínosů SS: čas potřebný na prokolení agentů můe být dobře připraveným Smart Scriptem výrazně zkrácen, ani by tím utrpěla kvalita vlastní kampaně. Dalím přínosem SS je zaznamenávání odpovědí. Pokud marketing sleduje dlouhodobou strategii, pak výsledek kampaně "Koupil/Nekoupil" nemůe při definici cílů dostačovat. Z konkrétních odpovědí z velkého vzorku dat je moné například určit, jaký sled otázek se ukázal jako nejvhodnějí, po jaké otázce nejčastěji následovalo zákazníkovo odmítnutí či jaká větev dotazníku byla nejméně aktivována. Takovou analýzou můe marketing zlepovat stavbu kampaní a lépe analyzovat případné neúspěchy. Obsluha Smart Scriptu bývá jednoduchá a postačuje standardní znalost práce s aplikací CRM. Zapsání nového SS a jeho distribuce není sloitá, pokud není vyadována větí míra automatizace. Je to tedy skutečně tak snadné? Není, a také zde platí, e nic není zadarmo. Příprava kvalitního Smart Scriptu je velmi náročná a vyaduje hodně zkueností. Je nutné zváit cíl dotazníku, připravit přesný algoritmus a jeho větvení, je nutné uváit, k jakým situacím při práci se zákazníkem můe dojít. Je nutné odhadnout čas, jaký nám bude zákazník ochoten věnovat a je nutné zváit mnoho dalích faktorů. Mimořádně důleité bude i to, zda se na připravovanou kampaň bude Smart Script opravdu hodit. Protoe ne vechno lze přesně popsat algoritmem a jednoduché věci, které zkuený agent zvládne citem, bývají ty nejsloitějí. Pokud začnete SS vyuívat, pak snadno propadnete jejich kouzlu. Kvalitně připravený SS je moné opakovat, nejste závislí na současné formě vaich agentů. A spolu s výsledkem kampaně "Koupil" získáte i informaci "Proč koupil". A to by mělo být z dlouhodobějího pohledu to podstatné.
Závěr
Článek se pokusil stručně představit dvě oblasti, které mohou CRM systém rozířit a udělat jej efektivnějím. Dalí rozvíjení aplikace je velmi otevřené a vechno souvisí se vím. Například popisované Trouble Tickets je mono propojit s modulem Solutions, předpřipravenými postupy pro řeení problémů, zaloenými na zkuenosti s ji dříve řeenými problémy. Je empiricky zjitěno, e a 85 % vech poruch souvisí s ji dříve zaznamenanými Trouble Tickets. Je moné také připravit Smart Script, který bude předcházet kadému zápisu do Trouble Tickets aplikace. Agent pomocí vhodného Smart Scriptu zjistí potřebné údaje pro záznam a tyto jsou zaznamenány do CRM. Během zápisu je moné chybu analyzovat a podle výstupů automaticky přidělit.
Jak to funguje? Trouble Ticket
Zaloení Trouble Ticketu: Zákazník volá na vae call centrum a poádá o vyřeení problémů s nefunkční stanicí. Agent zaloí nový TT, který bude obsahovat:
ˇ kontaktní osobu (jméno, adresa, telefon),
ˇ zařízení, kterého se TT týká (v naem případě tel. číslo),
ˇ stručný popis problému,
ˇ kategorie problému,
ˇ prioritu,
ˇ status TT.
Během hovoru by mělo být ověřeno, na jakou úroveň podpory má zákazník nárok (SLA). Nastavení priority vychází ze SLA a povahy problému. Agent call centra nebyl schopen během hovoru rozpoznat závadu (chyba přístroje, vypojený kabel apod.). Proto je nutné přidělit TT zodpovědné osobě. Problém je moné přidělit dvěma způsoby:
ˇ Ručně - agent vybere konkrétního zaměstnance z nabízeného seznamu, případně problém přidělí řeitelské skupině v závislosti na povaze problému
ˇ Automaticky - přidělení je zajitěno nástrojem Assignment Manager (AM). V systému je databáze řeitelů, přehled jejich specializací a aktuální míra pracovního vytíení. AM v pravidelných intervalech kontroluje otevřené TT a přidělí je nejvhodnějímu zaměstnanci.
Následuje řeení problému na úrovni specialistů. V průběhu řeení je moné kontrolovat a měnit aktuální stav TT, jeho přidělení, přikládat přílohy apod. TT je té moné seskupovat pod jeden mateřský záznam. Tato funkcionalita je zvlá výhodná pro případ, kdy je například z důvodu výpadku ústředny najednou mimo provoz více stanic. Pokud je hláená porucha identifikována jako související s hromadným výpadkem sítě, je přidělena pod mateřský záznam. Aktuální informace o řeení jsou k dispozici na úrovni nadřazeného TT. Agent můe v ideálním případě informovat zákazníky o konkrétním čase, na kdy je odhadováno ukončení řeení problému.
Jakmile je na straně vaí organizace problém odstraněn, agent by měl kontaktovat zákazníka. Hláená porucha by neměla být uzavírána dříve, ne je její vyřeení zákazníkem potvrzeno. Z tohoto důvodu je té doporučeno, aby po uzavření mateřského TT nedocházelo automaticky k hromadnému uzavření vech přísluných TT. Jakmile je problém uzavřen, můete připravit pracovní postup popisující způsob vyřeení problému. Budete tak systematicky budovat databázi problémů a jejich řeení. Tyto informace zefektivní vá proces od přijetí problému a k jeho vyřeení. Posledním článkem procesu práce s TT jsou reporty. Z nich je moné graficky či numericky získat přehledné statistiky o provozu za časové období, údaje o zákazníkovi, průměrnou dobu trvání řeení TT na zaměstnance či řeitelský tým a dalí údaje.
Zaloení Trouble Ticketu: Zákazník volá na vae call centrum a poádá o vyřeení problémů s nefunkční stanicí. Agent zaloí nový TT, který bude obsahovat:
ˇ kontaktní osobu (jméno, adresa, telefon),
ˇ zařízení, kterého se TT týká (v naem případě tel. číslo),
ˇ stručný popis problému,
ˇ kategorie problému,
ˇ prioritu,
ˇ status TT.
Během hovoru by mělo být ověřeno, na jakou úroveň podpory má zákazník nárok (SLA). Nastavení priority vychází ze SLA a povahy problému. Agent call centra nebyl schopen během hovoru rozpoznat závadu (chyba přístroje, vypojený kabel apod.). Proto je nutné přidělit TT zodpovědné osobě. Problém je moné přidělit dvěma způsoby:
ˇ Ručně - agent vybere konkrétního zaměstnance z nabízeného seznamu, případně problém přidělí řeitelské skupině v závislosti na povaze problému
ˇ Automaticky - přidělení je zajitěno nástrojem Assignment Manager (AM). V systému je databáze řeitelů, přehled jejich specializací a aktuální míra pracovního vytíení. AM v pravidelných intervalech kontroluje otevřené TT a přidělí je nejvhodnějímu zaměstnanci.
Následuje řeení problému na úrovni specialistů. V průběhu řeení je moné kontrolovat a měnit aktuální stav TT, jeho přidělení, přikládat přílohy apod. TT je té moné seskupovat pod jeden mateřský záznam. Tato funkcionalita je zvlá výhodná pro případ, kdy je například z důvodu výpadku ústředny najednou mimo provoz více stanic. Pokud je hláená porucha identifikována jako související s hromadným výpadkem sítě, je přidělena pod mateřský záznam. Aktuální informace o řeení jsou k dispozici na úrovni nadřazeného TT. Agent můe v ideálním případě informovat zákazníky o konkrétním čase, na kdy je odhadováno ukončení řeení problému.
Jakmile je na straně vaí organizace problém odstraněn, agent by měl kontaktovat zákazníka. Hláená porucha by neměla být uzavírána dříve, ne je její vyřeení zákazníkem potvrzeno. Z tohoto důvodu je té doporučeno, aby po uzavření mateřského TT nedocházelo automaticky k hromadnému uzavření vech přísluných TT. Jakmile je problém uzavřen, můete připravit pracovní postup popisující způsob vyřeení problému. Budete tak systematicky budovat databázi problémů a jejich řeení. Tyto informace zefektivní vá proces od přijetí problému a k jeho vyřeení. Posledním článkem procesu práce s TT jsou reporty. Z nich je moné graficky či numericky získat přehledné statistiky o provozu za časové období, údaje o zákazníkovi, průměrnou dobu trvání řeení TT na zaměstnance či řeitelský tým a dalí údaje.
Jak to funguje? Smart Script
Předpokládejme, e vyuijeme SS pro vedení jednoduché kampaně. V první fázi sestavíme seznam otázek a jejich větvení. Definujeme cíl, jaké informace bychom rádi od naich zákazníků získali. Jak vypadá vlastní vytvoření Smart Scriptu? Nejprve v editoru otázek zadáme konkrétní dotazy. Následně definujeme moný typ odpovědí. Ty mohou být například typu:
ˇ ANO/NE/NEVÍM,
ˇ MU/ENA,
ˇ číselná hodnota v rozsahu 0-100,
ˇ volný text.
V závislosti na hodnotě odpovědi můeme definovat, jaká otázka následuje. Pokud je zadaná hodnota na otázku "Kolikrát měsíčně telefonujete do zahraničí?" větí ne pět, následuje otázka "Znáte ná program InterCall, v rámci kterého nabízíme levnějí volání do zahraničí?". Pokud je hodnota mení ne pět, bude hovor směřován do jiné oblasti. Ke kadé otázce vyplníme číslo následujícího dotazu. Tak je definován sled otázek a jejich návaznost. Hodnoty odpovědí jsou ukládány do speciálního úloitě rezervovaného pro SS. Po ukončení SS je moné spustit automatický proces zápisu těchto hodnot přímo do databáze (doplnění informace o kontaktní osobě apod.), nebo tento zápis probíhá automaticky během průběhu SS. Výstupem SS tak nemusí být pouze reporty a statistiky o průběhu kampaně, ale té zápis konkrétních hodnot do databáze CRM.
Vlastní SS distribuujeme na klientské stanice (tlustý klient), nebo jej uvolníme na serveru (tenký klient). Smart Scripty je moné exportovat a importovat, velikost souboru se SS je malá, v řádu kilobytů. Sputění Smart Scriptu: Agent se přepne do pohledu SS a ze seznamu vybere poadovaný skript. Na obrazovce se zobrazí první otázka, která je poloena zákazníkovi. Pokud je poadováno, agent vyplní odpověď a přechází na dalí dotaz. Během práce se SS je moné se přepínat do dalích obrazovek, například pro zjitění segmentu zákazníka apod. Po přechodu zpátky na SS je mu nabídnuta aktuální otázka. Jiná monost sputění SS je například při příchozím hovoru, kdy můe být automaticky sputěn jeden ze tří SS v závislosti na segmentu zákazníka (CS, BS nebo RES). Agenti tak při obsluze zákazníka postupují jednotně a kladou otázky ve stejném pořadí a struktuře.
Předpokládejme, e vyuijeme SS pro vedení jednoduché kampaně. V první fázi sestavíme seznam otázek a jejich větvení. Definujeme cíl, jaké informace bychom rádi od naich zákazníků získali. Jak vypadá vlastní vytvoření Smart Scriptu? Nejprve v editoru otázek zadáme konkrétní dotazy. Následně definujeme moný typ odpovědí. Ty mohou být například typu:
ˇ ANO/NE/NEVÍM,
ˇ MU/ENA,
ˇ číselná hodnota v rozsahu 0-100,
ˇ volný text.
V závislosti na hodnotě odpovědi můeme definovat, jaká otázka následuje. Pokud je zadaná hodnota na otázku "Kolikrát měsíčně telefonujete do zahraničí?" větí ne pět, následuje otázka "Znáte ná program InterCall, v rámci kterého nabízíme levnějí volání do zahraničí?". Pokud je hodnota mení ne pět, bude hovor směřován do jiné oblasti. Ke kadé otázce vyplníme číslo následujícího dotazu. Tak je definován sled otázek a jejich návaznost. Hodnoty odpovědí jsou ukládány do speciálního úloitě rezervovaného pro SS. Po ukončení SS je moné spustit automatický proces zápisu těchto hodnot přímo do databáze (doplnění informace o kontaktní osobě apod.), nebo tento zápis probíhá automaticky během průběhu SS. Výstupem SS tak nemusí být pouze reporty a statistiky o průběhu kampaně, ale té zápis konkrétních hodnot do databáze CRM.
Vlastní SS distribuujeme na klientské stanice (tlustý klient), nebo jej uvolníme na serveru (tenký klient). Smart Scripty je moné exportovat a importovat, velikost souboru se SS je malá, v řádu kilobytů. Sputění Smart Scriptu: Agent se přepne do pohledu SS a ze seznamu vybere poadovaný skript. Na obrazovce se zobrazí první otázka, která je poloena zákazníkovi. Pokud je poadováno, agent vyplní odpověď a přechází na dalí dotaz. Během práce se SS je moné se přepínat do dalích obrazovek, například pro zjitění segmentu zákazníka apod. Po přechodu zpátky na SS je mu nabídnuta aktuální otázka. Jiná monost sputění SS je například při příchozím hovoru, kdy můe být automaticky sputěn jeden ze tří SS v závislosti na segmentu zákazníka (CS, BS nebo RES). Agenti tak při obsluze zákazníka postupují jednotně a kladou otázky ve stejném pořadí a struktuře.
Autor článku, Ing. Ladislav Ptáček, působí jako project manager ve společnosti TietoEnator.
Chcete získat časopis IT Systems s tímto a mnoha dalími články z oblasti informačních systémů a řízení podnikové informatiky? Objednejte si předplatné nebo konkrétní vydání časopisu IT Systems z naeho archivu.

















