Obsah dokumentu

Obecné informace k modulům:

• Aby mohly některé moduly správně fungovat, je pro ně nutné vytvořit v databázi nový sloupec. To, že se pro daný modul musí vytvořit nový sloupec, je možné poznat tak, že v nastavení modulu je vybírací pole, tj. má vedle sebe rozbalovací šipku. Po vytvoření sloupce pak skrze rozbalovací šipku vyberete vytvořený sloupec. Pokud je pole šedé a není vybírací (a sloupec je přednastavený), tak se sloupec zvlášť vytvářet nemusí.

• U všech modulů je zobrazena informace o tom, v jakých jazycích jsou dostupné (viz obrázek níže).

1. Moduly obohacující data kontaktů

1.1 Cross sell (také xsell)

• Tento modul se dívá do objednávek na to, které produkty se společně prodávaly, či zobrazovaly, a na základě toho doporučuje produkty, které by si zákazníci mohli k již zakoupenému produktu dokoupit (např. mobil a obal na mobil), tj. výsledkem modulu cross-sell je to, že každý kontakt má ve sloupcích uložená ID produktů.

• Nastavuje se pro každý web zvlášť - postup je tedy: nastavení výchozího nastavení > uložení výchozího nastavení > poté zapnutí u dalších webů.

• Cross-sell se nepočítá se pouze v rámci jedné objednávky, ale existuje zde i tzv. zpětný scoring, tj. pokud si zákazník něco zakoupil v pondělí a poté si něco zakoupí i ve středu, tak se tato skutečnost také bere v potaz při scoringu - čím více je další nákup časově vzdálený od prvního nákupu, tím nižší scoring má (tato informace se počítá na pozadí).

• V poli “Minimální počet společných nákupů” a v poli “Minimální počet společných zobrazení” se defaultně zobrazují výchozí hodnoty; tyto hodnoty je možné různě měnit podle preferencí nastavení.

• Nastavení:

  • Společně nakupované

    • Díky informacím z objednávek platforma Targito ví, jaké produkty zákazníci nejčastěji nakupují společně.

    • Ke každému kontaktu se nastavuje maximální počet produktů, který se může zákazníkovi doporučit.

    • Vypočítané produkty se uloží do sloupce ke každému kontaktu.

      • Sloupec se vytvoří automaticky (tj. nemohu vybrat jiný sloupec) - vždy pod názvem: _xsell (sloupce vytvořené platformou Targito mají vždy na začátku podtržítko, aby byly odlišeny od sloupců vytvořených klientem).

    • Minimální počet společně nakupovaných produktů - je nutné nastavit kolikrát minimálně musí být dva produkty zakoupené dohromady, aby se braly při doporučování produktů v potaz.

  • Společně zobrazované

    • Díky informacím z webového trackingu platforma Targito sleduje, na jaké produkty se zákazníci dívají společně, a na základě toho je schopna doporučovat zákazníkům vhodné produkty (tj. nejde jen o zakoupené produkty, ale i zobrazované).

    • Číslo minimálního počtu zobrazení by mělo být vyšší, než číslo minimálního počtu společných nákupů (protože počet návštěv je obecně vyšší, než počet objednávek).

    • Vypočítané produkty se uloží do sloupce ke každému kontaktu (sloupec se vytvoří automaticky, vždy pod názvem: _xsell_viewed).

1.2 Dynamické produkty z hodnot v tabulce Contacts

• Modul vytváří datový zdroj z hodnot uložených v polích v tabulce Contacts. Díky tomu je následně možné využívat prvek “dynamické produkty”, který se vkládá do šablony (více o dynamických produktech naleznete zde).

• Nastavení:

  • Z pole tabulky Contacts je nutné vybrat příslušný sloupec, např. v případě výše zmíněného cross sellu by to tedy byl _xsell). Sloupec je nutné v nastavení nazvat. Jakmile se klikne na “uložit výchozí nastavení” (a modul se zapne), tak se v dynamických produktech (v šabloně) objeví nový zdroj produktů.

1.3 GPS

• Modul vypočítá GPS lokaci pro každý kontakt a pobočku podle PSČ.

• GPS modul je možné využívat, i pokud klient pobočky nemá (např. právě pro segmentaci, viz příklad níže).

• Nastavení:

  • U kontaktu je nutné vybrat pole, do kterého se má v tabulce Contacts ukládat zeměpisná šířka (latitude), zeměpisná délka (longtitude) a PSČ kontaktu - platforma Targito pak právě na základě PSČ kontaktu vypočítá zeměpisnou délku a šířku a tak je možné využívat (přibližnou) GPS lokaci kontaktu.

• Na toto navazuje další funkce modulu - Nejbližší pobočky

  • Zdrojem informací nejbližších poboček je:

    • dopočítání nejbližší pobočky podle GPS lokace - u každého kontaktu musí být sloupec typu pole a do něj platforma Targito vypočítá (a uloží) všechny nejbližší pobočky - ke každé pobočce je v platformě Targito uložena zeměpisná šířka a délka, které se výpočtem porovnají se zeměpisnou šířkou a délkou u kontaktu; na základě toho se k danému kontaktu přiřadí pobočka, kterou má nejblíže,

    • vlastní pole s pobočkami - nemusí se dopočítávat, pokud už jsou údaje o nejbližší pobočce v databázi; pak se ke každému kontaktu jen přiřadí předvyplněné pole s nejbližší pobočkou,

    • u obou možností je možné nastavit

      • maximální vzdálenost poboček v km (tak, aby se kontaktu ukazovaly jen pobočky v určité vzdálenosti od jeho lokace),

      • ukládání jedné nebo více poboček - pokud se ukládá jen jedna (ta nejbližší), tak je nutné v tabulce Contacts vytvořit sloupec typu text, pokud více, pak sloupec typu pole,

        • zobrazení poboček je dále možné také ve widgetu v editoru šablony - může se nastavit, že se zobrazí všechny pobočky, nebo jen jedna, nebo jen ta nejbližší,

    • vlastní SQL tasky - např. 1x za týden se vypočítá a u všech kontaktů se aktualizuje vzdálenost od Prahy v km - potom je možnost vypodmínkovat, že pokud se kontakt nachází ve vzdálenosti např. 20 km od dané pobočky, tak něco zobrazíme.

1.4 Kontaktní politika

• Modul zobrazuje přehled intenzity komunikace u jednotlivých kontaktů, tj. kolik zpráv v týdnu daný kontakt dostane. Díky tomu je možné sledovat, jestli v databázi není kontakt, který dostane příliš velký počet e-mailů týdně. Tento modul (počet bodů) se dá také používat při segmentaci, např. omezením jen na kontakty, co obdrželi maximálně X zpráv v posledních Y dnech.

• Přehledy se ukazují za posledních 7 dní.

• Nastavení:

  • Je nutné nastavit, kolik bodů má jednotlivý kontakt dostat za doručení každého mailu, a poté v nastavení šablony nastavit, na jaký počet bodů daná rozesílka půjde - tzn. je potřeba nastavit, že specifická šablona (rozesílka) bude rozeslána jen na kontakty, které mají (např.) 1 bod.

1.5 Oblíbené kategorie

• Modul funguje tak, že se do sloupce typu pole (je nutné vytvořit pole, nevytváří se automaticky) v tabulce Contacts ukládají ID oblíbených kategoriích každého kontaktu.

• Nastavení:

  • Kontakty provádějí nějaké akce - zobrazení kategorie, zobrazení produktu, zakoupení produktu - každá akce má přiřazen určitý počet bodů (nejlépe čím dříve v čase se akce udála, tím méně bodů se za akci přiřadí). Poté se nastavuje minimální dosažený počet bodů k přiřazení oblíbené kategorie. Po zapnutí modulu přibude v šabloně nový zdroj dynamických produktů.

• Volby:

  • “Dodržovat strom kategorií” - je možné vybrat úroveň zanoření kategorií.

  • “Přidat body všem nadřazeným kategoriím” - pokud si zákazník zakoupí produkt, tak se automaticky přiřadí bod nadřazeným kategoriím nad ním, tzn. zákazník si koupí bílé tričko s límečkem, bod za nákup se přiřadí i kategoriím “nad tím” tj. bíle triko, pánské triko, triko s límečkem.

  • “Přidat body pouze konkrétní kategorii”- umožňuje vybrat, jestli bod přidávat do celého stromu kategorií, nebo jen té jedné úrovni, ve které se nakoupí

    • jednotlivé úrovně kategorií lze poznat podle struktury e-shopu -1. úroveň je ta, co nemá ID rodiče.

  • “Vynutit přiřazení pouze pokud je oblíbená pouze jedna hlavní kategorie” - tato možnost přiřadí oblíbenou kategorie, pouze v případě, že u kontaktu existuje jen jedna hlavní kategorie (např. Pokud má kontakt oblíbenou kategorii “Psi” i “Kočky” pak se ani jedna z těchto kategorií neoznačí jako oblíbená. Naopak pokud má kontakt oblíbenou kategorii jen jednu, tedy např. “Psi”, pak se tato kategorie přiřadí ke kontaktu jako oblíbená kategorie).

1.6 Oblíbené značky

• Modul fungující na stejném principu jako modul oblíbené kategorie (viz výše), tj. do sloupce typu pole se ukládají ID oblíbených značek každého kontaktu.

• Nastavení:

  • Kontakty provádějí nějaké akce - zobrazení produktu, zakoupení produktu - každá akce má přiřazen určitý počet bodů (nejlépe čím dříve v čase se akce udála, tím méně bodů se za akci přiřadí). Poté se nastavuje minimální dosažený počet bodů k přiřazení oblíbeného produktu.

1.7 Oslovení

• Modul automatizovaně generuje oslovení a data svátku ze jména, příjmení a pohlaví dle lokálních gramatických pravidel.

• Když se modul zapíná, je nutné zkontrolovat, jestli je u všech webů vše správně vyplněné - tj. poté, co je vše vyplněno a uloženo ve výchozím nastavení, je nutné zvlášť zkontrolovat nastavení všech webů a modul zapnout až po této kontrole.

• Nastavení:

  • Je nutné vybrat pole (v databázi), ve kterém je křestní jméno a příjmení, poté je nutné vybrat název sloupců, do kterých se mají výsledky vygenerovat - pohlaví, oslovení 5. pádem pro jméno, oslovení 5. pádem pro příjmení, datum svátku, a také jakým způsobem se má označit, pokud zjistíme, že je kontakt muž, nebo že je kontakt žena - po vyplnění všech polí a uložení výchozích nastavení je modul zapnutý a do druhého dne se pro kontakty v databázi vyplní jejich oslovení a datum svátku.

    • Vytvořené sloupce musí být typu: nameday=datum, gender a vocativy =text.

1.8 Průměrná aktivita kontaktů

• Modul, díky kterému se v segmentaci a v databázi objeví nová pole - avg open rate (_avg_or_90) a avg click rate (_avg_cr_90), která umožňují provádět segmentaci na základě průměrné click rate nebo open rate za posledních 90 dní.

• Je možné zjistit aktivitu i za období kratší než 90 dní, je ale nutné vytvořit vlastní SQL task.

• Nastavení:

  • nenastavuje se, stačí jen zapnout - po zapnutí se u každého kontaktu uloží percentuální vyjádření průměrného CR a OR.

1.9 RFM segmentace

• Modul využívá RFM metodu k analýze hodnoty zákazníků ve třech oblastech: Recency (před kolika dny zákazník naposledy nakoupil), Frequency (jak často nakupuje) a Monetary (průměrná hodnota jeho objednávky).

• Modul tedy pracuje se třemi dimenzemi - každé dimenzi je možné přiřadit hodnotu od 1 do 3 bodů. Dimenze jsou následující:

• Recency (aktuálnost) = před kolika dny zákazník nakoupil

  • Pro představu uvádíme níže uvedený příklad:

• Plný počet bodů, tedy 3 dostane zákazník, který nakoupil v posledních 46 dnech

  • je-li objednávka starší než 46 dní a zároveň mladší než 116 dnů, tak dostane 2 body,

  • pokud zákazník nakoupil před více než 117 dny, dostane 1 bod.

• Počet dní od poslední objednávky, který rozhoduje o přiřazení do jednotlivých úrovní, je možné si nastavit libovolně.

• Frequency = jak často zákazník nakupuje

  • Zde se definuje, kolik bodů má zákazník obdržet za jednu objednávku. Níže je opět uveden příklad.

• Tj. pokud má zákazník 2 objednávky tak dostane 2 body,

  • pokud má více než 2 objednávky, obdrží 3 body.

• Počty objednávek pro jednotlivé bodové hodnoty je možné nastavit libovolně. 

• Monetary = jaká je průměrná hodnota objednávky

  • Pro lepší představu práce s touto dimenzí je možné použít níže uvedený příklad.
    

• Je-li průměrná hodnota objednávky do 1325 Kč, obdrží zákazník 1 bod,

  • pokud je průměrná hodnota objednávky nad 1325 ale méně než 2824 Kč, dostane 2 body,

  • pokud je průměrná hodnota objednávky vyšší než 2824 Kč, obdrží zákazník 3 body.

• Hodnoty objednávek pro jednotlivé úrovně je možné nastavit libovolně.

• Podle výše zmíněných dimenzí (R, F, M) se ke každému zákazníkovi přiřazují body, které ho definují.

• Hodnoty se následně doplňují do konkrétních sloupců v tabulce kontaktů (sloupce není nutné vytvářet, vytváří se automaticky, zapnutím modulu).

• Díky RFM segmentaci je možné kombinací jednotlivých dimenzí vytvářet segmenty zákazníků, na které je následně možné cílit specifickou komunikaci. 

• Pokud jsou například v každé dimenzi vytvořeny 3 skupiny, pak bude možné získat až 27 různých kombinací (tedy různých segmentů).

• Příklady segmentů vytvořených díky RFM segmentaci:

  • loajální zákazníci - zákazníci, kteří nakupují opakovaně a nákupy jsou provedeny v aktuální době (tedy vyšší hodnoty dimenze frequency a recency),

  • VIP zákazníci - zákazníci, kteří nakupují často a za vyšší částky (tedy vyšší hodnoty dimenze frequency a monetary). Tyto zákazníky je vhodné si “rozmazlovat”. Je např. možné je “využít” jako brand ambasadory, případně poslat preview verzi produktů atd. Je důležité, aby věděli, že jsou bráni jako VIP. (Např. “Vy jste naši srdcaři, tady máte od nás něco navíc” nebo “Tady máte od nás nabídku, která pro ostatní zákazníky ještě není veřejná”).

• zvyšování frekvence - zákazníci, kteří objednali nedávno, ale neobjednávají často (tedy vyšší hodnota dimenze recency a nižší hodnota dimenze frequency). Zde je cílem komunikace zvýšit frekvenci objednávek - zaměření by tedy mělo být na kampaně pobízející k dalšímu nákupu, např.  je možné odeslat slevový kupón s omezenou platností na 3 dny.

• noví zákazníci - zákazníci, kteří nakoupili nedávno (vysoká hodnota dimenze recency). Cílem komunikace je přimět zákazníka k dalšímu nákupu - statisticky je u zákazníků, kteří udělají druhou objednávku, vyšší pravděpodobnost, že udělají i další.

• nárazoví zákazníci - zákazníci, kteří nakupují zřídka a mají odmlku od posledního nákupu (tedy nízká hodnota dimenze frequency a nízká hodnota dimenze recency). Zde je cílem komunikace připomenout se s nabídkou produktů, příp. slevou.

• odcházející zákazníci - zákazníci, kteří dříve nakupovali často (třeba i za více peněz), ale už se odmlčují (tedy vyšší hodnota dimenze frequency, příp. i monetary a nízká hodnota dimenze recency). Zde je cílem se zákazníkům znovu připomenout a pokusit se je roznakupovat - reaktivační kampaně.

• Nastavení:

  • pro každou dimenzi je možné nastavit limity toho, kolik bodů za každou akci kontakt dostane, např. když nakoupí v posledních 46 dnech dostane 3 body, pokud mezi 46 a 116 dny pak 2 body, pokud více než 116 dní tak 1 bod,

  • v grafech u každé dimenze je možné vidět, kolik kontaktů nakoupilo v posledních např. 30 dnech atd.

2. Moduly obohacující data produktů

2.1 Cenové skupiny / individuální ceny

• Modul je vhodný pro všechny, kteří pracují s různými cenovými skupinami / individuálními cenami a chtějí si definovat různé cenové hladiny individuálně pro každého klienta.

• Klient musí dodat feed s požadovanými informacemi, které se po zapnutí modulu přiřazují k jednotlivým kontaktům a zároveň musí dodat do Targita informace, k jaké cenové skupině kontakt patří.

• Nastavení:

  • po zapnutí modulu je nutné vybrat pole, ze kterého se budou načítat data, aby modul věděl, jaké ceny ke každému kontaktu přiřadit

• Jakmile je modul aktivní a má požadovaná data, tak je možné ho využívat.

2.2 Nejnavštěvovanější produkty

• Modul počítá nejnavštěvovanější produkty pro zvolené období na základě unikátního nebo celkového počtu návštěv.

• Po zapnutí se možnost použití modulu objeví napříč celou platformou Targito (např. ve vlastních seznamech produktů nebo u různých výpisů produktů - oblíbené kategorie apod.).

• Tento modul počítá údaje pro každý web zvlášť, tzn. je nutné ho zapnout pro každý web samostatně (viz obrázek níže).

• Nastavení:

  • za jaké období se nejnavštěvovanější produkty mají vypočítávat

    • období lze nastavit neomezeně,

  • jestli se mají vypočítávat dle parametru “Unikátní návštěvy”, nebo “Celkové návštěvy”:

    • unikátní návštěvy znamenají, že u každého jednoho zákazníka bude vždy pouze jedna návštěva,

    • celkové návštěvy znamenají, že u každého jednoho zákazníka bude jedna nebo více návštěv, např. v případě, že daný produkt viděl vícekrát.

2.3 Nejprodávanější produkty

• Modul počítá nejprodávanější produkty pro zvolené období na základě objemu tržeb, nebo počtu prodaných kusů, tj. platí zde stejná logika jako u modulu “Nejnavštěvovanější produkty” s tím rozdílem, že se nesledují návštěvy, ale prodeje produktů.

• Nastavení:

  • za jaké období se nejprodávanější produkty mají vypočítávat

    • období lze nastavit neomezeně,

  • jestli se mají vypočítávat dle parametru “Objem tržeb” nebo “Počet”:

    • objem tržeb znamená počet nákupů vynásobený o cenu,

    • počet nákupů znamená skutečný počet nákupů provedených daným zákazníkem, respektive počet prodejů danému zákazníkovi v kusech.

    • Pozn. pokud jsou produkty na eshopu velmi odlišné, je vhodné používat spíše parametr objem tržeb, protože (příklad) když eshop prodává levné rychloobrátkové zboží v balení po tisících kusech bude parametr “Počet” velmi vysoký a bude tak “kazit” vypovídací hodnotu celého modulu. Pokud se jedná o drahé zboží, jako například nábytek, bude parametr “Počet” vypovídající.

2.4 Sezónnost

• V detailu modulu (pokud jsou správně dodané kategorie, strom kategorií a modul je zapnutý) se zobrazí přehled prodejnosti kategorií v roce podle měsíců.

• Modul je automaticky měsíčně přepočítáván - vždy k 1. v daném měsíci

  • případně je možné přepočítání zapnout ručně.

• Nastavení:

  • nárůst prodejů definující “v sezóně” (v procentech) znamená, o kolik procent musí prodeje narůst, aby byl produkt “v sezóně”

  • pokles prodejů definující “mimo sezónu” (v procentech) znamená, o kolik procent musí prodeje klesnout, aby byl produkt “mimo sezónu”.

2.5 Skladové zásoby

• Modul umožňuje rozeznat, které produkty jsou nebo nejsou skladem (v případě, že je možné jednoduchou podmínkou říci, zdali produkt na skladě je nebo není).

• Například pokud je produkt skladem, tak dle obrázku níže je u parametru in_stock hodnota 1, a pokud není, je hodnota stejného parametru 0.

• Pokud je modul zapnutý, tak se všechny produkty (z výchozích seznamů produktů), které nejsou skladem, odeberou.

• Modul je také napojen na předdefinovaný typ automatizace “nově naskladněné”, který umožňuje, aby ve chvíli, kdy se produkt naskladní (hodnota parametru se změní z 0 na 1), bylo zákazníkům, kteří mají daný produkt nebo kategorii v oblíbených, posláno upozornění, že je produkt k dispozici.

2.6 Skupiny produktů

• Modul poskytuje tzv. "produktové skupiny" seskupující stejné produkty s odlišnou velikostí, barvou, nebo dle vlastní klasifikace, jako např. kolekce, lookbooky atd. Produktové skupiny je možné segmentovat (stejným způsobem jako produkty).

  • Skupiny produktů je možné využívat pro kampaň “naposledy navštívené produktové skupiny”. Pro využití je nutné, aby skrze webový tracking byla do platformy Targito dodávána informace o naposledy navštívené produktové skupině (productgroup_view).

• Informace o tom, které produkty tvoří skupiny produktů, jsou do platformy dodávány dvěma možnými způsoby:

1. skrze samostatný feed skupin produktů - pokud mají být skupiny produktů propisovány i do šablony, je nutné je dodávat tímto způsobem.

2. přes produktový feed obsahující sloupec item_group_id, ve kterém jsou ID skupin označeny - tento způsob je využíván v případě, že skupiny produktů nebudou využívány v šabloně (tj. skupiny produktů budou využívány pouze pro segmentaci).

• Tento modul se pouze zapíná - nic se nanastavuje.

• Po zapnutí modulu se v šabloně objeví možnosti: skupiny produktů a dynamické skupiny produktů. S tímto se následně pracuje stejně jako s prvkem produktů (popis prvku produktu zde).

• v trakingu musí být productgroup_view - pak fungují i naposledy navštívené produktové skupiny

3. Moduly rozšiřující funkce kampaní

3.1 Dynamické obrázky

• Modul “Dynamické obrázky” dokáže synchronizovat obrázky ze systému a načítat je automaticky do kampaní.

• Do platformy Targito je možné posílat feed s obrázky.

3.2 Dynamický předmět

• Modul automaticky načítá předměty a preheadery z připraveného seznamu do obsahu e-mailů.

• Klient musí dodat feed generických headerů a preheaderů, které se poté importují do platformy Targito a následně (pokud je modul zapnutý) se propíší do editace nastavení rozesílky, kde se již pouze zaškrtne kolonka “Použít dynamický předmět a preheader” (viz obrázek níže).

• Předmět se vybírá náhodně při odeslání a zároveň se u něj uloží informace, kdy naposledy byl použitý, aby se neposlal vícekrát za sebou.

3.3 Facebook integrace

• Modul umožňuje integraci Facebook leads a vlastní audience s platformou Targito.

• Integrace funguje dvěma směry (viz obrázek níže):

• Lead ads

  • klient si nastavuje v rámci Facebook formuláře lead ads, které cílí na vybrané kontakty a pomocí kterých sbírá e-mailové adresy potenciálních zákazníků. Tyto kontakty se po vyplnění informací automaticky importují do databáze v platformě Targito,

  • u formulářů je možné nastavit, do jakého sloupce v platformě Targito se mají zapisovat hodnoty z polí formuláře Facebooku (viz obrázek níže). Takto je možné mapovat sloupce u jakéhokoliv formuláře a vkládat vlastní hodnoty, jako například datum a čas.

• Audiences

  • v platformě Targito existují seznamy kontaktů a pokud je daný zákazník v tomto seznamu, tak je možné seznam exportovat do Facebooku jako audienci, a poté prostřednictvím Facebooku na tuto audienci cílit reklamou,

  • u audiencí se nastavuje, jaký seznam kontaktů a jak často se má v rámci dané Facebook audience synchronizovat (viz obrázek níže).

• Nastavení:

  • Nejdříve se vybere audience, poté se z daného originu vybere seznam kontaktů a časový interval synchronizace. Poté se na pozadí vždy dle časové synchronizace spustí úkol.

3.4 Marketingové e-maily přes API

• Modul, díky kterému je možné ukládat šablony marketingových e-mailů pro odeslání přes API.

• U šablon lze poté vidět ID šablony s možností danou šablonu přeuložit (přeuložení šablony znamená, že na pozadí integrace platformy Targito pošle aktuální stav dané šablony do systému klienta, který poté uvidí, že je šablonu možné rozeslat).

• Tento modul tak dává možnost posílat rozesílky i jiným způsobem než pouze klasickou cestou rozesílky přes platformu Targito (přes výběr seznamu kontaktů) > modul je tak vhodný například pro klienty, jež zprávy odesílají např. z vlastního rozesílacího nástroje.

• Modul se pouze zapne (nebo vypne), není nutné nic nastavovat.

3.5 Plánované upomínky

• Modul, díky kterému lze v požadovaný datum a čas posílat upomínky, neboli upozornění.

• U dalšího nastavení upomínek jsou 3 možnosti (viz obrázek níže), které segmentují zákazníky:

  • kontakty, které OTEVŘELY původní kampaň

  • kontakty, které KLIKLY na původní kampaň

  • kontakty, které NAKOUPILY po původní kampani

  • například pokud se nechá vybrané “Vykoučit” u kontaktů, které kampaň otevřely, tak by těmto kontaktům přišla i další upomínka, kdyby se zároveň neproklikly nebo nenakoupily

  • obecně je vždy lepší mít všechny tři skupiny kontaktů vyloučeny, aby zákazníkům nechodilo příliš e-mailů.

• Samotné plánování upomínek se nastavuje poté, co se přejde k rozesílce, tím že se zaškrtne okénko “Naplánovat upomínky” a zvolí se den a čas upomínky.

• Po vytvoření upomínky se tato automaticky uloží jako nová kampaň, kterou je možné dohledat pod názvem reminder (připomínka).

• Maximální počet nastavitelných upomínek jsou 3 (počet je možné měnit v nastavení modulu).

3.6 Pokročilé testování

• Modul slouží k nastavení testovacích seznamů kontaktů.

3.7 Push notifikace

• Modul Push notifikace zprostředkovává napojení na nástroje třetích stran, které poskytují mobilní nebo webové push notifikace (např. OneSignal či WonderPush).

• Tyto push notifikace lze tedy posílat kontaktům díky integraci s nástrojem OneSignal přímo z platformy Targita, kdy je velkou výhodou možnost segmentace kontaktů, na které budou dané notifikace cílit.

• Targito se stará o sestavení obsahu push notifikace, segmentaci kontaktů a samotné odeslání poskytovateli, který je už dále zodpovědný za její zobrazení na koncovém zařízení (mobilní aplikace či webový prohlížeč).

• OneSignal se na webu stará o sběr souhlasů s odběrem webových push notifikací do prohlížeče.

• Push notifikace se dělí na mobilní a webové, musí být povoleny návštěvníkem webu nebo uživatelem mobilní aplikace a zobrazují se po otevření webu či mobilní aplikace:

  • Mobilní push notifikace je možné zobrazovat pouze ve vlastní mobilní aplikaci, kdy je do jejího kódu nutné vložit kód poskytovatele (tzv. SDK), který zajistí souhlas s odběrem, přijmutí a zobrazení těchto notifikací.

  • Webové push notifikace se zobrazují ve webovém prohlížeči návštěvníkům webu klienta, kdy je opět zapotřebí vložit do kódu webu kód poskytovatele (JavaScript), který zajistí souhlas s odběrem, přijmutí a zobrazení daných notifikací.

• Princip zobrazení webových push notifikací vybraným kontaktům:

  • OneSignal při návštěvě webu požádá návštěvníka o udělení souhlasu a pokud jej udělí, uloží si OneSignal unikátní ID jeho prohlížeče (Player ID) do své databáze.

  • Rovněž je nutné předávat do nástroje OneSignal informaci, o který kontakt se jedná, k čemuž slouží Targito tracking, který pošle do OneSignal anonymní Targito ID, jenž má návštěvník uložené ve své cookies.

  • OneSignal si toto Targito ID přiřadí k identifikátoru prohlížeče Player ID a kdykoli přijde požadavek na odeslání push notifikace na toto Targito ID, OneSignal již ví, do jakého prohlížeče notifikaci odeslat.

• Nastavení:

  • Nastavení OneSignal a následné propojení s platformou Targito lze naléz v příslušné části Dokumentace zde.

  • V rámci propojení Targita a daného nástroje skrze modul Push notifikace je nutné vybrat providera push notifikací (OneSignal či WonderPush).

  • Poté je nutné zvolit pole, které v sobě obsahuje hodnotu ID uživatele, jenž používá mobilní nebo webovou aplikaci.

  • Nakonec je zapotřebí v nastavení tohoto modulu vyplnit uživatelské jméno a heslo (API klíč) u poskytovatele mobilních/webových push notifikací.

• Po zapnutí modulu se v okně “Vytvořit novou kampaň” objeví nový typ kampaně.

• U push notifikací se při vytvoření nové kampaně vyplňuje nadpis, zpráva, URL odkaz a text tlačítka.

• Lze také přidat banner a seznam kontaktů, kde je možnost vybrat seznam zprostředkovaný providerem.

• Push kampaně se dají segmentovat, proto se poté dělí dle identifikátoru, na který se posílají sady zpráv.

• U mobilní push notifikace lze také nastavit tzv. “Time to Live”, což je doba, po kterou má být notifikace dostupná do otevření aplikace, ze které push notifikace pochází.

3.8 SMS

• Modul umožňuje komunikaci pomocí SMS zpráv přes našeho partnera ProfiSMS.cz.

• Nastavení:

  • Pro využití tohoto modulu je potřebný účet u ProfiSMS.cz.

  • Ve “phone number field” je nutné vybrat sloupec, ze které se budou vybírat telefonní čísla pro odesílání SMS.

  • Dále se vyplňuje uživatelské jméno a heslo (údaje klient obdrží po podepsání smlouvy s ProfiSMS).

  • ProfiSMS také umožňuje zakoupit vyhrazené jméno odesílatele, které se poté ukáže příjemci. Toto jméno je možné si v nastavení modulu předvyplnit do kolonky “From name” (je možné nastavit více jmen odesílatele, aby klient mohl jednoduše přepínat mezi kampaněmi/firmami).

• Po zapnutí a nastavení modulu se tento typ kampaně objeví v okně “Vytvořit novou kampaň” (viz obrázek níže).

• Při tvoření kampaně je nutné dávat pozor na počet znaků, protože SMS kampaně mají jiný způsob počítání znaků. Konkrétně se jedná o háčky a čárky, které zabírají mnohem více místa. Bez diakritiky je k dispozici 160 znaků s diakritikou pouze 70.

• Modul SMS nemá v tuto chvíli žádnou možnost trackování a ani možnost segmentace kontaktů.

3.9 STO

• Modul nabízí pravidelné přepočítání nejčastěji otevíraných časů v jednotlivých dnech pro každý kontakt, které se poté využijí při individuální optimalizaci času rozesílky na jednotlivé kontakty.

• Tento čas se přepočítává pro každý kontakt samostatně na základě historické aktivity daného kontaktu (tzn. v jakých časech zákazník e-mail otevřel - kdy byl nejaktivnější).

• Modul není nutné nastavovat, pouze zapnout/vypnout, a poté v konkrétní rozesílce zapnout v pokročilých nastaveních, viz obrázek níže.

• Na tomto odkazu se lze podívat na report časů otevírání.

3.10 Schvalovací proces

• Modul umožňuje schvalování šablon pomocí stavů “koncept”, “čeká na schválení” a “schváleno”.

• Modul funguje ve dvou režimech:

  • jednoduchý režim, ve kterém se v záložce kampaně objeví nové záložky a jednotlivé kampaně se poté mohou přesouvat dle aktuálního statusu.

  • pokročilejší režim, díky němuž je možné schválení kolegou vynutit, viz obrázek níže.

• Pokud se toto nastavení zapne, pak přesunutí ze záložky “Koncepty” do “Schváleno” musí být schváleno dvěma kolegy-schvalovateli, kteří se vyberou v pop up okně po kliknutí na “označit ke schválení” (viz obrázky níže).

• V konkrétní rozesílce se poté objeví modré tlačítko (viz obrázek níže), pomocí kterého se daná rozesílka schvaluje (případně se schválení odmítne).

3.11 Seed list

• Rozesílka bude rozeslána na seznam kontaktů, který je v rozesílce nastaven, a zároveň na všechny kontakty, které jsou v seed listu.

• Do pole “E-mailové adresy v seed listu” se doplní ty adresy, na které mají rozesílky chodit (navíc ke standardní rozesílce).

• Modul se v konkrétní rozesílce zapíná v pokročilých nastaveních, viz obrázek níže.

3.12 Sklik integrace (externí služba)

• Postup pro správné nasazení modulu Sklik:

1. Založit nový Sklik účet nebo se přihlásit do existujícího.

• Přihlášení do Sklik účtu najdete na adrese https://www.sklik.cz/

2. Vygenerovat API klíč.

• Vygenerujte autentizační token, který naleznete v rámci nastavení Vašeho účtu v pravém horním rohu -> Nastavení -> úplně dole na stránce je odkaz „Získat přístup k API“.

3. Vytvořit nový seznam.

• Na stránce Nástroje -> Retargeting -> Vytvořit seznam -> zvolit typ seznamu “E-mailový”.

• K vytvoření seznamu je potřeba nahrát csv soubor.

• Použít můžete csv s náhodně generovanými e-mailovými adresami - tyto adresy se dále používat nebudou, slouží jen k vytvoření seznamu v Skliku tak, aby se propsal do platformy Targito.

• Poté klikněte na tlačítko "Vytvořit seznam".

4. Nastavit a zapnout modul Sklik v Targitu.

• V seznamu modulů najděte "Sklik integrace" a klikněte na "Začít používat".

• Vyplňte API klíč vygenerovaný v účtu Sklik (viz bod 2.), uložte nastavení stisknutím klávesy ENTER a modul následně zapněte.

5. Zapnout synchronizaci kontaktů.

• Po obnovení stránky se načtou e-mailové seznamy z Vašeho Sklik účtu. Zde se kliknutím na ikonku "Operace" u daného seznamu dostanete do nastavení.

• V poli “Operace” uvidíte detailní nastavení, kde si vyberete Origin, seznam kontaktů (který si předem na základě Vámi stanovených podmínek v Targito vytvoříte) a zvolíte si interval synchronizace seznamu kontaktů z Targita do Skliku.

• Poté klikněte na "Uložit" a kontakty se ve Vámi určeném intervalu začnou synchronizovat do Skliku, kde už s nimi můžete dále pracovat.

3.13 Slevové kódy přes API

• Modul poskytuje možnost načítání individuálních slevových kódů do kampaní přes API.

• Výhodou modulu je možnost jednoduché kontroly slevových kódů, které jsou díky historii odeslaných e-mailů lehce dohledatelné.

• Nastavení:

  • V nastavení tohoto modulu je možné vyplnit API endpoint, což znamená URL adresu e-shopu na straně klienta.

  • Pokud se na tuto URL adresu následně pošle požadavek, vrátí se konkrétní slevový kód.

3.14 Odhlašování nedoručitelných

• Modul slouží k automatickému odhlašování kontaktů, které jsou v databázi přihlášených, ale nedaří se na ně doručovat rozesílky.

• Dle požadovaného nastavení je umožněno automaticky odhlašovat trvale (hard bounce) či dočasně (soft bounce) nedoručitelné e-mailové adresy.

• Díky tomuto modulu nebude klient muset manuálně odhlašovat kontakty, na které se dlouhodobě nedaří doručovat rozesílky.

• Značnou výhodou tohoto modulu je zejména zlepšení doručitelnosti rozesílek kontaktům, dále nižší počet bounces v následných rozesílkách a nižší počet zbytečně odesílaných e-mailů.

• Nastavení modulu:

  • V rámci nastavení tohoto modulu lze zvolit automatické odhlašování buď pouze hard bounces, nebo pouze soft bounces, případně lze zvolit obě možnosti současně.

  • Pro automatické odhlašování kontaktů, které způsobí hard bounce stačí pouze v nastavení modulu zaškrtnout volbu “Automaticky odhlašovat tzv. hard bounces”. Nic dalšího poté není potřeba. Jakmile po zvolení této možnosti dojde u nějakého kontaktu k hard bounce, bude daný kontakt již druhý den zařazen mezi odhlášenými. K automatickému odhlášení dochází v noci, kdy probíhá přepočítávání modulů v platformě Targito.

  • Pro automatické odhlašování kontaktů, které způsobí soft bounce je nutné v nastavení modulu zaškrtnout volbu “Automaticky odhlašovat tzv. soft bounces”. Nicméně u této možnosti je dále nezbytné nastavit hodnoty pro dva parametry, a to pro limit a pro minimální počet dní.

  • Limit označuje minimální počet po sobě jdoucích soft bounces, které musí u kontaktu nastat, aby došlo k automatickému odhlášení tohoto kontaktu. Minimální počet dní představuje časové období, po kterém musí počet soft bounces nastat, aby došlo k automatickému odhlášení kontaktu.

  • Oba parametry tedy spolu souvisí a jejich smyslem je zabránění automatického odhlášení kontaktu v případě, kdy má např. pouze dočasně plnou schránku. Počet dní u soft bounce je uvedený jako minimální, tudíž musí uplynout více než zvolený počet dní mezi soft bounces, aby k odhlášení kontaktu došlo.