Přeskočit na hlavní obsah

Kompletní přechod do Cloudu a budování Digitálního B2B ekosystému: pohled pod pokličku strategických iniciativ Damejidlo.cz

Vydáno

Být konkurenceschopný vyžaduje víc než jen dominantní postavení na trhu. Vyžaduje inovace, strategická partnerství a vizi, která překračuje tradiční mantinely firemního business modelu. V roce 2016 jsem se jako technický a produktový ředitel společnosti Damejidlo.cz vydal na transformační cestu s cílem nově definovat trajektorii společnosti v konkurenčním prostředí České republiky.

Zákulisí firmy

Damejidlo.cz nebylo jen dalším hráčem na trhu. Zrodilo se spojením tří důležitých hráčů a pyšnilo se jedinečnou dynamikou vícestranné obchodní platformy. S vlastní flotilou brandovaných rozvozových vozidel a partnerských rozvozových agentur disponovalo robustní infrastrukturou. Přesto s necelými 2 000 partnerskými restauracemi a obratem kolem 2 miliard Kč existoval značný nevyužitý potenciál. Rostoucí poptávka v centrech, jako je Praha a Brno, spolu s nástupem silných konkurentů, jako jsou Uber Eats a Wolt, signalizovala potřebu změny.

Vize: vytvoření otevřeného digitálního partnerského B2B ekosystému

Moderní digitální technologie představovaly příležitost: vytvoření digitálního B2B ekosystému. Tento ekosystém by nejen zefektivnil provoz, ale také by otevřel dveře nebývalému růstu. Strategie? Využití vlastních B2B API, SDK a integračních no-code platforem k minimalizaci technické náročnosti pro nově příchozí obchodní partnery.

Iniciativa 1: využití zlatého dolu EET

Díky vládnímu nařízení, které v České republice zajistilo, že v každé restauraci musí být pokladní zařízení připojené k internetu, se naskytla jedinečná příležitost. Velcí poskytovatelé internetových služeb, jako například O2 ze skupiny PPF, se nově připravovali na to, že této změny náležitě obchodně využijí, a to vstupem na pole poskytovatelů služeb spojených s POS HW. Naší strategií bylo integrovat digitální služby Damejidlo.cz přímo do těchto online pokladních systémů a proměnit tak pokladnu každé restaurace v naše prodejní místo.

Výzvy a triumfy:

Vytvoření nového otevřeného B2B API od nuly, zejména bez existující vrstvy pro API management, bylo náročné. Společné úsilí s ochotnými externími technickými partnery v kombinaci s externími odbornými znalostmi proměnilo tuto výzvu v triumf.

Iniciativa 2: maximalizace stávajících zdrojů

Vzhledem k tomu, že doručovací agenti zažívali mimo obědové a večerní špičky období nečinnosti, existovala jasná příležitost k optimalizaci. Strategie byla dvojí: zvýšit objem objednávek ze stávajících restaurací a využít rozvozce nově i pro JIT dodávky zásob do restaurací mimo špičky.

Plán:

Vytvoření strategického partnerství s velkoobchodníky a dodavateli pro restaurace. Tím, že jsme jim nabídli 2000 restaurací a velmi přívětivé B2B API a integrační nástroje, jsme se snažili vytvořit efektivnější dodavatelský řetězec, z něhož by nově měly prospěch jak restaurace, tak dodavatelé.

Týmová dynamika tváří v tvář změnám

Změny se často setkávají s odporem. Náš interní tým, zakořeněný v tradičních prodejních metodách, se musel přizpůsobit. Jejich úloha však zůstala klíčová, protože poskytovali individuální péči každému zákazníkovi. Klíčem byl přístup "canary testing", umožňující testování v reálném prostředí, aniž by byl ohrožen současný provoz.

Souhlas zainteresovaných stran

Zajištění souhlasu stakeholderů bylo náročné. Přestože potenciální přínosy byly zřejmé, složitost iniciativ vzbuzovala všeobecné obavy. K získání důvěry byla nezbytná jasná přímá komunikace, hospodárný iterativní přístup a flexibilita při provádění změn. Vyjednávání podmínek partnerství a poplatků s B2B partnery, zejména bez vlastních in-house expertních znalostí, si vyžadovala externí pomoc.



Technologická transformace

Přechod do cloudu byl více než jen rutinní změna, jednalo se o kompletní transformaci architektury směrem k elastické cloudové škálovatelnosti celého businessu. Přijetí ERP systému S/4 Hana od společnosti SAP měnilo pravidla hry a nabízelo jak finanční tak obchodní přehled v reálném čase, který byl dříve zcela nemyslitelný.

Poučení z první linie

Každá cesta přináší poučení a tato nebyla výjimkou:

  • Buy-before-Build: miliardové obraty a miliony transakcí vyžadují jiný přístup než ve startupu.
  • Strategické aliance: webová API umožnují nové typy obchodních partnerství.
  • Sladění se stakeholdery: zajištění souladu, zejména s globálními stakeholdery, je klíčové.
  • Škálovatelnost cloudu: kompletní přechod do cloudu umožnil škálovatelnost businessu.

Cesta s Damejidlo.cz byla důkazem síly inovací, spolupráce a vize. Přestože problémů bylo mnoho, odměna, a to jak z hlediska poznatků, tak potenciálního růstu, byla obrovská. Vzhledem k tomu, že se oblast online rozvozu jídla neustále vyvíjí, musí být společnosti připraveny se přizpůsobit, inovovat a hlavně myslet out-of-the-box.

Lukas Benda

Lukáš Benda

Certifikovaný AWS solutions architekt cloudových řešení s více než 20 lety praxe v oblasti podnikového softwaru. Specializuji se na navrhování robustních, serverless systémů a modernizaci podnikových architektur. Pojďme podpořit růst vašeho podnikání pomocí inovativních cloudových řešení.

Zajímá vás transformace vašeho podnikání pomocí cloudu? Ozvěte se a probereme, jak můžeme spolupracovat.

📞: 775 491 827

📧: lukas.benda@boldpivot.cz

LinkedIn: https://www.linkedin.com/in/luke-ben/

Komentáře

Okomentovat

Populární příspěvky z tohoto blogu

Za hranice DevOps 1.0: Proč je BizDevOps pro SaaS společnosti nezbytností?

Vydáno
Přechod od tradičního DevOps k BizDevOps představuje zásadní tektonický zlom ve filozofii, která pečlivě integruje hluboké pochopení potřeb zákazníka s agilitou vývoje softwarových služeb a jejich provozu. Je to revoluce, která je stejně kontroverzní jako stěžejní a dramaticky rozšiřuje základy toho, co dnes běžně chápeme jako efektivní dodávku softwaru. Jádrem našeho článku je zásadní otázka: Mohou organizace, které jsou zakořeněné v ustáleném rytmu DevOps 1.0, přijmout rozsáhlé organizační, technologické a názorové změny potřebné pro BizDevOps?  Tunelové vidění technologických specialistů Ve světě softwaru-jako-služby (SaaS) stojí mladý DevOps specialista Luboš na kritické křižovatce. Vyzbrojen skvělými dovednostmi v oblasti kódování a rozsáhlými znalostmi cloudových architektur se Luboš s jistotou a lehkostí orientoval v technických aspektech své profese. Jak se však před ním rozprostřela krajina SaaS plná nesčetných výzev a komplikací, Luboš se potýkal s problémy, které nebylo ...
Okomentovat
Pokračování Zde »

The OpenAI Dilemma: A Business Model That Can't Scale

Vydáno
Right now, OpenAI dominates the GenAI conversation much like Apple did in the early days of the Mac and iPhone—an exclusive, high-cost, high-curation model with strict control over its product lifecycle. This approach works brilliantly in the short term, creating the illusion of scarcity-driven value and a premium user experience. But in the long run, the cracks in this model start to show. Let’s look at three fundamental weaknesses of OpenAI’s current trajectory: 1. A Structural Bottleneck: Over-Reliance on Search and Static Training OpenAI's most urgent problem is its full dependence on internet search to provide users with up-to-date knowledge. At first glance, this might seem like an advantage—it makes ChatGPT appear "live" and relevant. But in reality, it's a massive strategic liability for several reasons: Search is an external dependency – OpenAI doesn’t own the sources it retrieves from (Google, Bing, or specialized databases). It relies on external...
Okomentovat
Pokračování Zde »

Integrating HATEOAS, JSON-LD, and HAL in a Web-Scale RAG System

Vydáno
  The intersection of Hypermedia as the Engine of Application State (HATEOAS), JSON for Linked Data (JSON-LD), and Hypertext Application Language (HAL) presents a novel approach to enhancing Retrieval-Augmented Generation (RAG) systems. By leveraging these standards, we can streamline and potentially standardize the interaction of Large Language Models (LLMs) with knowledge graphs, thus facilitating real-time data retrieval and more effective training processes. Leveraging HATEOAS HATEOAS principles are crucial for enabling dynamic navigation and state transitions within RESTful APIs. In the context of RAG systems, HATEOAS allows LLMs to interact with APIs in a flexible manner, discovering related resources and actions dynamically. This capability is essential for traversing knowledge graphs, where the relationships between entities can be complex and varied. By providing hypermedia links in API responses, HATEOAS ensures that LLMs can effectively navigate and utilize the knowledge...
Okomentovat
Pokračování Zde »