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.
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
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.
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.
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ů.
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 zobarzit “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é attributes.
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:
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.
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:
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.
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 | 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
Klient si zaregistruje své odesílací domény 3.řádu.
Klient nasdílí přístup pro adresu ga@vivmail.cz (tímto umožní přístup společnosti Targito).
PM Targito zkontroluje registraci Google Postmaster a zdali jsou přístupy zadané pro společnost Targito aktivní.
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.
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:
Jednorázové vygenerování a následná pravidelná aktualizace databáze na SFTP podle specifikace v Trello ze strany klienta.
Jednorázové vygenerování a následná pravidelná aktualizace transakční historie ze strany klienta.
Kontrola podkladů ze strany Targito.
Dodané soubory jsou zkontrolovány Targito. V případě nalezení chyb se soubor vrací k úpravě klientovi.
Vytvoření sloupců v databázi platformy Targito (provádí PM na základě schváleného souboru s kontakty).
Synchronizace dodaných podkladů (postup níže).
Finální soubory (tedy soubory bez chyb) jsou stranou Targito jednorázově importovány do platformy Targito.
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).
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).
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:
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:
Klient si zvolí, zdali bude funkci poboček v platformě Targito využívat.
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:
Klient zvolí preferovanou variantu.
Společnost Targito připraví pravidelný export.
Klient validuje dodaná data.
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:
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
Grafiku vytvoří Targito.
Obecný postup:
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:
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.
Odkaz na stránku se zásadami ochrany osobních údajů.
Informaci o možné změně ceny a odkaz na aktuální ceny.
Název společnosti, sídlo, zápis do obchodního rejstříku.
Copyright (volitelné).
Odhlášení z rozesílky (v rámci GDPR).
Obecný postup:
Klient se seznámí s povinnými a doporučenými náležitostmi patičky a dodá náležité informace.
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:
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:
Volba varianty potvrzení odhlášení.
Grafický návrh landing page ze strany Targito.
1. kolo připomínek ze strany klienta.
Nasazení landing page ze strany Targito.
Dodání URL adresy Landing Page ze strany klienta.
Nasazení URL adresy ze strany Targito.
Grafický návrh preferenčního centra ze strany Targito.
2. kolo připomínek ze strany klienta.
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:
Navržení postupu školení.
Š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:
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.
Přenesení do platformy Targito → ze strany Targito.
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.