Digitální průvodce, nebo vlastní aplikace? Náklady a rozumný způsob výběru

Nejprve je třeba určit, jaký problém má digitální průvodce vyřešit. Nerozumí návštěvník souvislostem exponátů? Chybí jazykové verze, audio nebo rodinná trasa? Obsah rychle zastarává? Nebo chce instituce zůstat s návštěvníky v kontaktu i po návštěvě? Každá z těchto potřeb vede k jinému rozsahu produktu.

Samotná ikona v obchodě s aplikacemi žádný z těchto problémů neřeší. Je to jako objednat krásnou vitrínu ještě před rozhodnutím, co v ní vlastně bude. Nejprve se vyplatí popsat situace uživatele, obsah a pracovní postupy týmu a teprve poté vybrat nástroj.

Správně položená otázka tedy zní: „Jaký je nejjednodušší způsob, jak návštěvníkovi nabídnout správný příběh na správném místě a umožnit našemu týmu jej později rozvíjet?“ Vlastní aplikace je jednou z možných odpovědí, neměla by však být odpovědí automatickou.

První možností je jednoduchý web, který se otevírá pomocí QR kódu. Dobře poslouží pro několik veřejně dostupných popisů, ale s rostoucím počtem tras, jazyků, nahrávek a pracovníků rychle vzniká potřeba rozhraní pro správu obsahu, analytiky a společné navigace.

Druhou cestou je sdílená platforma. Instituce využívá hotovou aplikaci pro návštěvníky, veřejné stránky a administrační rozhraní, přitom si však zachovává vlastní profil, obsah, výstavy, trasy a značení. Funkce vyvíjené pro více míst nemusí každá instituce zvlášť objednávat od nuly.

Třetí možností je vlastní mobilní aplikace spolu s potřebným technickým zázemím. „Vlastní“ neznamená pouze jinou barvu tlačítka. Obvykle zahrnuje návrh uživatelského prostředí, aplikaci pro iOS a Android, server nebo cloudové služby, rozhraní pro správu obsahu, analytiku, testování, zveřejnění a následné aktualizace.

• Jednoduchý web: malý rozsah a minimum redakčních procesů.
• Sdílená platforma: hotové mechanismy, vlastní obsah a rychlý start.
• Vlastní aplikace: plná kontrola, ale také plná odpovědnost za produkt.

Jednotná cena aplikace neexistuje, protože pod tímto označením se skrývá jak katalog s několika obrazovkami, tak kompletní systém s účty, platbami, mapou, offline režimem a rozhraním pro pracovníky. Orientačním bodem mohou být údaje Clutch z projektů popsaných klienty: většina analyzovaných realizací se pohybovala v rozmezí od 10 000 do 49 999 dolarů, průměrné náklady však činily přibližně 90 780 dolarů a průměrná doba projektu přibližně 11 měsíců.

Průzkum GoodFirms mezi 167 firmami vyvíjejícími aplikace uváděl přibližně 24 830-59 150 dolarů za jednoduchou aplikaci a 59 508-137 150 dolarů za pokročilé řešení. Údaje Clutch a GoodFirms popisují obecný trh vývoje aplikací. Nejde o cenovou nabídku na muzejního průvodce a neměly by se mechanicky přepočítávat na nabídku pro konkrétní instituci.

Pro srovnání nabídek stanovte společný hypotetický rozsah: 10 bodů, dva jazyky, jednu trasu a tři roky používání. Každý dodavatel by měl nacenit stejný rozsah a uvést, co zůstává na straně instituce.

• Web s QR: ověřte náklady na vytvoření webu, hosting a aktualizace i způsob samostatné úpravy obsahu.
• Platforma s předplatným: zahrňte zprovoznění a předplatné za celé období, limity tarifu a případné dodatečné poplatky.
• Vlastní aplikace: zahrňte návrh, vytvoření aplikace a administračního rozhraní, zveřejnění, infrastrukturu, aktualizace a podporu.

U každé varianty připočítejte přípravu obsahu a překladů, výrobu značení, pracovní čas týmu a náklady na export a přenos dat při změně dodavatele. Oddělte jednorázové výdaje od pravidelných a ověřte, které položky už jsou zahrnuté v ceně. Teprve takový výpočet umožní porovnat tři roky používání řešení.

Aplikace se v den zveřejnění nestává hotovým exponátem. Apple a Google mění operační systémy, požadavky obchodů, pravidla ochrany soukromí a možnosti zařízení. Je třeba aktualizovat knihovny, opravovat chyby, sledovat zabezpečení, testovat nové verze a reagovat, když externí služba změní způsob fungování.

GoodFirms uvádí jako průměr přibližně 25% nákladů na vývoj ročně na údržbu a podporu, bez vývoje nových funkcí a škálování softwaru. Jde o obecný orientační údaj z průzkumu trhu aplikací, nikoli o sazbu za údržbu muzejního průvodce. Rozsah podpory a její cenu je třeba potvrdit v konkrétní nabídce.

K tomu přistupují cloudové služby, zálohy, monitoring, analytické nástroje, odesílání zpráv, ukládání médií a uživatelská podpora. Náklady na infrastrukturu mohou být při malé návštěvnosti nízké, závisejí však na využití. Firebase a podobné služby poskytují kalkulačky právě proto, že jedna pevná částka nevystihuje všechny případy.

Samotné účty v obchodech tvoří malou část nákladů: standardní poplatek za Apple Developer Program činí 99 amerických dolarů ročně a registrace v Google Play 25 amerických dolarů jednorázově. Apple upozorňuje, že ceny se mohou lišit podle regionu. Více práce zabere příprava verzí, testování, zajištění zveřejnění a udržování souladu s požadavky.

• aktualizace a testování nových verzí iOS a Androidu
• zabezpečení, zálohování a sledování chyb
• hosting, multimédia, zprávy a další služby účtované podle využití
• správa obchodů, podmínek používání, ochrany soukromí a uživatelských hlášení
• rozvoj administračního rozhraní a nových funkcí

Instituce může být pro návštěvníka nejdůležitějším místem sobotního odpoledne, málokdy je však jedinou institucí, kterou během roku navštíví. Výzva k vyhledání aplikace, instalaci, udělení oprávnění a vytvoření účtu obvykle přichází ve chvíli, kdy člověk už stojí u pokladny nebo prvního exponátu.

Vlastní aplikace proto musí nabídnout jasný důvod k instalaci: opakovaně používanou funkci, výjimečný způsob prohlídky, předem zakoupený přístup nebo zážitek, který nelze nabídnout na webu. Samotné popisy a audio nemusí stačit. Kdyby každé navštívené místo vyžadovalo samostatnou aplikaci, obrazovka telefonu by brzy připomínala katalog erbů celého vojvodství.

Společná platforma tuto bariéru snižuje. Uživatel může aplikaci znát z předchozí návštěvy a veřejný obsah si může otevřít i bez jakékoli instalace. Instituce má nadále vlastní prostor a značku, ale nežádá návštěvníka, aby vztah začal stažením dalšího programu.

Největší hodnotou společné platformy není to, že všechna místa vypadají stejně. Jde o opakované využití toho, co nemá smysl vytvářet samostatně: přihlašování, podpory jazyků, audia, QR kódů, tras, přístupnosti, analytiky, oznámení a aplikace pro pracovníky. Dostupnost těchto funkcí závisí na zvoleném řešení a tarifu, proto je třeba je ověřit v konkrétní nabídce. Instituce investuje především do vlastního obsahu a scénáře návštěvy.

Když je systém aktualizován pro novou verzi telefonu nebo získá vylepšení přístupnosti, využijí je všechny instituce. Náklady na produkt jsou rozloženy mezi více klientů, místo aby každé instituci přicházela samostatná faktura. Je to model podobný společné výstavní infrastruktuře: rám může být standardní, ale obraz zůstává vlastní.

Platforma přináší také síťový efekt. Uživatel, který ji poznal ve skanzenu, může později využít stejný profil a způsob ovládání v botanické zahradě, na hradě nebo na městské trase. Pro jednotlivou instituci to znamená nižší vstupní bariéru a pro návštěvníka předvídatelnější prostředí.

Omezením je menší volnost při navrhování zcela neobvyklých funkcí. Na oplátku tým nespravuje vlastní cyklus vydávání verzí, infrastrukturu a kompatibilitu s každým novým zařízením. Jde o kompromis, který je pro mnoho malých a středně velkých míst jednoduše ekonomicky rozumnější.

Nejbezpečnější rozhodnutí vychází ze skutečného používání, nikoli z prezentace v zasedací místnosti. Live Story umožňuje zpřístupnit veřejný profil, několik až necelé dvě desítky nejdůležitějších bodů a jednu trasu bez zahájení samostatného IT projektu. Tarif Community nebo Lite může sloužit jako skutečný pilotní provoz.

Po několika týdnech či měsících už instituce ví více: které kódy lidé skenují, zda poslouchají audio, jaké jazyky volí, kde trasu přerušují a na co se ptají pracovníků. Lze také ověřit, zda má tým čas a podklady potřebné k pravidelnému rozšiřování obsahu. To je důležité, protože ani nejlepší aplikace bez zdrojů a redakčních rozhodnutí nenapíše za instituci dobrý příběh.

Pokud hotové mechanismy problém řeší, lze rozšířit tarif, přidat další trasy, přístup, skupiny nebo komunikaci. Pokud pilotní provoz odhalí skutečně unikátní požadavek, údaje z testu se stanou základem mnohem lepšího zadání vlastní aplikace.

Vlastní aplikace není špatný nápad. Může být nejlepším řešením pro velkou instituci nebo síť, která má unikátní procesy, silnou značku, mnoho vracejících se uživatelů a tým schopný produkt rozvíjet po řadu let. Může být potřebná při použití specializovaného vybavení, pokročilé AR, neobvyklého určování polohy uvnitř budovy nebo integrací, které platforma nepodporuje.

Podmínkou je však rozpočet, který nekončí spuštěním. Na straně instituce je potřeba vlastník produktu, proces tvorby a schvalování obsahu, odpovědnost za data, plán podpory a prostředky na další verze. Bez toho se vlastní aplikace může rychle stát digitálním sálem uzavřeným kvůli rekonstrukci.

Pokud se většina potřeb týká popisů, audia, jazyků, QR, tras, kvízů, přístupu a kontaktu po návštěvě, sdílená platforma obvykle umožní dosáhnout cíle rychleji a levněji. Volba navíc nemusí být konečná. Pilotní provoz na Live Story může potvrdit smysl vyššího tarifu nebo poskytnout argumenty pro vytvoření samostatného produktu.