Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 53 Next »

Obsah dokumentu


1. Proces onboardingu

Proces onboardingu je jinými slovy proces implementace klienta do platformy Targito, a to od úvodní schůzky až po první rozesílku vytvořenou v platformě Targito.


2. Úvodní schůzka

Schůzka, které se účastní klient, obchodník a PM (případně další členové klientova týmu - IT, management atd.) a na níž se představí průběh implementace.

  • Před úvodní schůzkou by již měl být vytvořen klientův přístup do platformy Targito tak, aby při úvodní schůzce bylo možné představovat určité kroky přímo v Targito, a zároveň je třeba, aby fungovaly prokliky připravené v Trello nástěnce klienta (např. prokliky do dokumentace).

2.1. Představení nástěnky Trello

Ve fázi onboardingu probíhá komunikace s klienty hlavně skrze nástěnku v Trellu, kde jsou popsané všechny kroky a požadavky, které je třeba splnit před první rozesílkou.

2.2. Harmonogram implementace

Časový přehled termínů plnění jednotlivých kroků a stanovení časové náročnosti na straně Targito a na straně klienta. Tento přehled je vytvořen na základě domluvy s klientem a na základě volných kapacit týmu Targito.

  • Termín dokončení je stanoven na úvodní schůzce, kde je zároveň stanoveno datum první rozesílky klienta. V závislosti na tomto cílovém datu jsou navrhovány termíny k jednotlivým bodům.

  • Vypracovaný harmonogram nahraje PM do Trella a zároveň nastaví termíny plnění dílčích úkolů k jednotlivým krokům na nástěnce.

Pozor!

  • Pro zaručení splnění data první rozesílky je nutné, aby byly dodrženy veškeré termíny plnění u jednotlivých kroků, jelikož na straně Targito probíhá na základě stanovených termínů plánování kapacit jak projektového týmu, tak týmu vývoje. Pokud nejsou termíny plnění u jednotlivých kroků dodrženy, pak nemůže být zaručeno dodržení stanoveného data první rozesílky.

2.3. Přístup do GA

Klient vygeneruje přístupy do GA pro Targito. PM pak mohou kontrolovat, jak si e-mailing klienta stojí, a je možné jej porovnávat s ostatními kanály marketingu (v případě odchylek lze zjistit, co se dělá špatně a doporučit postup ke zlepšení).

Informace:

  • Zaměstnanci společnosti Targito podepisují NDA. Informace klientů jsou brány jako citlivé údaje, a tak je s nimi společností Targito zacházeno.

2.4. Dodání grafických podkladů

Klient dodá grafické podklady (logo, brand manuál aj.) v křivkách i rastrovém formátu.

  • K použití např. do obchodních prezentací, marketingových materiálů, náhledu v účtu Targito (aby loga nemusela být stahována z internetu).

2.5. API dokumentace

PM Targito dodá dokument specifikací k nasazení API pro IT oddělení klienta.

  • Transakční API: je používaná pro rozesílání transakčních zpráv.

  • Obecná API: je používána pro práci s kontakty v reálném čase.


3. Implementace platformy Targito

1. krok - účet Targito

3.1 Vyplnění GDPR dokumentu

Vyplněný dokument slouží ke zjištění toho, jaké kontakty a z jakých zdrojů obsahuje databáze klienta, aby bylo možné ověřit, zda jsou akviziční cesty v souladu se zákonem.

V dokumentu GDPR by měly být popsány jednotlivé zdroje a rozsah sběru kontaktů, tj.:

  • Všechny akviziční cesty kontaktů, resp. jak se kontakty dostávají do databáze klienta.

    • Např. nákup na e-shopu, registrace na webu, přihlášení na webu, pop-up okno při návštěvě webu, přes patičku e-mailu, fyzicky na prodejně atd.

  • Specifikace toho, jaké osobní údaje se sbírají při jednotlivých akvizičních cestách.

    • Např. e-mail, jméno, příjmení, adresa, tel. číslo, transakční historie atd.

  • Specifikace účelů zpracování kontaktů.

    • Např. “Přímý marketing”.

  • Specifikace plnění GDPR.

  • Při jednotlivých akvizičních cestách je nutná specifikace, jestli se jedná o souhlas či oprávněný zájem.

    • Souhlas = je nutný pro kontakt za účelem marketingové komunikace (samostatný checkbox).

    • Oprávněný zájem = např. z nákupu (“Souhlasím s obchodními podmínkami…” - v těchto podmínkách jsou zmíněné i marketingové účely).

  • Specifikace doby zpracování údajů.

    • Na neurčito, nebo na určité časové období (které si většinou definuje klient, např. na základě toho, jak dlouho produkt vydrží).

Tip:

  • Společnost Targito nabízí také konzultantské služby, v rámci kterých vám poradíme, jak pracovat s databází. Kontaktujte vašeho PM a ten vám poví více.

Pozor!

  • Často se setkáváme s případem, že není na straně klienta zavedený double opt-in, což může zapříčinit přítomnost neexistujících e-mailových adres v databázi (čímž se může zhoršit SPAM skóre rozesílky). Double opt-in je možné řešit přes platformu Targito (kontakt se tak po potvrzení double opt-inu automaticky zapíše do platformy Targito).

  • Při použití checkboxů (na webu), ve kterých má klient oddělený souhlas pro zasílání newsletteru, může klient zbytečně přicházet o kontakty, které by jinak do databáze získal. Možným řešením je mít checkbox na souhlas s obchodními podmínkami, do kterých je možné přidat i zasílání newsletteru.

 Postup kontroly GDPR dokumentu (Provádí PM Targito po dodání dokumentu klientem).
  1. Prvním krokem je kontrola informací vyplněných v dokumentu dodaném klientem.

  2. Následně je nutné zkontrolovat jednotlivé akviziční cesty, tj. projít jednotlivé akviziční cesty, např. registrace nového zákazníka, nákup na e-shopu atd.

  3. Zkontrolovat, jestli cesty obsahují jednotlivé údaje a checkboxy, které jsou zmíněny ve vyplněném dokumentu, příp. doporučit checkbox, který by mohl klient přidat.

  4. Dalším krokem je kontrola ochrany osobních údajů, tj. zda klient dodržuje zákonem stanovená pravidla ochrany osobních údajů.

  5. Případná další doporučení pro klienty, případně návrh řešení nestandardní situace:

    • Např. pokud je na webové stránce přihlášení k newsletteru (např. v patičce webu), tak je nutné si tímto procesem projít a doporučit zavedení double opt-in (není-li).

    • Např. pokud existuje akviziční cesta, která není zcela standardní, např. landing page, na které dochází ke sběrů kontaktů, je potřeba zkontrolovat, zda je tato informace v GDPR dokumentu zmíněna (aby v platformě Targitp došlo k vytvoření sloupce pro tento zdroj kontaktu).

    • V případě brandových webů může platit jiná kontaktní politika, např. pokud jsou weby spravovány v cizině (tj. spadají pod zahraniční společnost, která se řídí zahraničním právem), zde může platit jiná politika ohledně kontaktních údajů a tyto kontakty tak nelze použít pro rozesílku ČR (toto je důležité definovat, aby se následně v platformě Targito kontakty označovaly příznakem, podle kterého lze segmentovat, na který kontakt může být newsletter odeslán).

3.2 Vytvoření odesílacích domén

V tomto kroku je ze strany klienta nutné vytvoření odesílacích domén 3. řádu a adres pro odpovědi zákazníků z newsletteru.

Obecný postup

  1. Klient definuje jaké zprávy bude skrze platformu Targito posílat a následně na základě toho vytvoří odesílací domény.

  • Odesílací doména pro transakční zprávy (pokud klient bude skrze Targito transakční e-maily posílat)

    • Pro transakční zprávy může být použita doména 2. řádu (například order@domena.cz), ale doporučuje se použití domény 3.řádu. Poškozená doména druhého řádu může významně poškodit fungování e-mailingu i v rámci například firmy klienta, kdy může interní pošta mezi zaměstnanci končit ve spamu.

    • Transakční zprávy chodí do doručené pošty (jedná se o důležité e-maily např. potvrzení objednávky, potvrzení platby atd.).

    • Pokud klient má zavedené transakční zprávy, tak e-maily chodí ze dvou kanálů - transakční zprávy chodí dříve než marketingové a mají jasnou prioritu.

  • Odesílací doména pro marketingové zprávy

    • Pro marketingové zprávy je doporučeno vytvoření domény 3. řádu (například info@news.domena.cz).

    • Marketingové zprávy chodí do hromadné pošty.

Informace:

  • Vytvoření domény 3. řádu se doporučuje, jelikož v případě nenapravitelně poškozené reputace se dá doména 3. řádu (narozdíl od domény 2. řádu) snadno změnit.

  • Je vhodné, aby pro marketingové a transakční zprávy byly založeny odlišné domény, aby tak byla reputace oddělená (aby transakční zprávy nebyly ovlivňovány reputací marketingových zpráv).

  • V případě, že má klient B2C i B2B portál, tak i tyto domény musí být odlišeny, tj. pro B2C musí existovat jiná doména, než pro B2B. Stejně tak každá jazyková mutace musí mít svoji odesílací doménu.

  • Pro rozesílku lze nastavit i domény používané na předchozí platformě, musí se ale nasadit DNS záznamy vygenerované v platformě Targito.

2. Klient definuje adresu pro odpovědi zákazníků z newsletterů.

  • Je nutné definovat adresu pro odpovědi zákazníků v rámci funkce “odpovědět na daný newsletter”.

    • Adresa pro odpovědi může být jakákoliv (může být odlišná od té rozesílací). Může to být již zavedená e-mailová adresa např. info e-mail.

3. Klient definuje název odesílatele.

4. Po definování odesílacích domén se tyto domény nasadí do Targito.

 Postup nasazení odesílacích domén do platformy Targito
  1. V platformě Targito je nutné zvolit účet konkrétního klienta.

  2. Následně se ve vyjížděcí nabídce zvolí položka “Nastavení” a po načtení “Nastavení” se zvolí “Originy a weby”.

3. Po kliknutí na “Originy a weby” se zobrazí všechny originy a weby, které jsou založeny pro daného klienta.

Pod každý origin spadá vždy jeden konkrétní web.

4. Dále je nutné zvolit ten origin, pro který se bude odesílací doména zadávat a kliknout na tlačítko “Upravit web”.

5. Zde se do tabulky (viz obrázek níže) doplní údaje - jméno odesílatele, výchozí adresa odesílatele a adresa pro odpovědi.

3.3 Nasazení webového trackingu

Webový tracking se nasazuje na web (e-shop) klienta, aby bylo možné získávat o zákaznících maximální množství dat a aby byly v platformě Targito data o zákaznících a objednávkách dostupná v reálném čase.

Obecný postup:

1. Targito generuje tracking.

Generován je řídicí script, který hlídá návštěvnost na stránkách a doplňkový script, který pracuje s určitými událostmi (eventy).

  • Seznam nejdůležitějších eventů pro Targito:

    • Návštěva produktu.

    • Návštěva skupiny produktů.

    • Návštěva kategorie.

    • Nákupní košík.

    • Dokončení nákupu.

2. Nasazení trackingu na web klienta (provádí klient) dle specifikací dodaných společností Targito.

  • Je připravena dokumentace se skripty (k nalezení zde), které je nutné na web nasadit.

3. Kontrola nasazení trackingu ze strany Targito.

  • Po oznámení, že má klient tracking nasazený, provede Targito kontrolu.

  • Kontrolovány jsou následující akce:

    • Zda chodí požadovaná data.

    • Zda chodí správná ID produktů/kategorií.

    • Zda se všechno propisuje tak, jak má.

4. Napárování přihlášených uživatelů.

  • Napárování přihlášených uživatelů funguje tak, že klient dodá kontakty, ke kterým Targito vygeneruje targito_id. Ze strany klienta je nutné, aby si vygenerovaná targito_id uložil do databáze svého interního systému (po prvním jednorázovém přenosu targito_id probíhá pravidelný přenos přes SFTP).

  • Když se pak při návštěvě webu (e-shopu) přihlásí kontakt do svého uživatelského účtu, tak jsou všechny akce, které na webu udělá, trackovány pod jeho targito_ id a přiřazeny k jeho e-mailové adrese v databázi v platformě Targito.

 Postup generování trackingu
  1. Po najetí na název účtu se ve vyjížděcím poli zvolí položka “Nastavení” a následně “Tracking” (viz obrázek níže).

2. Následně je potřeba zvolit origin, ke kterému je možné zobrazit instrukce k nasazení webového trackingu zvolením tlačítka “Zobrazit instrukce”.

  • Pro každý origin jsou zvlášť definované instrukce k nasazení webového trackingu klientem.

3. Po rozkliknutí se zobrazí instrukce pro nasazení řídících scriptů a doplňkových scriptů.

  • Řídící script řídí všechny scripty pod ním.

  • Doplňkové scripty nám poskytují informace o jednotlivých zákaznících a jejich chování na webu (např. návštěva produktu, návštěva kategorie, nákupní košík atd.).

4. Nasazení scriptů na web klienta (provádí klient).

 Postup kontroly nasazení webového trackingu

Webový tracking se kontroluje na daném webu (tedy webu klienta) a to následovně:

  1. Nejprve je nutné přejít na kontrolovaný web a pravým tlačítkem kliknout na kategorii v menu a zvolit “Inspect” resp. “Přezkoumat”.

2. Zobrazí se přezkoumání webu přes tracking - následně je potřeba zvolit na horní liště “Network” a do filtru zadat “targito” a na klávesnici kliknout na “cmd R” (mac) či “ctrl R” (windows) pro aktualizování.

3. Po rozkliknutí libovolné kategorie je v trackingu nutné zkontrolovat, aby se zobrazovalo “category view” a ID kategorie (ID je nutné zkontrolovat s feedem kategorií dodaných klientem - musí být stejné). Kontrola se provádí rozkliknutím “Event” v trackingu, následně kliknutím na záložku “Payload”, kde se zkontroluje, že vše sedí - tedy name: “category_view” a pole “attributes” obsahuje správně id kategorie (viz obrázek níže).

 Postup kontroly nákupního košíku v trackingu:
  1. Zvolit produkt, který se vloží do košíku (příp. provést jakoukoliv změnu v košíku, tj. smazat jeden z X produktů v košíku apod.).

  2. Následně se v trackingu objeví položka “Property”. Tuto položku je třeba rozkliknout a zvolit “Payload”. Dále pod položkou “Attributes” rozkliknout šipku, která nám zobrazí cenu (item_price) a množství (item_quantity).

  3. V případě dokončené objednávky se objeví položka “order”.

  4. Pokud se vše ukazuje tak, jak má (tedy sedí ceny, množství i item_id), pak tracking nákupního košíku funguje správně.

 Kontrola opuštěného košíku v Targito

Kontrola opuštěného košíku se provádí v platformě Targito.

V záložce “Data” je nutné rozkliknout položku “Vlastnosti kontaktů”, zde se následně zobrazí všechny opuštěné košíky, které jsou u kontaktů aktuálně vedeny.

 Kontrola objednávek v Targito

Kontrola objednávek se provádí v platformě Targito.

  1. V záložce “Data” je nutné rozkliknout položku “Objednávky”.

2. Do platformy chodí z webového trackingu informace ohledně objednávek - ID, datum / čas, produkty, cena. Pro kontrolu je nutné rozkliknout konkrétní produkt, resp. ID produktu (viz obrázek níže). Je klíčové, aby ID bylo prokliknutelné, aby bylo možné ho spárovat. Pokud není prokliknutelné, tak to znamená, že dané ID neumí platforma Targito spárovat a že klient posílá do platformy Targito data s jiným ID v produktovém feedu.

3. Po rozkliknutí ID produktu je potřeba zkontrolovat, že ID produktu je viditelné v políčku “ID” (viz obrázek níže).

 Kontrola párování uživatelů

Kontrola párování uživatelů se provádí v platformě Targito.

  1. Je nutné kliknout na “Nastavení”, poté na položku “Tracking” a dále pak na položku “Zobrazit instrukce” (pro konkrétní origin). V zobrazených instrukcích pak najít poslední bod, tedy kapitolu s názvem“Napárování přihlášeného uživatele”.

2. Kontrola probíhá otevřením kontrolovaného webu v anonymním okně (je nutné se nepřihlašovat do účtu). Zde je třeba otevřít webový tracking (podle otevření webového trackingu jak je popsán výše) a následně rozkliknout libovolný produkt. V okně trackingu kliknout na položku “Event” a rozkliknout položku “Payload” - zde se sleduje řádek “contact_id” (viz obrázek níže).

3. V případě, že zákazník není otrackovaný, tak se “contact_id” bude měnit po každé akci na webu, tedy např. po kliknutí na jiný produkt a rozkliknutí trackingu je zřejmé, že “contact_id” je jiný a že se tedy trackuje anonymně. V případě, že jde o spárovaného uživatele, tedy zákazníka, který je přihlášený, tak všechny akce na webu budou pod stejným “contact_id.

Informace:

  • Nový klient si může napárovat své zákazníky díky Targito ID´s a tím si zajistí, že bude mít "otrackované" přihlášené uživatele dříve, než kdyby je trackoval pomocí rozesílek. Čím dříve budou zákazníci (kontakty v databázi) napárovaní na Targito ID, tím dříve bude možné spustit automatizace závislé na chování na webu, např. opuštěný košík atd.

Nejčastější problémy, které se v souvislosti s webovým trackingem vyskytují, jsou:

  • Nesprávně nasazený webový tracking.

  • ID produktu není rozpoznatelné, protože v produktovém feedu je dodána jiná sada ID produktů.

    • Správně by všechny ID produktů měly být stejné v produktovém feedu, v objednávkách i na webu.

  • Při změně varianty konkrétního produktu má “product_view” prázdné ID.

    • Správně by zobrazování variant mělo fungovat tak, že když zákazník zobrazí produkt, tak by v trackingu mělo být pole “product_view_group” a “product_view” s ID defaultní varianty a po kliknutí na konkrétní variantu by se mělo zobrarit “product_view” s “product ID” vybrané varianty.

  • Nezobrazují se změny v košíku.

  • Produkty se posílají v jiné měně (může se stávat v případě, že je web překlikávací CZ/EUR).

  • Nejsou vyplněné atributy.

 Přechod na 1st party tracking

V postupu je důležité dodržet především body 3 a 4, aby vše správně fungovalo:

  1. Nejprve je potřeba založit v Targito trackovaci domény pro každý web.

  2. Následně nasadíte DNS vygenerované Targitem k těmto doménám.

  3. Poté je důležité změnit řídící skript v den, kdy neodchází žádná rozesílka, aby nedošlo k problému s trackovanim.

  4. Po změně skriptu vyplníte vlastní trackovaci doménu v nastavení webu (od té doby bude funkční 1st party tracking) - ideálně tento krok udělejte ve stejný den, protože když bude změněn řídící skript, ale nebude nastavena doména v nastavení, nebude tracking funkční

  5. Pak je třeba otestovat trackovani tak, že si pošlete rozesílku a prokliknete se v anonymním okně a zkontrolujete, že se vše volá s Vaším ID kontaktu.

  6. Nakonec přeuložíte všechny automatizace a transakční zprávy. (Není třeba automatizace při úpravách pozastavovat, dokud se nepřeuloži tak funguje starý tracking)

3.4 Vytvoření SFTP serveru

SFTP server funguje jako úložiště dat. Probíhá zde veškerý přenos dat mezi Targito a klientem.

  • Data z SFTP se pravidelně 1x denně synchronizují s platformou Targito (synchronizace produktů, kontaktů, transakční historie, eventy…).

  • V případě, že klient nepoužívá API ani SFTP, může vystavit informace na URL, ze kterého si lze data stáhnout do Targito (krok navíc).

  • Uživatel, který má v platformě Targito přidělený status vývojáře, má v nastavení možnost SFTP. Zde lze nalézt informace o tom, jak se na SFTP server připojit, a má možnost si zobrazit heslo (pro případ kontroly dat sem mají přístup i PM Targito).

3.5 Otevření účtu Targito

Vytvoření účtu v platformě Targito a definice rolí uživatelů.

Informace:

  • Otevření účtu většinou probíhá již na začátku onboardingu, tedy na úvodní schůzce. Je to proto, aby se klient mohl proklikávat do dokumentace Targito z nástěnky Trella.

  • V tomto kroku stačí tedy většinou doplnit údaje dalších uživatelů, kterým chce klient přidělit přístupy.

Obecný postup:

  1. Definice kontaktních údajů

  • Kdo bude mít přístup do účtu a v jakých rolích.

  • Kontaktní údaje uživatelů platformy, které jsou společnosti Targito předání ze strany klienta, jsou uloženy do interní databáze společnosti Targito. Děje se tak proto, aby bylo možné s klienty komunikovat (ideálně telefon pro nutné hovory, e-mail na NWL).

2. Založení účtu v Targito

  • PM Targito zajistí vytvoření účtu pro osoby určené klientem.

  • Po přidělení účtu si klient může role měnit a přidělovat sám, tj. není nutné kontaktovat PM.

 Postup přidání uživatele do Targito účtu
  1. V prostředí platformy Targito je nutné rozkliknout záložku “Nastavení” a následně položku “Uživatelé”.

2. Zde je možné vidět přehled uživatelů s přístupem do platformy Targito a jejich role. Pro přidání dalšího uživatele se stiskne volba “Přidat uživatele”.

3. Zde je nutné vyplnit e-mail a roli přidávaného uživatele (popis rolí je možné najít v modrém boxu - viz obrázek níže). Dále je nutné zaškrtnout stav “aktivní” a zvolit lokalizaci uživatele (tedy zemi, ve které se uživatel nachází - tato informace je důležitá pro formátování např. tel. čísel).

Deifinici uživatelských rolí je možné najít také v dokumentaci Targito, tj. v platformě Targito kliknutím na záložku “Dokumentace”. Následným výběrem volby “Struktura účtu” je možné se dostat k přehledu uživatelských účtů, tedy položka “Uživatelské účty”. Zde se nachází tabulka, která poskytuje přehled o tom, jaká práva mají různé role v rozhraní platformy Targito.

Pozor!

  • Pro zajištění vyšší úrovně bezpečnosti je nutné, aby si všichni uživatelé platformy nastavili dvoufázové ověření přihlášení do platformy Targito.

3. Založení originů

  • K tomuto kroku obvykle dochází ještě před úvodní schůzkou (v tuto chvíli je to nastaveno tak, že originy jsou přidávány spolu s vytvořením klientova účtu v platformě Targito, založení originů zajišťuje strana Targito).


2. krok - Zabezpečení maximální doručitelnosti od 1. rozesílky

3.6 Nasazení DNS záznamů

  • Pro zaručení maximální doručitelnosti a důvěryhodnosti klientových domén je potřeba ze strany klienta nasadit DNS záznamy (SPF, DKIM, DMARC).

  • Nasazením DNS záznamů se doména “podepíše” a z platformy Targito tak bude možné odesílat jménem klienta e-maily, u nichž si poskytovatelé budou moci ověřit, že nejde o spam.

    • V rámci DNS záznamů jsou řešeni největší e-mailoví poskytovatelé (tedy poskytovatelé, u kterých má většina klientů založeny e-mailové schránky), např. Seznam, Google.

Obecný postup:

  1. Zaslání DNS záznamů ze strany Targito.

  • DNS záznamy (vytvořené PM Targito) se nahrají klientovi do jeho nástěnky Trella.

2. Nasazení DNS záznamů ze strany klienta.

  • Klient dodané DNS záznamy nasadí na základě podkladů dodaných Targito (viz bod č. 1).

3. Validace DNS záznamů ze strany Targito.

  • PM Targito následně ověří, že DNS záznamy jsou správně nasazeny. Správnost nasazení pak potvrdí klientovi.

 Postup nasazení DNS záznamů

1. Klient definuje rozesílací domény, které chce používat (viz krok “Odesílací domény” - zde).

2. PM Targito domény zakládá v platformě Targito. Kliknutím na záložku “Nastavení” a dále na volbu “Domény” - “Rozesílací domény”.

3. Zde je možné vidět všechny existující rozesílací domény klienta, případně (v případě, že žádné rozesílací domény zatím nejsou nastaveny) je možné přidat novou rozesílací doménu, a to kliknutím na “Přidat novou rozesílací doménu”. Zde se zobrazí stránka, do které je možné vložit doménu klienta.

4. Potvrzením přidání rozesílací domény se vygenerují DNS záznamy, které je potřeba stáhnout a nasadit na registrovanou doménu klienta. V procesu onboardingu generuje DNS záznamy PM Targito, který je klientovi nahraje do nástěnky Trello, aby je klient mohl nasadit na svou zaregistrovanou doménu.

5. Poté, co klient DNS záznamy nasadí (tedy potvrdí PM Targito, že DNS záznamy nasadil), tak je třeba ověřit modrým tlačítkem, zdali jsou validní. Po kliknutí na tlačítko “Ověřit” by se všude měly zobrazit místo vykřičníků zelené “fajfky”. Jestliže se vedle nějakého pole objeví vykřičník, znamená to, že DNS záznam není validně nasazený a je tedy nutné tuto chybu opravit (v procesu onboardingu PM o této skutečnosti informuje klienta a ten musí problém napravit).

Informace:

  • Aby se dalo z domény odesílat, je nezbytné, aby byly nasazené záznamy SPF, DKIM a CNAME.

  • Při nasazování DNS záznamů je nutné dát pozor zejména u SPF, kde podle RFC 7208 může být maximálně 10 DNS dotazů nad záznamem.

  • Kontrolu nasazení je také možné provádět skrze externí odkazy, např. Whatsmydns.net či Dnschecker.org.

Pozor!

  • Po nasazení DNS záznamů již není možné rozesílací domény měnit.

Význam jednotlivých DNS záznamů:

Typ

Hodnota

Význam

TXT

v=spf1 include:spfe.targito.com ~all

SPF záznam slouží jako validační systém s cílem bránit příjemce proti doručení spamu. Spočívá v ověření IP adresy odesílatele.

TXT

v=DKIM1; k=rsa; h=sha256; p=[public klíč]

Je nástroj, který umožňuje podepsat odchozí e-maily a zjistit tak, zda e-mail odešel skutečně od uživatele, který je uveden jako odesílatel. DKIM podpis je možné ověřit pomocí veřejného klíče.

CNAME

cdn.targito.com

Slouží k možnosti vkládat do e-mailu obrázky z vlastní domény, např. http://cdn.email.domena.cz .

A

xxx.xxx.xxx.xxx

Podle RFC je vhodné nasměrovat rozesílací subdoménu na IP adresu webového serveru, na kterém běží web domény 2. řádu a zajistit přesměrování. Např. z http://email.domena.cz na www.domena.cz.

3.7 Další rozšíření

  • Aby bylo možné kontrolovat doručitelnost u velkých poskytovatelů, hlídá Targito reputaci a spamovost klienta. K tomu používá Feedback loop.

    • Poskytovatelé FBL: Seznam.cz, Google (Gmail).

  • Feedback loop (dále jen “FBL”) je nástroj pro zpětnou vazbu od příjemců e-mailových zpráv, pomocí kterého získává společnost Targito informace o tom, kdo označil zprávu jako SPAM.

Jak to funguje?

  • Když příjemce e-mailu označí zprávu např. na Seznam.cz jako spam, tak Seznam.cz pošle automaticky informaci na tu e-mailovou adresu, na kterou má společnost Targito navázané workflow (skrze Sparkpost). Tato e-mailová adresa je automaticky přiřazena na interní suppression list, aby se nestalo, že se na tuto e-mailovou adresu bude znovu odesílat.

3.7.1 Google Postmaster (nasazení FBL)

  • Dalším krokem pro zaručení maximální doručitelnosti na adresy u společnosti Google je nasazení Google Postmaster.

Obecný postup

  1. Klient si zaregistruje své odesílací domény 3.řádu.

  2. Klient nasdílí přístup pro adresu ga@vivmail.cz (tímto umožní přístup společnosti Targito).

  3. PM Targito zkontroluje registraci Google Postmaster a zdali jsou přístupy zadané pro společnost Targito aktivní.

 Postup nasazení Google Postmaster
  1. Přejít na adresu postmaster.google.com.

  2. Registrace jednotlivých odesílacích domén klienta.

3. Následně Google Postmaster vygeneruje TXT DNS záznam, který klient musí nasadit stejně jako ostatní DNS záznamy.

6. Jakmile klient zmíněný DNS záznam nasadí, tak je třeba kliknout na tlačítko “Verify”. Tímto krokem začne Google sbírat data.

7. Klient nasdílí společnosti Targito přístup ke čtení na e-mail ga@vivmail.cz (PM Targito zkontroluje, že jsou data v přehledu vidět a že je přístup validní).

3.7.2 Seznam.cz (Nasazení FBL)

  • Pro zaručení maximální doručitelnosti na adresy registrované u společnosti Seznam.cz je třeba nasazení FBL na Seznam.cz.

Obecný postup

  • Klient si zřídí e-mailovou schránku abuse@domena.

  • Nasazení FBL na seznam.cz ze strany Targito.

  • Verifikace FBL ze strany klienta.

 Postup nasazení do FBL (seznam.cz)

Pozor!

  • Pouze pro české originy, protože zahraniční originy na Seznamu budou mít zanedbatelné množství adres.

  1. Klient si založí e-mailovou schránku abuse@domena (stačí doména druhého řádu).

  2. PM Targito registruje adresu klienta na FBL. Je nutné kliknout na volbu “Nástroje: Feedbackloop” a dále na záložku “Správa domén” (viz obrázek níže).

3. V záložce “Správa domén” je nutné kliknout na možnost “Přidat doménu”.

4. Do formuláře, který se objeví, je nutné zadat zvolenou odesílací doménu klienta; do pole “Selektor” se přidává hodnota vygenerovaná v DNS záznamech (viz obrázek níže)

5. Jako příjemce zprávy se zadává klientem vytvořená adresa abuse@domena (ta musí obsahovat stejnou doménu, jakou je doména zadávaná do pole “Doména” ve formuláři - Seznam.cz to ověřuje).

6. Po potvrzení zelenou fajfkou se odešle potvrzovací e-mail, který expiruje za 24 hodin > klient potvrdí kód a doména se zobrazí ve stavu active (před potvrzením je stav pending).

7. Po potvrzení klientem je adresa příjemce změněna na straně Targito, a to na: fbl@vivmail.mail.e.sparkpost.com a následně potvrzena (z toho důvodu aby společnost Targito mohla mít přístup k informacím z FBL). Adresa abuse@domena pak již není využívána, je potřeba pouze pro potvrzení na začátku.

Informace:

  • Po vytvoření účtů FBL je možné v sekci “Správa domén” vybrat doménu, která uživatele zajímá, a tam se podívat na statistiky - důležité je hlídat, aby nebyl vysoký poměr automatických spamů. Na Seznam.cz je správně, když většina e-mailů končí ve složce Hromadné (na Gmailu je to Promo). Taky se lze podívat, jestli jsou zprávy validně podepisovány DKIMem.


3. krok - Nezbytná data

3.8 Kontakty a transakční historie

  • V tomto kroku onboardingu klienta je řešena synchronizace seznamu kontaktů, tedy import kontaktů do platformy Targito.

Informace:

  • Databáze kontaktů je vždy pouze jedna, tzv. master databáze. Nad touto databází se poté dají dle libovolných podmínek z hodnot v jednotlivých sloupcích tvořit segmenty (seznamy kontaktů), a to na základě chování daného kontaktu v e-mailu, na webu nebo transakční historie. Postup tvorby seznamů kontaktů naleznete zde.

Obecný postup:

  1. Jednorázové vygenerování a následná pravidelná aktualizace databáze na SFTP podle specifikace v Trello ze strany klienta.

  2. Jednorázové vygenerování a následná pravidelná aktualizace transakční historie ze strany klienta.

  3. Kontrola podkladů ze strany Targito.

    1. Dodané soubory jsou zkontrolovány Targito. V případě nalezení chyb se soubor vrací k úpravě klientovi.

    2. Vytvoření sloupců v databázi platformy Targito (provádí PM na základě schváleného souboru s kontakty).

  4. Synchronizace dodaných podkladů (postup níže).

    1. Finální soubory (tedy soubory bez chyb) jsou stranou Targito jednorázově importovány do platformy Targito.

    2. První import je vždy import celé databáze. Následují pravidelné importy dat přes SFTP, které obsahují přírůstky a změny. Import probíhá každý den, aby tam byl překryv a nechyběla nová data.

Informace:

  • Přihlášovací údaje k SFTP klienta je možné nalézt po přihlášení do účtu v platformě Targito v položce “Nastavení”.

5. Volba řešení odhlášení kontaktů (více informací zde).

 Postup kontroly souboru s kontakty (v procesu onboardingu řeší PM Targito)
  1. Po přihlášení do účtu v platformě Targito je nutné přejít do nastavení a následně kliknout na položku “SFTP”. Zde je možné najít přihlašovací údaje do SFTP serveru. Do SFTP serveru je možné se dostat např. přes program Filezilla, či AWS S3 (tyto programy je nutné stáhnout).

    1. Na SFTP je vidět datum poslední aktualizace souborů - kontakty jsou vždy ve složce Import, stejně jako všechny další soubory určené k importu do platformy Targito. Složka Export slouží pro zpětný export dat z platformy ke klientovi.

Informace:

Při použití AWS je možné stáhnout i starší verze souborů z SFTP (hodí se pro zpětnou kontrolu a editaci verzí).

2. Po otevření csv souboru s kontakty je nutné daný soubor zkontrolovat dle následujících specifikací:

  • Název souboru - contacts.csv (v případě více zdrojů je název vždy bez mezer a diakritiky, např. contacts-domena_cz.csv).

  • Kódování csv souboru musí být UTF-8, oddělovač sloupců čárka.

  • Je nutné zabezpečit řetězec tzv. “double escapováním” (používat zpětné lomítko \" - příklad "Středisko \" Šipka \" - oddíl skautů"). Pro vložení zpětného lomítka použít zápis \\.

Pozor!

  • Toto je velmi častá chyba - např. pokud jsou v souboru údaje s názvy společností ve tvaru "Firma, s.r.o" - pokud by zde zůstala čárka, tak se soubor rozhodí, a to, co je napsáno za čárkou, bude přehozeno do jiného sloupce (jelikož čárka je nastavena jako oddělovač). Proto je vždy nutné v případě oddělení názvu čárkou používat double escapování (viz informace výše).

  • Oddělovačem desetinných míst je tečka.

  • Datum a čas vždy v UTC ve formátu yyyy-mm-dd hh:mm:ss. Pro samotné datum se časová zóna neřeší (např. datum narození).

  • První řádek obsahuje názvy sloupců a těmi jsou “Výchozí názvy sloupců” (viz níže), případně další libovolné sloupce využívané pro marketingové účely. Všechny názvy sloupců musí být psány malým písmem, bez diakritiky a mezer a jako oddělovač musí být použito podtržítko.

  • Nesmí zde být duplicity - každý řádek představuje jeden kontakt/zákazníka v e-shopu.

    • Pokud existují různé jazykové mutace webu, tak může být kontakt v databázi 2x, ALE musí být vždy přiřazený konkrétnímu webu tj. origin_cz, origin_sk

Informace:

Výchozí názvy sloupců:

  • email - e-mailová adresa kontaktu (slouží jako unikátní identifikátor)

  • origin - označení jazykové mutace (b2b/b2c, jiný obchod, např. "domena_cz" / "domena_sk" / "domena_cz_b2b"), abychom věděli, do jaké databáze daný kontakt přiřadit)

  • consents - seznam marketingových souhlasů, např.:
    "['marketing','profiling']", jak zákazník ten kontakt získal

  • last_status_change - datum poslední změny stavu přihlášení (odběru NWL) (opted-in, opted-out) ve formátu: YYYY-MM-DD HH:mm:ss

  • first_name - křestní jméno

  • last_name - příjmení

  • gender - pohlaví (m = muž, f = žena).

Informace:

  • Výchozí názvy sloupců by databáze měla obsahovat vždy.

Další možné sloupce:

  • Narozeniny

  • Datum přihlášení

  • PSČ

Informace:

  • Pro využití widgetu s dynamickým propsáním prodejen je vytvoření sloupce s PSČ nutností.

  • Stát

  • ID uživatele

  • ID firmy

Informace:

  • Sloupce, které jsou vytvořeny platformou Targito (pro informace dopočítané použitím modulů), jsou označeny podtržítkem na začátku názvu sloupce.

Informace:

  • Prvotní určení pořadí sloupců je možné řešit individuálně (za zachování názvů a datových typů), další importy už ale musí odpovídat prvotnímu nastavení (protože v platformě Targito jsou sloupce přesně namapované na importované soubory, jiné pořadí sloupců by znamenalo selhání importu a výpadek dodávky dat). V případě, že klient chce začít posílat sloupce s novými daty navíc, tak je tuto skutečnost vždy potřeba řešit nejprve s IT Targito.

Na co si dát pozor:

    • Možný postup kontroly duplicit v Open Office

  • Povinná pole nesmí být prázdná (parametry accountID, email a origin musí být v poli vyplněna - ostatní jsou volitelné).

  • Špatný datový typ (number, varchar, datetime, variant, bool, float jsou dané vždy pro konkrétní typ dat, sloupec).

  • Špatný formát data (správný formát: YYYY-MM-DD HH:MM:SS).

  • Jako oddělovač desetinných míst je použita čárka, nebo středník (Targito pracuje s desetinnými tečkami).

 Postup kontroly transakční historie
  1. Prvním krokem je přihlášení do serveru SFTP (postup popsán výše).

  2. Kontrola dokumentu transakcí na základě těchto specifikací:

  • Soubor CSV musí mít kódování UTF-8 a jako oddělovač sloupců čárku.

  • Je nutné dodržovat názvy sloupců dle “Výchozí názvy sloupců” níže, dále je možné používat jakékoliv další vlastní alternativní sloupce, příklad uveden níže.

  • V obchodních podmínkách je nutné zjistit maximální lhůtu pro zrušení objednávky (např. objednávku nelze zrušit po uplynutí lhůty 14 dnů). Do exportu dat je nutné zahrnout pouze objednávky vytvořené nebo aktualizované v intervalu před vypršením lhůty pro zrušení objednávky (např. všechny objednávky za posledních 14 dní).

  • Každý řádek představuje jednu položku v objednávce.

  • Pokud je součástí objednávky doprava, slevový kupón nebo jiné položky s vlivem na cenu, musí být také zahrnuty.

  • Povinné hodnoty jsou order_id, created_date, item_id, item_price, item_price_vat, item_quantity (vyznačené tučně níže). Je tedy možné zadávat anonymní objednávky, které je později možné přiřadit ke konkrétnímu zákazníkovi.

Výchozí názvy sloupců

  • email - e-mailová adresa zákazníka, který objednávku vytvořil

  • order_id - ID objednávky ve vsystému

  • created_date - datum vytvoření objednávky v UTC (ve formátu yyyy-MM-dd HH:mm:ss)

  • item_id - ID položky v systému klienta (pokud se jedná o produkt, musí odpovídat jeho ID v XML exportu produktů).

  • item_price - jednotková cena položky bez DPH

  • item_price_vat - jednotková cena položky vč. DPH

  • item_quantity - počet položek v objednávce

  • is_cancelled - nabývá hodnoty 1, pokud je objednávka zrušena, v opačném případě 0.

Informace:

Alternativní sloupce:

  • billing_fullname - celé jméno zákazníka

  • billing_street - ulice zákazníka

  • billing_postcode - PSČ zákazníka

  • billing_city - obec zákazníka

Všechny názvy sloupců musí být psány malým písmem, bez diakritiky a mezer (podtržítka jako oddělovač). Všechny tyto hodnoty budou uloženy k objednávce (nikoliv k produktu) a musí být u každého záznamu stejné. Jakékoliv další údaje navíc umožní další segmentace a analýzy dat.

Pozor!

  • V tomto souboru se může vyskytovat jedna e-mailová adresa vícekrát, ale k jedné určité objednávce (ID objednávky = order_id) může patřit pouze jeden e-mail (počet řádků ukazuje počet produktů v dané objednávce).

Na co si dát pozor:

  • Import transakční historie může padat:

    • V případě, že jedno order_id je u více e-mailových adres.

    • V případě prázdné hodnoty order_id a item_id.

    • V případě chyby hodnot item_price a item_price_vat (vyplněné opačně tzn. cena bez DPH je vyšší než cena s DPH).

    • V případě nevyplněného počtu kusů na skladě.

    • V případě rozdílných ID objednávky v platformě Targito a ID objednávky v trackingu klienta.

  • Změnu struktury, tj. nově přidaný sloupec, je potřeba předem řešit s IT oddělením Targito.

  • V případě přidání sloupce k objednávkám v platformě Targito je potřeba, aby byl nový sloupec přidán na konec. V případě přidání mezi již založené sloupce by bylo nutné přespsat script synchronizace.

3.9 XML feed s produkty či články a strom kategorií

Je nutné, aby byl zajištěný pravidelný import XML feedu (url adresy) s produkty na SFTP.

Obecný postup:

  1. Pravidelný import XML feedů produktů dle specifikace na SFTP klienta.

  • Je možné importovat také skupiny produktů, tj. produkty, které mají jiná ID, ale stejnou url (varianty produktu: barvy, velikosti atd.).

  • Feedy produktů se po implementaci stahují automaticky.

2. Import stromu kategorií dle specifikace na SFTP klienta.

  • Zejména pro použití v automatizovaných kampaních je ze strany klienta nutné vytvoření stromu kategorií.

  • Klient si může zvolit buď jednorázové, nebo pravidelné nahrávání CSV souboru se stromem kategorií na SFTP.

3. Kontrola dodaného feedu a stromu kategorií (CSV souborů) ze strany Targito.

Na co si dát pozor:

  • v souboru chybí původní cena

  • v souboru jsou navíc html tagy

  • v soboru chybí informace pro práci se skladovostí.

4. Nastavení pravidelné synchronizace feedu v určený čas dle klienta (volitelné).

Informace:

  • Je vhodné sjednotit čas tak, aby aktualizace feedu probíhala ve stejný čas i na straně Targito (aby se v případě rozdílných časů synchronizace zamezilo zobrazování neaktuálních informací).

5. Synchronizace dodaného stromu kategorií ze strany Targito.

3.10 Prodejny

V platfromě Targito je možné využívat segmentaci podle vzdálenosti kontaktu od pobočky (segmentace na základě GPS lokace).

Obecný postup:

  1. Klient si zvolí, zdali bude funkci poboček v platformě Targito využívat.

  2. Klient připraví export poboček (dle ukázky v nástěnce Trello).

  • Je nutné vytvořit feed všech poboček, tj. seznam všech poboček.

  • Je nutné doplnit do databáze kontaktů PSČ bydliště každého kontaktu.

  • Je nutné vytvořit grafický návrh toho, jak má widget s konkrétní pobočkou vypadat (vytvoří se dynamický widget s nejbližší pobočkou pro daný kontakt).

3. Společnost Targito zkontroluje exportovaný dokument a importuje do platformy Targito.

Pozor!

  • Je nutné dodržovat stanovené formátování tj. oddělovačem je čárka, kódování utf-8.

3.11 Zpětný export dat ke klientovi

Nastaví se předávání dat o zákaznících - nejčastěji odhlášení a přihlášení kontaktů skrze newslettery odesílané přes platformu Targito. Pokud existuje možnost odhlášení i na straně klienta, je nutné, aby klient tyto změny dodával do platformy Targito (v reálném čase přes API). Jedině tak je možné zabránit rozesílání newsletteru na kontakty, které se již z rozesílek odhlásily, a naopak zajistit, aby kontakty, které se přihlásily, byly do rozesílek zařazeny.

  • Klient musí pravidelně (1x denně, v noci) posílat soubor optout, který obsahuje odhlášené kontakty za poslední dny.

Opt-out obsahuje:

  • E-mailovou adresu

  • Datum odhlášení

  • Případně origin, aby se vědělo odkud a na základě čeho uživatele odhlásit.

Obecný postup:

  1. Klient zvolí preferovanou variantu.

  2. Společnost Targito připraví pravidelný export.

  3. Klient validuje dodaná data.

 Postup opt-outu na straně klienta:
  1. Opt-out je možné řešit pomocí 3 možností:

    1. V reálném čase (Webhook) - ve chvíli, kdy dojde k odhlášení kontaktu z odběru newsletteru, Targito přes API pošle na přednastavenou URL adresu informaci o odhlášení. Přenos informací ke klientovi tak probíhá v reálném čase a klient může na obdrženou informaci okamžitě reagovat (např. kontakt odhlásit).

    2. Pravidelným exportem CSV na SFTP - automatizovaný export odhlášených uživatelů, který je v pravidelném intervalu nahráván na SFTP klienta.

    3. Kombinací obou variant.

2. Parametry pro nastavení opt-out jsou popsány v dokumentaci platformy Targito zde a dále v API dokumentaci v části “Odhlásit kontakt”, tedy zde.


4. krok - Nezbytná grafika

3.12 Grafický návrh šablony

Tvorba master šablony (tedy hlavní šablony), ze které vycházejí všechny další šablony rozesílek.

Existují 2 možnosti:

  1. Klient dodá hotové podklady (případně vzor NWL, který byl používán v předešlém e-mailingovém nástroji před spoluprací s Targito, nebo návrh od grafika klienta), nebo

  2. Grafiku vytvoří Targito.

Obecný postup:

  1. Dodání podkladů pro grafický návrh ze strany klienta.

  • Podklady by měly obsahovat:

    • informace o použití barev a písma

    • hlavička (logo + proklik na online verzi nwl)

    • menu (vycházející z menu webu)

    • návrh na produktový layout 1,2,3 sloupce (v nwl mohou být dva i tři produkty vedle sebe nebo jeden přes celou šířku)

    • widget se slevovým kupónem (v případě, že se v rozesílkách bude pracovat se slevami)

    • návrh banneru

    • návrh widgetů

    • návrh patičky

2. Dodání grafického návrhu šablony ze strany Targito.

3. Připomínky ze strany klienta.

4. Dodání finálního grafického návrhu ze strany Targito.

3.13 Obsahové a grafické řešení patičky

V tomto kroku je třeba připravit textaci patičky tak, aby obsahovala všechny potřebné informace.

Obsahové doporučení patičky:

  1. Na základě jakých právních titulů, případně akcí, byl e-mail zákazníkovi odeslán - nákup, souhlas, registrace na webu apod.

  2. Odkaz na stránku se zásadami ochrany osobních údajů.

  3. Informaci o možné změně ceny a odkaz na aktuální ceny.

  4. Název společnosti, sídlo, zápis do obchodního rejstříku.

  5. Copyright (volitelné).

  6. Odhlášení z rozesílky (v rámci GDPR).

Obecný postup:

  1. Klient se seznámí s povinnými a doporučenými náležitostmi patičky a dodá náležité informace.

  2. Obvykle je tvorba patičky součástí grafického návrhu master šablony, viz bod 3.4.1, ale je možné, aby si klient vytvořil patičku sám. V tom případě klient připraví grafický návrh včetně textace a zašle k nasazení společnosti Targito.

3.14 Nasazení šablony do platformy Targito

  • Finální šablonu včetně widgetů nasazuje do platformy společnost Targito.

Pozor!

  • V případě přípravy šablony pro jazykové mutace je nutné v designu šablony nastavit informace pro specifickou jazykovou mutaci (graficky se připravuje pouze cz verze šablony a poté se akorát upravují informace, které se od cz verze liší - tedy např. cena, měna, tlačítka, url prokliků atd.). Nastavení designu šablony je popsáno v metodice šablony zde.

3.15 Grafické řešení odhlášení kontaktů

Výběr způsobu řešení potvrzení odhlášení kontaktu.

Možnosti:

  1. Landing page v Targito.

  • Statická stránka, která se zobrazí po kliknutí na odhlášení v těle e-mailu.

  • K nasazení není nutná účast IT oddělení klienta.

  • Společnost Targito vytváří grafický návrh a předkládá klientovi k jednomu kolu připomínek.

  • Po zapracování připomínek Targito stránku nasazuje.

2. Landing page na stránkách klienta.

  • Statická stránka, která se zobrazí po kliknutí na odhlášení v těle e-mailu.

  • K nasazení není nutná účast IT oddělení klienta.

3. Preferenční centrum (nad rámec objednávky).

  • Vyskakovací okno, které se zobrazí po kliknutí na odhlášení v těle e-mailu (aby si zákazník mohl vybrat, jaké informace chce dostávat, nebo se z mailingu odhlásit úplně).

  • K nasazení je nutná spolupráce IT oddělení klienta.

  • Společnost Targito vytvoří grafický návrh a předkládá klientovi k okomentování.

  • Po zapracování připomínek Targito kóduje landing page.

Obecný postup:

  1. Volba varianty potvrzení odhlášení.

  2. Grafický návrh landing page ze strany Targito.

  3. 1. kolo připomínek ze strany klienta.

  4. Nasazení landing page ze strany Targito.

  5. Dodání URL adresy Landing Page ze strany klienta.

  6. Nasazení URL adresy ze strany Targito.

  7. Grafický návrh preferenčního centra ze strany Targito.

  8. 2. kolo připomínek ze strany klienta.

  9. Nakódování preferenčního centra a předání klientovi ze strany Targito.


5. krok - Příprava před 1. rozesílkou

Klient má v rámci objednávky k dispozici možnost školení Targito v sídle společnosti Targito nebo online.

3.16 Podklady pro 1. rozesílku (jen pokud nějaké jsou, dodání maximálně 24h před školením)

  • V případě, že je pro první rozesílku nutné něco dodat, upozorní na to projektový manažer Targito. Můžou to být : specifické textace, obrázky, produkty, seznam kontaktů pro rozesílku (definované podmínky).

  • Ze strany Targito proběhne kontrola připravených materiálů pro první rozesílku (tedy kontrola šablony - prokliky, tlačítka, odhlašování, kontrola připravených seznamů kontaktů, načítání produktů/článků aj.).

Obecný postup:

  1. Navržení postupu školení.

  2. Školení.

3.17 Odhlášení kontaktů z předchozího nástroje

  • Musí proběhnout v případě, že klient po dobu implementace rozesílá přes jiný nástroj (platformu). V případě, že klient implementuje Targito a zároveň stále rozesílá z jiného klienta, je velmi pravděpodobné, že se v mezičase někdo odhlásí ještě skrz tu bývalou platformu -> proto je nutné tyto odhlášené kontakty u nás také odhlásit.

Obecný postup:

  1. Jednorázové vygenerování všech odhlášených a nedoručitelných kontaktů z předchozího nástroje → ze strany klienta před 1. rozesílkou.

  2. Přenesení do platformy Targito → ze strany Targito.

  3. Aktualizace v 1. měsíci rozeslání.


4. Po první rozesílce

  • Poté, co proběhne první rozesílka, se klient domlouvá s PM, jaké budou další kroky, tj. nastavení dalších automatizací aj.

  • No labels