Včera jsme s Honzou Kavalcem přijeli do Berlína a ubytovali se ve čtvrti Chatlottenburg. Naším cílem byl veletrh a konference International Travel Bussines (ITB), která dnes začíná a kam jsme přijeli čerpat informace pro Rakousko.cz. Zajímaly nás především sekce eTravel Stage a eTravel Lab s přednáškami věnovanými novým trendům digitálního marketingu pro etravel byznys. Přináším souhrn prvního dne. Ze 12-ti přednášek, které jsem dnes navštívil, vybírám 5 nejpřínosnějších.
Obr. 1: ITB 2019, Messe Berlin
Datová orchestrace pro identifikaci zákazníků
Název:Data Orchestration As The Foundation Of A 360 Degree View Of Your Customer
Autor: Martin McDonald
Motivace: Dnes existuje řada marketingových kanálů a analytických nástrojů. Ve výsledku se z nich o zákazníkovi a o jeho chování vždy dovídáme jen dílčí fragmenty - střípky mozaiky. Čím rychleji a čím větší mozaiku poskládáme, tím máme větší šanci zachytit konkrétního zákazníka a oslovit ho nabídkou, pro kterou se rozhodne. Chybí zde však datově neutrální komplexní nástroj, který by nám takovou informaci poskytl.
Obr. 2: Motivace k datové orchestraci a kompletaci informací o zákazníkovi
Smysl prezentace: Martin začal rozebírat proces vedoucí k rekonstrukci uživatelovi mozaiky. Zásadní je sběr dat ve smyslu zajištění co největšího příznakového prostoru o nakupujících uživatelích, například: pohlaví, typ zařízení, četnost dřívějších nákupů, drahost dřívějších nákupů, drahost posledního nákupu, míra dokončení nákupů, vstupní stránka, výstupní stránka, četnost návštěv za zvolené období. Následuje extrakce pravidel pro dosažení cíle - nákupu, či maximalizaci zisku. Dalším krokem je rozdělení pravidel do skupin a segmentace uživatelů podle zapojených příznaků. Výsledkem jsou cílove skupiny a kýžené strategie, které lze zužitkovat pro optimalizaci marketingu.
Co si odnáším: Pokud disponujeme dostatečnou historií informací o zakáznících a dokážeme tyto informace propojit (nebo při návrhu ecommerce řešení na propojení či uchování podrobných dat myslíme), potom můžeme využít fuzzy logiky (ani nepotřebujeme žádné neuronovky) k tomu, abychom našli svatý grál ideálního zákazníka pro námi nabízenou službu a dokázali pro něj prodej služby přizpůsobovat.
Jak zvětšit obrat důsledným monitorováním zákazníků
Název:The Role Of Humans In The Future Of Revenue – A Story Of Magic, Intelligence And Dogs
Autor: Klaus Kohlmayr
Motivace: Zajímavé pojetí růstu ecommerce skrze objem vytvořených dat. V roce 2018 lidská společnost celosvětově vyprodukovala 36 ZB strukturovaných dat, podle současných odhadů v roce 2025 vyprodukujeme 163 ZB. Pokud by byl jeden 1 byte zrnko rýže, potom 1 kilobyte je miska rýže a data z roku 2018 by rýží naplnila pacifický oceán.
Smysl prezentace: Ti kdo se naučí efektivně vyhodnocovat data o lidském chování, budou řídit svět. Klíčové je soustavné měření zákazníků a to především během jejich "offline" aktivit. Lídrem v této oblasti je například společnost Disney se svým náramkem Disney Magical Band, ten zákazníkům otevírá dveře, zpřístupňuje atrakce i objednává jídlo. Na základě dat z náramku se personalizuje pobyt zákazníka v zábavním parku a zároveň jsou informace využívány k tvorbě služeb a balíčků na míru cílovým skupinám. Dalším příkladem je rejdařská společnost Princess Cruises, která svým zákazníkům poskytuje "šperk" s názvem OceanMedaillon a celá loď pak se zákazníky interaguje. Dle přednášejícího takovéto promyšlené doplňky působí na zákazníky přímo magicky. Naopak chatboty typu "tady napište co chcete" žádnou magií nejsou.
Co si odnáším: Největší kouzlo nespočívá v tom, že zákazník dostane hezký předmět, ale v systému, který se za tímto předmětem skrývá. V systému, který je dotažen do konce a se zákazníkem interaguje v reálném čase, místo toho, aby ukládal data, která jednou za rok někdo někde třeba vyhodnotí - viz zákaznické karty mnoha českých prodejen. Vzhledem k tomu, že v současné době připravujeme marketingovou strategii pro nejlepší posilovnu v Praze, tak mne přednáška inspirovala k pokusu automatizovat marketing na základě dat ze zákaznických chipových karet, uvídíme k čemu se dobereme :)
Business Intelligence pro hotely
Název:HI – How Hotel Intelligence Increases Profits
Autor: Hannes Lösch
Smysl prezentace: Jednalo se o podobné téma jako v případě datové orchestrace, nicméně tentokráte byla místo chování (parametrů) zákazníka předmětem zkoumání nabídka (parametry) ubytovacích služeb. Zmíněnými parametry mohou být například: možnost mít zvíře, nabízené počty lůžek, nabízené možnosti stravování (polopenze, plná penze, bez jídla atd.), přítomnost bazénu či sauny, blízkost sjezdovky atd. Hannes formuloval 5 kroků vedoucích ke správné datové strategii - od definice cílů, po sestavení dashboardů. Mezikroky zahrnovaly hodnocení parametrů a jejich skupin z hlediska jejich participace na dosažení zvoleného cíle (obsažení v zakoupené variantě), například dosažení určitého počtu prodejů, zisku či jiného požadavku.
Co si odnáším: V kombinaci s identifikací zákazníků můžeme postavit systém, který bude takřka v reálném čase (vždy za určité období zpětně, nebo ve vztahu k určité sezóně) vyhodnocovat ideální parametry služeb pro každou cílovku.
Propojení amazonu s eTravel
Název:Rethinking Convenience For The Connected Traveler
Autor: Martin McDonald
Motivace: Ochutnávka čísel od amazonu - 73% ecommerce zákazníků změní dodavatele služby, pokud je odradí UX. Přičemž velké riziko představují mileniálové, kteří jsou neustále online přes různá zařízení. Pokud se pak například mobilní aplikace chová (nebo vypadá) jinak než desktopová, ba dokonce v jedné z aplikací chybí užitečné funkce, je to důvodem odchodu uživatelů. Konkrétně v případě etravel v průměru 81% lidí nedokončí rezervační proces. Z toho 53% odradí finální cenová kalkulace, která je často vyšší, než nabízená cena, 26% nechce vyplňovat žádné osobní informace a zbylých 21% odradí způsob platby (nejčastěji nechtějí zadávat kreditku). Pokud se zaměříme na prodej zboží v e-shopech, potom 37% lidí si nechce zakládat nový profil. Průměrný uživatel amazonu udělá minimálně jeden nákup měsíčně.
Obr. 3: Statistika amazonu k opuštění nákupního procesu
Smysl prezentace: Motivační částí Thomas krásně přidal na důležitosti svému dalšímu sdělení: "Integrujte Alexa pay do svých etravel byznysů". Následovala obhajoba tohoto tvrzení. Amazon prý v důsledku toho, že lidem musí posílat zásilky nemá fake účty jako Facebook nebo Google. Zároveň je prý Amazon velký dobrák, protože si o platícím v Amazon pay bere jen jednu jedinou informaci - za kolik klient nakoupil. Neeviduje tedy co koupil, ani chování zákazníka na prodejcově webu. Thomas nás celou místnost, kde nás mohlo sedět cca 200, nechal hlasovat. Zeptal se nás, kdo používáme Amazon. Sál zaplavil les rukou. Následovala případovka ukazující, jak integrace Amazon Pay zvedla počet dokončených transakcí letecké společnosti Vueling o 11%.
Co si odnáším: ČR ještě amazonská rakovina plně nezasáhla, až se tomu stane, bude to dle mého názoru fičák. Pak je určitě dobré být připravený a mít amazon pay jako jednu z platebních alternativ, alespoň do té doby, dokud amazon nevytvoří univerzální marketplace i na službu, pro níž platevní bránu nastavujeme. Koneckonců s tím co vše amazon o majiteli účtu už ví mu informace za kolik (a s tím i kde a kdy => jak často) bohatě stačí k tomu, aby mohl dále rozšiřovat svůj monopol.
Guuru: sdílení zkušeností za odměnu
Název:How To Offer Better 24/7 Customer Service With Guuru
Autor: Christoph Häusler
Motivace: Dle průzkumu prezentovaného Guuru dá 92% lidí při rozhodování o nákupu na osobní doporučení. Guuru je nástroj, který propojuje dotazy potenciálních zákazníků se zkušenostmi minulých / současných / stálých zákazníků.
Obr. 4: Schéma aplikace Guuru
Smysl prezentace: Na první pohled se jedná o klasické chatovací okénko uživatelské podpory na web. Nejedná se však o rozhraní na placeného pracovníka či další údajně dokonalou umělou inteligenci, ale o rozhraní na appku distribuovanou mezi komunitu aktivních zákazníků. Napadla mě hned otázka: "Tohle může fungovat?". Na následujícím slidu jsem se dozvěděl že může, Guuru již funguje v řadě švýcarských poboček velkých firem, například v InterSport. Další otázka se hned nabízela: "Proč by proboha někdo měl dobrovolně čekat, až mu appka zapípá, aby mohl někomu pomoci s nákupem?". Protože za to dostane zaplaceno. Zbývá tedy zodpovědět otázku, zda se taková aplikace podnikateli vyplatí. Dle případových studií a čísel od Guuru to vypadá, že ano.
Co si odnáším: Rád budu sledovat, kam se tento projekt v příštím roce posune. S Honzou jsme se shodli, že by se nám v Rakousku podobná aplikace hodila.
Vývoj hledání na internetu
Na závěr ještě jeden krásný graf o vývoji hledání na internetu a zastoupení jednotlivých "search" kanálů, zpracovaný analytiky z Air France. Napříč změně preferencí si povšimněme predikce mírného růstu klasických search enginů pro příští roky (SEO a PPC budou žít dále ;)).
Včera byl Valentýn, cestou z práce, během chůze po Štefánikově ulici jsem přemýšlel, jak dlouhá bude asi fronta v našem sídlištním květinářství, když tu mi před místním KFC vstoupil do cesty pán se slovy "valentýnská růže, prodávám růže". Obešel jsem ho a pokračoval v přemýšlení. V podloubí Anděla vyvolával další prodejce, náruč měl plnou růží. Když jsem ho minul, otočil jsem se za ním s myšlenkou, co kdybych koupil růži u něj. Mezitím jsem došel až ke vchodu do metra, kde stál tiše třetí pán s růžemi. Zastavil jsem se u něj a jednu růži si od něj koupil. Pán ani nemusel křičet, jen mi zrovna stál v cestě. A já už byl rozhodnut, že než vlezu do metra, tak si růži koupím, vracet se k přechozím dvěma se mi už něchtělo.
Na internetu to funguje podobně. Dle statistik z neilpatel.com až 98% návštěvníků e-shopů nenakoupí během své první návštěvy. V souboji online prodejců vyhrává ten, kdo je nejblíže zákazníkovi v momentě, kdy se zákazník rozhodne, že chce nakoupit. Ale na základě čeho se rozhodne? Koupil bych růži u tichého pána na jeho stanovišti, kdybych nepotkal dva hlasité před ním? Nekoupil, nevěděl bych, že si chci koupit růži teď, zůstal bych naprogramován na návštěvu květinářství v místě bydliště. V onlinu musíme uvažovat podobně, několikrát se dotknout zákazníka a být poblíž, když chce nakoupit. Ideálními nástroji pro takové dotknutí jsou sociální sítě a RTB kampaně. Nemalou roli zde hraje i značka. Představte si, že byste si v novinách přečetli o smutném příběhu prvního pána s růžemi, například, že přišel ve válce o ruku, umřela mu žena a sám teď živí tři děti. Nebo byste pána každé ráno potkávali cestou do práce a on Vás pozdravil. Byla by vyšší pravděpodonost, že se k němu vrátíte a koupíte růži u něj? V prvním případě by značku pánovi vybudoval obsah (nedotěrný článek, který nabízí lidský příběh, ne produkt). Ve druhém případě by pánovi pomohl prodat chytrý remarketing. Chytrý proto, že by Vás místo ustavičného podbízení produktu hezky pozdravil a snáze tak ve Vás nejprve vybudoval pozitivní asociaci s jeho osobou.
Jak dlouhodobě dosáhnout vysokých prodejů a nízkých cen konverzí? Volbou vhodného marketingového mixu. V onlinu máme tu výhodu, že můžeme zákazníka několikrát potkat a zároveň stát na tom správném místě, až se rozhodne nakoupit. Můžeme nejprve zaujmout pomocí zajímavého obsahu spojeného se značkou. Potom několikrát potkat a pozdravit potenciálního zákazníka skrze RTB a sociální sítě. A ve výsledku být na tom správném místě - vyhledávač / sociální síť / magazín (RTB) v momentě, kdy je zákazník rozhodnut nakoupit. Pokud nákupní proces zákazníka neodradí a produkt jej potěší, máme zaděláno na rostoucí značku a klesající náklady na přivedení těch klientů, kteří už značku znají.
V předchozím příspěvku jsem psal, že se naše slave aplikace na internetu chovají slušně. Co si pod tím představit? Ve WebMedea se na internet díváme jako na les. Les si žije svým životem, roste a mění se nezávisle na WebMedea. Ta jej pouze z každého jeho místa pozoruje. Jak? Naše infrastruktura představuje mraveniště rozesetá po lese. Slave aplikace pak představují mravenečky sbírající po lese kousíčky informací, které odnáši do mraveniště.
Obr. 1: Roboti WebMedea jsou hodní mravenečci :), zdroj PixaBay
Za prvé, slave aplikace respektují robots.txt na webech. Pokud si autoři webu nepřejí, aby určité části webu procházeli roboti, naše slavy to respektují. Zkrátka mraveneček není dotěrný a nevleze do nory zvířátku, které si to nepřeje.
Za druhé, slave aplikace poslouchají svého mastera, který je neposílá dvakrát na to samé místo dříve, než za určitou dobu. Z daného webu si tak slave odnese jen potřebné minimum informací, které předá masterovi (a ten registrům), a na web se vrátí až když je informaci nutné aktualizovat. Mravenečci jsou tedy organizovaní a neshlukují se opakovaně na jednom místě v lese a nepustoší ho.
Za třetí, slavy jsou šetrné ke službám Seznamu a Google, data si berou jednou za čas a v malých množstvích. Master aplikace vyhodnocují priority - o která data si kdy říci. Analogie: Mravenečci sbírají jehličí kolem stromů a nosí je do mraveniště.
Toto není samo sebou, zatímco WebMedea slave je mraveneček, existují aplikace, které se v lese chovají jako dřevorubci. Zadavatel řekne dřevorubci, co má natěžit, dřevorubec vezme sekeru a jde rubat. Rube hlava nehlava. Čím více lidí chce natěžit data, tím více dřevorubců nenávratně devastuje les. Ekonom i ajťák si snadno udělají obrázek o škálovatelnosti takové služby i její závislosti na okamžité dostupnosti plundrovaného lesa. :)
WebMedea je založena na microservices architektuře, rozprostřené přes vlastní síť dedikovaných a virtuálních serverů. Jak si ji nejlépe představit? Viděli jste film Na hraně zítřka s Tomem Cruisem na motivy knihy All You Need Is Kill? Tak mimozemská entita, proti které hlavní hrdina bojoval, odpovídá architektuře WebMedei. Omegy jsou dedikované servery s aplikacemi nazvanými registry, ty všechno ví - jsou napojeny přímo na Cassandru a opečovávány ve špičkových datových centrech. Alphy odpovídají uzlům s aplikací nazvanou master, která dokáže nezávisle pracovat na složitějších výpočtech a řídit armádu slavů. Chobotnaté vetřelčí Bety z filmu představují aplikace typu slave, nasazené na velkém množství virtuálních serverů po celé republice. Každý slave vidí jen svého mastera, dotazuje se ho pro úkoly a odvádí rutinní práci. Slave je úplně odstíněn od registrů, může být okamžitě nahrazen a znásoben. Nutno podotknout, že slave se na internetu chová slušně.
Jedním z nejvíce zatížených míst v systému jsou registry, které musí neustále poskytovat data pro byznysové analýzy master uzlů. Přičemž největší tok dat způsobuje více než miliarda hypertextových odkazů napříč všemi weby v ČR, které jsou neustále sbírány, ukládány a analyzovány. Původní implementace registrů byla založena na javovském Cassandra driveru od Datastax a knihovně Spring Boot a umožňovala následující workflow:
Master se dotázal REST rozhraní registrové aplikace
Registry aplikace sestavila požadovaný dotaz a poslala jej Cassandře
Objekty se zpracovaly (druhotné vyfiltrování, seřazení, či jiné předzpracování)
REST rozhraní registrů vrátilo Masterovi serializované pole požadových objektů
Master deserializoval objekty a provedl s nimi potřebné operace
Uvedené řešení fungovalo spolehlivě zhruba do začátku léta 2018. Mezitím přerostl počet evidovaných hyperlinků miliardu. Narostla také hustota linků v okolí jednotlivých webů. Při zpracování začalo docházet k enormnímu paměťovému zatížení a to zejména u registry aplikací.
Situaci jsme se rozhodli vyřešit poolováním objektů v registry a master aplikacích. Protože jsme neměli kontrolu nad instancováním tříd v CassandraConverterRowCallback a při deserializaci Sprint Boot, byli jsme nuceni tuto funkci přenechat poolu. Implementace poolu byla jednoduchá, bylo jen potřeba pamatovat na to, že si do něj souběžně chce šahat více vláken...
@Component
public class LinkPool {
Deque<Link> links = new ConcurrentLinkedDeque<>();
public void recycle(Collection<Link> links) {
synchronized (this.links) {
this.links.addAll(links);
}
}
public void recycle(Link link) {
synchronized (links) {
this.links.add(link);
}
}
public Link getLink(Row row) {
Link link = null;
synchronized(links) {
while (link == null) {
if (links.isEmpty()) {
return new Link(row);
}
link = links.poll();
}
}
return link.fromResultSetRow(row);
}
}
Další optimalizací bylo snížení trafficu mezi registry a masterem. Byznys vrstvy pracují s linky na úrovni logických celků. Naše výpočetní algoritmy jsou založeny na principu procházení grafu do šířky. Tím pádem se systematicky přesouvají od jedné domény na druhou a zpracovávají jejich okolí. No a projít okolí domácích gigantů jakými jsou iDnes, nebo Firmy.cz vyžaduje přechroustat velké množství linků, ve kterých se zdrojové a cílové domény často opakují. Indexací duplicit při serializaci v registrech a opětovným zrekonstruováním linků při deserializaci v master aplikacích se nám v ideálním případě podařilo zmenšit traffic až o 50%.
Souběžně s optimalizací aplikace Marek vyčlenil master server Ares pouze k účelu analýz nad linky. Řešení se ukázalo být stabilní a neustále rostoucí databázi zvládáme bez velké zátěže vyhodnocovat.
K lednu patří bilancování nad předchozím rokem. Již na předvánoční besídce jsme si promítali finanční výsledky WebMedea services za rok 2018.
TRITON IT je firma, kde se veškerá práce podřizuje klientským zakázkám. Redukované tržby (po odečtení provozních nákladů, provizí a kreditů pro Google, Seznam, AdForm, magazíny) padnou z většiny na pokrytí práce na klientských zakázkách. Jedinou interní zakázkou je v současnosti příprava nové webové prezentace, kterou potřebujeme jako sůl.
Naopak WebMedea services (WMS) je pro nás vyloženě investiční záležitostí. Základem je odložená spotřeba. Tím, že si jako společníci od založení WMS nevyplácíme plat, můžeme vydělané prostředky alokovat do investic, které tvoří 40% veškeré práce odpracované v rámci WMS za rok 2018.
Obr. 1: Rozložení práce ve WebMedea services v roce 2018
V oněch 40% hodin odpracovaných na investicích se skrývají naše investiční projekty. Největší položku představuje vývoj a provoz analytického softwaru WebMedea. Dále projekt Markeťáci.online, který přiblížím v budoucnu. Dále projekt s krycím názvem Tlampač, na který plánujeme získat investici a založit pro něj samostatnou společnost. Následuje projekt Rakousko.cz, který připravujeme společně s Bizmarkem a v roce 2019 bude představovat jednu z nějvětších investic WMS. V neposlední řadě se jedná o projekt Net Forest.
Obr. 2: Rozložení investiční práce WebMedea services v roce 2018
Něco málo přes 32% času jsme strávili čistou prací na zakázkách WebMedea services. Konkrétně se jednalo o realizace marketingových studií a strategií na základě dat z WebMedea. Dále pak o návrh architektury a distribuované NoSQL databáze pro projekt Politinn a dodej dat z WebMedea pro tento projekt. Zde jsme zužitkovali zkušenosti z tří let vývoje vlastního řešení.
Téměř 14% práce připadlo na režii. Ta byla tvořena schůzkami s klienty, projektovým řízením, firemními poradami, personálními záležitostmi, účetnictvím a další byrokracií.
Posledních téměř 14% práce padlo na presale. Tedy proces od navázání kontaktu po uzavření první zakázky. V prvním pololetí 2018 se presale podařilo redukovat díky spolupráci s Movisio. V druhém pololetí 2018 se nám perfektně rozjela spolupráce s Bizmarkem. Dlouhodobou investici pro redukci presalu představuje Net Forest. V neposlední řadě jsme v rámci presale rozjeli slibnou spolupráci se startupem LiveSweaters.
Do roku 2019 jsme vstoupili s novými zakázkami a možnostmi spolupráce a již jsme v plném proudu prací na dalším rozvoji :)
Máme za sebou další úspěšný Net Forest, tentokráte jsem si také zanetworkoval. Nové rozhovory z lednové akce přibudou brzy na webu Net Forest. Pozitivní ohlas účastníků je velkou motivací pro nás všechny, kteří jsme se kolem této akce dali dohromady. A v jakém složení že akci připravujeme a jak?
Ondra Bukáček řeší moderování a veškerou administravitu - přihlášky, fakturace a komunikaci. Petr Vašut z Movisia zajišťuje provoz po stránce prostor a občerstvení. WebMedea services má na starosti web a propagaci akce. Tomáš Kouřim pomáhá s organizací a zajišťuje důležitou část offline propagace.
Pro nás vše začíná přibližně kolem čtvrté hodiny, kdy začínáme připravovat raut. Je to příjemné zpestření dne, kdy můžeme na chvíli vzhlédnout od obrazovek monitorů, diářů či zápisníků a pod Petrovou taktovkou i odborným dohledem kuchaře Pavla připravujeme rozličné dobroty.
Obr. 1: Petr řídí přípravu rautu
Kolem páté přichází Ondra, který nastavuje audiotechniku, přesouvá stoly a kontroluje zasedací pořádek i pravidla pro přesuny účastníků během minutového networkingu.
Obr. 2: Ondra připravuje stoly a zasedací pořádek
Kolem šesté přichází hosteska a kameraman Martin, který je autorem propagačních videí a Net Forest rozhovorů. Ondra instruuje hostesku ohledně průběhu networkingu.
Mezi šestou a sedmou postupně přicházejí hosté, kteří jsou s welcome drinkem usazeni v dolní části WineBaru. Úderem sedmé hodiny se hosté přesouvají do horní části WineBaru a networking začíná :).
Na poslední akci mě velmi potěšil Pavel Filip z Rise & Shine, který správně postřehl, že nás příprava večerního networkingu baví. Po čtyřech úspěšných večerech máme už své první "štamgasty" a kolem Net Forestu začíná postupně vznikat komunita. Vše také nasvědčuje tomu, že se v roce 2019 Net Forestem poprvé podíváme mimo Prahu.
Od redakčního systému (CMS) pro svůj osobní blog očekávám, že bude především jednoduchý a svižný. Tedy žádné složité pluginovací systémy a konfigurace. A především žádné instalace a provoz databázových systémů. Před pár lety padla moje volba na NibbleBlog, tvořil jsem na něm blog ozlatu.cz a používal jej na osobním blogu až do konce roku 2018.
S novým rokem přišel čas na nahradit NibbleBlog jeho mladším bráškou :). Bludit je moderní flat-file CMS, se kterým jsem zatím maximálně spokojen. Děkuji Markovi za přípravu Bootstrap 4 verze mé oblíbené šablony.
Blíží se Ježíšek a opět vybíráme drobné dárečky pro stálé klienty TRITON IT. Letos naše volba padla na lahodná vína našeho partnera a klienta - luxusní vinárny WineBar. Reklamu pro WineBar nás prostě baví dělat a společně se radujeme z výsledků...
Obr. 1: PPC WineBar
Úsilí se vyplatilo a WineBar oslovuje čím dále tím více lidí, kteří touží nejen po kvalitních vínech z malých rodinných vinařství, ale také po kýtách prvotřídní šunky Jamón. Ve Winebaru například nedostanete koupit žádný produkt, kteří zdejší someliéři osobně neochutnali v místě jeho výroby, a osobně nedomluvili jeho odběr.
