Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Obsah dokumentu

Table of Contents
minLevel1
maxLevel7

...

1. 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í.

...

2. Moduly obohacující data kontaktů

2.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ů.

...

Příklad použití:

  • Doporučení produktu 2-4 týdny po nákupu (je dobré se zamyslet nad tím, v jaké době doporučovat další produkty, záleží to na podstatě e-shopu a nabízeného zboží - e-shop, který prodává kuchyně nebude nabízet za dva týdny další kuchyň).

    • Příklad podmínkování: zákazníci, kteří nakoupili před x dny A ZÁROVEŇ pole _xsell není prázdné A ZÁROVEŇ po nějakou dobu kontakt _xsell neobdržel.

    • Pokud je sloupec x_sell typu “pole”, tak se celý obsah při importu přepisuje, tj. stávající obsah se vymaže a nahradí se novým obsahem, např. pokud si kontakt přidal (nebo odebral) na webu zboží do oblíbených, tak se v daném sloupci nahradí novou hodnotou.

2.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ů.

...

Příklad použití:

  • Ideální na kampaně price drop z wishlistu na webu nebo naskladnění z wishlistu - podmínkou použití je, že e-shop musí mít zavedený wishlist a z webu musí být do platformy dodávány příslušné informace.

  • Pokud tento prvek nemá k dispozici žádné dynamické produkty, tak se nenaplní, tzn. pokud u sebe kontakt nemá potřebné informace, pak se tam nic neukáže.

2.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.

...

Příklad použití:

  • Nejbližší pobočka - klient otevírá novou pobočku v Semilech a proto chce informovat pouze zákazníky v okolí Semil - podmínka je “chci vybrat kontakty v okruhu x km od nějaké souřadnice” tzn. je nutné zadat 2 údaje - souřadnice + počet km od dané souřadnice. Souřadnice je možné zjistit např. pomocí Google Maps, a to tak, že se vyhledá lokace, jejíž souřadnice jsou potřeba, a poté se v url vybere část se souřadnicemi viz screenshot.

  • Dynamické pobočky - widget, kde může být v každé rozesílce napsáno “vyzvedněte si zboží na prodejně” a podle informací z modulu se automaticky dopočítá nejbližší pobočka kontaktu.

...

2.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í.

...

Příklad použití:

  • V segmentaci je možné omezit, že pokud kontakt nepřekročil určitý počet e-mailů, tak se mu daný e-mail (pro který se vytváří seznam kontaktů) ještě může poslat

    • tj. díky tomuto je možné zamezit posílání automatizací (a zajistit tak, že kontakt není spamován velkým počtem e-mailů - to by se mohlo stát, pokud by byl kontakt hodně aktivní na webu - tj. posílalo by se mu větší množství automatizací).

  • Používá se také pro prioritizování rozesílek - např. upřednostním přání k narozeninám před nwl.

2.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ů.

...

Tip

Tip:

  • Je nutné se zamyslet, zdali využít modul “Oblíbené kategorie” nebo “Oblíbené značky”- u někoho bude větší věrnost ke kategoriím (např. nábytek) a tedy bude vhodnější používat hlavně modul “Oblíbené kategorie”, jinde ke značkám (např. fashion), zde by tedy dávalo větší smysl použít modul “Oblíbené značky”.

2.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.

...

Příklad použití - kampaně sleva produktu oblíbené značky, nově naskladněné produkty oblíbené značky.

2.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.

...

2.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.

Příklad použití - tento modul se využívá k segmentaci kontaktů, např. je možné vyloučit kontakty, které otevřely např. jen jeden mail ze 100 (za posledních 90 dní).

2.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í:

...

3. Moduly obohacující data produktů

...

3.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

...

Příklad použití:

  • Modul využijete nejen pro rozdělení B2C a B2B zákazníků, ale skvěle se hodí i pro využití v rámci věrnostních programů. Díky tomu si můžete otestovat chování konkrétních skupin zákazníků na individuální cenové nabídky.

3.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.

3.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ů.

...

Příklad použití:

  • Výše uvedené moduly můžeme aplikovat v seznamech produktů (viz obrázek níže)

    • Data → Produkty → Vytvořit seznam produktů → Seřadit podle

    • top_seller:count nebo top_seller:sum = nejprodávanější produkty

    • top_viewed:unique nebo top_viewed:total = nejnavštěvovanější produkty

  • V obou případech je nutné řadit produkty vzestupně, aby byl první produkt ten nejprodávanější nebo nejnavštěvovanější a poslední (např. tisícátý) ten nejméně.

3.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ě.

...

Příklad použití - hlavní výhodou modulu je možnost podívat se, v jakém období jsou dané kategorie produktů nejvíce prodávány, což následně umožňuje v daném období odebírat kategorie, které nejsou sezónní, z obsahu rozesílky (např. v zimě se nebudou v newsletteru ukazovat sluneční brýle a opalovací krémy, místo toho se upřednostní čepice a rukavice).

3.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.

...

3.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:

...

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

...

4.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.

...

Tip

Tip:

  • Dynamické obrázky zvyšují účinnost a hodnotu inzerce, protože zákazníkovi přinášejí vizuálně relevantní informace.

4.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.

4.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):

...

  • 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.

...

4.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.

4.5. Plánované upomínky

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

...

Note

Pozor!

  • Aby bylo možné nastavit v kampani plánované upomínky, nelze použít zároveň A/B testování.

4.6. Pokročilé testování

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

...

Příklad použití - modul lze použít během testování kampaní, kde je možné vybrat seznam kontaktů nastavených skrze modul (viz obrázek níže).

...

4.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í.

...

  • 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í.

...

4.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).

...

Note

Pozor!

  • Pokud má jeden zákazník (kontakt v databázi) několik e-mailových schránek, může se stát, že má pouze jedno telefonní číslo a SMS rozesílka by mu tak přišla několikrát.

4.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í.

Note

Pozor!

  • Pokud se zákazníkům posílají kampaně v pravidelných časech, mohou data ztrácet vypovídací hodnotu → např. když se kampaň posílá vždy v pátek dopoledne, budou zákazníci e-mail nejčastěji otevírat v pátek dopoledne.

4.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.

...

  • 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).

...

4.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.

...

4.12. Sklik integrace (externí služba)

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

...

  • 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.

4.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 reálném čase odeslání kampaně.

  • 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.

...

  • Teoreticky je možné získat přes API více kódů najednou, ovšem tato možnost není v platformě Targito zatím implementována. Zároveň je nezbytné, aby toto podporoval rovněž systém na straně klienta. Nicméně jednodušší a spolehlivější alternativou je import slevových kódů přímo do databáze Targita z dodaného souboru přes SFTP.

  • Pro zaručení spolehlivosti a rychlosti systému je vhodné nepracovat s externími zdroji dat, protože v rámci procesu může dojít k nějakému problému či dokonce výpadku, který Targito nebude mít možnost vyřešit.

4.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ů.

...