One App strategie: Konverzace, kterou většina firem začíná příliš pozdě

Je to typická situace v sektorech, jako jsou utility, bankovnictví, pojišťovnictví nebo automotive. Tyto firmy přešly do digitálu brzy a od té doby své digitální produkty průběžně rozvíjejí. Průměrná enterprise firma dnes spravuje desítky aplikací, z nichž jen zhruba třetina je vzájemně integrovaná. Většina z portfolia nevznikla podle předem daného plánu, ale postupně přibývala.

‍

Konsolidace také bývá prvním krokem k něčemu většímu. Jakmile má firma jeden zdravý produkt místo pěti soupeřících, může kolem něj začít budovat ekosystém služeb, dnes často nazývaný super app. Tento článek je o té první části, o konsolidaci, protože tou většina firem musí začít. O tom, jak firmy mohou budovat digitální ekosystémy, píše můj kolega Miloš Felix.

Když se z digitálního růstu stane provozní zátěž

Například ve velkých energetických firmách netvoří digitální prostředí nikdy jen jedna aplikace. Kolem hlavní spotřebitelské appky typicky existují samostatný zákaznický portál, sdílená identity vrstva, řada samostatných aplikací pro věrnostní programy, monitoring solárních panelů, nabíjení elektromobilů nebo online platby.

‍

Tak zhruba vypadá digitální růst po deseti letech přidávání produktů. Každý vznikl z konkrétního důvodu. Dohromady tvoří systém, kde se každá změna dotýká více týmů a více backendů.

‍

Aby výsledek působil jako jeden produkt, musí spolu všechny ty systémy, týmy a backendové služby fungovat dohromady. V tak složitém prostředí je to skutečná výzva. 

‍

V určité chvíli se každá změna stane složitější, než by musela být. Inovace zpomalí, protože architektura stojí v cestě, a narůstá frustrace.

‍

Ve své praxi jsem nejednou potkal týmy, které strávily víc času koordinací mezi systémy než samotným vývojem. To je většinou signál, že konsolidace aplikací přichází už moc pozdě.

‍

Podle dat Gartneru z roku 2023 dosahuje v mnoha organizacích IT údržba 60 až 80 procent celkového rozpočtu. Na cokoli nového pak zbývá velmi málo prostoru.

‍

Zdůvodnění konsolidace bývá přímočaré. Těžší je ale samotný přechod.

Nejdřív pochopit ekosystém, pak stavět

Když se firmy rozhodnou pro one app strategii, instinktivně chtějí začít od nuly. Podle mojí zkušenosti to ale málokdy dává smysl.

‍

Prvním krokem je pochopit, jak současný ekosystém skutečně funguje. Ne jak byl navržen, ale jak skutečně funguje dnes. V komplexních prostředích je mobilní aplikace jen jedna vrstva. Za ní stojí backendové služby, portály, identity management a core systémy obsluhující smlouvy, platby nebo spotřební data.

‍

V praxi to znamená odpovědět si pravdivě na několik otázek:

• Kde se mobilní a webová verze překrývají?
• Které backendové služby lze znovu použít místo přepisování?
• Kde lze data a integrace sloučit?
• Které části systému generují nejvyšší provozní náklady?

‍

Základní služby se znovu použijí a rozvinou. Překrývající se funkcionalita se sjednotí. Produkt se vyvíjí kolem sdíleného základu, ne jako paralelní aplikace.

‍

Odpovědi na tyto otázky definují rámec pro přechod, který pak musí být zohledněn v technologii a architektuře.

Jak Škoda přešla z více aplikací na jeden ekosystém

Škoda Auto je dobrý příklad toho, jak to v praxi může vypadat. Postupem času vzniklo více aplikací: ŠKODA Connect, MyŠKODA app a OneApp. Každá sloužila konkrétnímu účelu a každá s sebou nesla vlastní vendor předpoklady a technický dluh.

‍

Tyto aplikace jsme převzali a nakonec po dohodě s klientem sjednotili do jednoho produktu. To obnášelo sblížení klíčových služeb a sladění architektury napříč platformami. Výsledkem je aplikace MyŠKODA postavená na moderních nativních technologiích s měřitelně lepším výkonem, spolehlivostí a uživatelským zážitkem.

‍

Podstatná část práce spočívala v tom pochopit, které části ekosystému lze znovu použít, které je potřeba rozvíjet a které jen přidávají overhead bez reálných přínosů. Tato analýza může někdy trvat déle než samotný vývoj a týmy by ji neměly podceňovat.

One app strategie začíná sdíleným základem

Pokud má vše fungovat jako jeden produkt, musí za tím stát stejná logika i v technologii. One app strategie úzce souvisí s moderními multiplatformními přístupy: sdílená codebase, modulární architektura, jeden kód pro iOS, Android i WearOS.

‍

Dobrý příklad je aplikace DoKapsy od ČSOB. Modulární architektura umožňuje jednotlivým službám vyvíjet se samostatně a zároveň zůstat součástí jednoho uceleného produktu. Přidávání funkcí nebo škálování aplikace pak nevyžaduje koordinaci napříč celým systémem pokaždé, když se něco mění.

‍

Sjednotit vše do jedné aplikace neznamená vytvořit uniformní zážitek pro všechny uživatele. Dobře navržená aplikace reaguje na kontext. Na základě přihlášení, role nebo vzorů chování zobrazí to, co je pro daného uživatele v danou chvíli relevantní. Ať už je to zákazník, firemní uživatel nebo někdo, kdo se teprve seznamuje s novou službou.

‍

Pokud firma přidá customer data platform, potenciál pro personalizaci se posouvá ještě úroveň dál. I jedna aplikace, která reaguje na kontext, typicky přináší vyšší engagement a lepší adopci než několik oddělených aplikací soutěžících o pozornost zákazníků.

Kdy samostatná aplikace stále dává smysl

Jsou situace, kdy je spuštění samostatné aplikace správným rozhodnutím. Produkty v rané fázi rozvoje potřebují rychle testovat, ověřovat nápady a rozvíjet se bez omezení, která přináší existující ekosystém.

‍

U klientů vždy sleduju, jestli jde o vědomou volbu nebo o únik od složitosti. Stavět odděleně kvůli rychlosti je legitimní rozhodnutí. Stavět odděleně proto, že integrace vypadá moc komplikovaně, je signál, že může být potřeba si znovu zodpovědět systémové otázky.

‍

Většina firem ekosystém buduje postupně, ať už to plánuje nebo ne. Jednotný přístup ale vytváří udržitelnější základ. Funkce postavené jednou lze použít znovu, změny nevyžadují koordinaci napříč celou firmou a zážitek zůstává konzistentní s růstem produktu i uživatelské báze.

‍

Konsolidace je velký krok, ale málokdy se odkládáním zjednoduší. Pokud si s tímto tématem pohráváte, je lepší se pustit do seriozní diskuze co nejdříve.