Cyfrowy przewodnik czy własna aplikacja? Koszty i rozsądny sposób wyboru

Najpierw trzeba ustalić, jaki problem ma rozwiązać cyfrowy przewodnik. Czy zwiedzający nie rozumie kontekstu eksponatów? Brakuje wersji językowych, audio albo trasy rodzinnej? Treści szybko się dezaktualizują? A może ośrodek chce utrzymać kontakt po wizycie? Każda z tych potrzeb prowadzi do innego zakresu produktu.

Samo posiadanie ikony w sklepie z aplikacjami nie rozwiązuje żadnego z tych problemów. To odpowiednik zamówienia pięknej gabloty przed decyzją, co właściwie ma się w niej znaleźć. Najpierw warto opisać sytuacje użytkownika, treści i proces pracy zespołu, a dopiero potem wybrać narzędzie.

Dobrze postawione pytanie brzmi więc: „Jaki jest najprostszy sposób, żeby zwiedzający dostał właściwą historię we właściwym miejscu, a nasz zespół potrafił ją później rozwijać?”. Własna aplikacja jest jedną z możliwych odpowiedzi, lecz nie powinna być odpowiedzią automatyczną.

Pierwszą opcją jest prosta strona internetowa otwierana z kodu QR. Dobrze sprawdza się przy kilku publicznych opisach, ale wraz z liczbą tras, języków, nagrań i pracowników szybko pojawia się potrzeba panelu do zarządzania treścią, analityki oraz wspólnej nawigacji.

Drugą drogą jest współdzielona platforma. Ośrodek korzysta z gotowej aplikacji turysty, publicznych stron i panelu administracyjnego, ale zachowuje własny profil, treści, wystawy, trasy i oznaczenia. Funkcje rozwijane dla wielu miejsc nie są zamawiane od zera przez każdą instytucję osobno.

Trzecią opcją jest własna aplikacja mobilna wraz z potrzebnym zapleczem. „Własna” nie oznacza jedynie osobnego koloru przycisku. Zwykle obejmuje projekt doświadczenia, aplikację na iOS i Androida, serwer lub usługi chmurowe, panel treści, analitykę, testy, publikację oraz późniejsze aktualizacje.

• Prosta strona: mały zakres i niewiele procesów redakcyjnych.
• Współdzielona platforma: gotowe mechanizmy, własne treści i szybki start.
• Własna aplikacja: pełna kontrola, ale także pełna odpowiedzialność za produkt.

Nie istnieje jedna cena aplikacji, bo pod tą nazwą mieszczą się zarówno katalog z kilkoma ekranami, jak i pełny system z kontami, płatnościami, mapą, trybem offline i panelem dla pracowników. Punktem odniesienia mogą być dane Clutch z projektów opisanych przez klientów: większość analizowanych realizacji mieściła się w przedziale od 10 000 do 49 999 dolarów, ale średni koszt wyniósł około 90 780 dolarów, a średni czas projektu około 11 miesięcy.

Badanie GoodFirms przeprowadzone wśród 167 firm tworzących aplikacje wskazywało około 24 830-59 150 dolarów dla aplikacji prostej oraz 59 508-137 150 dolarów dla rozwiązania zaawansowanego. Dane Clutch i GoodFirms opisują ogólny rynek tworzenia aplikacji. Nie są wyceną przewodnika muzealnego i nie należy mechanicznie przeliczać ich na ofertę dla konkretnego ośrodka.

Żeby porównać oferty, przyjmij wspólny, hipotetyczny zakres: 10 punktów, dwa języki, jedną trasę i trzy lata użytkowania. Każdy wykonawca powinien wycenić ten sam zakres oraz wskazać, co pozostaje po stronie ośrodka.

• Strona z QR: sprawdź koszt przygotowania strony, hostingu i aktualizacji oraz sposób samodzielnej edycji treści.
• Platforma abonamentowa: uwzględnij uruchomienie i abonament przez cały okres, limity pakietu oraz ewentualne opłaty dodatkowe.
• Własna aplikacja: uwzględnij projekt, wykonanie aplikacji i panelu, publikację, infrastrukturę, aktualizacje oraz wsparcie.

W każdym wariancie dolicz przygotowanie treści i tłumaczeń, wykonanie oznaczeń, czas pracy zespołu oraz koszt eksportu i przeniesienia danych przy zmianie dostawcy. Rozdziel wydatki jednorazowe od powtarzalnych i sprawdź, które pozycje są już zawarte w cenie. Dopiero taki rachunek pozwala porównać trzy lata korzystania z rozwiązania.

Aplikacja nie staje się skończonym eksponatem w dniu publikacji. Apple i Google zmieniają systemy, wymagania sklepów, zasady prywatności i możliwości urządzeń. Trzeba aktualizować biblioteki, poprawiać błędy, monitorować bezpieczeństwo, testować nowe wersje i reagować, gdy zewnętrzna usługa zmieni sposób działania.

GoodFirms podaje jako średnią około 25% kosztu wytworzenia rocznie na utrzymanie i wsparcie, bez rozwoju nowych funkcji i skalowania oprogramowania. To ogólny punkt odniesienia z badania rynku aplikacji, a nie stawka utrzymania przewodnika muzealnego. Zakres wsparcia i jego cenę trzeba potwierdzić w konkretnej ofercie.

Do tego dochodzą usługi chmurowe, kopie zapasowe, monitoring, narzędzia analityczne, wysyłka wiadomości, przechowywanie mediów i wsparcie użytkowników. Koszt infrastruktury może być niewielki przy małym ruchu, ale jest zależny od użycia. Firebase i podobne usługi udostępniają kalkulatory właśnie dlatego, że jedna stała kwota nie opisuje wszystkich przypadków.

Same konta sklepowe są drobną częścią rachunku: standardowa opłata za Apple Developer Program wynosi 99 dolarów amerykańskich rocznie, a rejestracja w Google Play 25 dolarów amerykańskich jednorazowo. Apple zaznacza, że ceny mogą różnić się zależnie od regionu. Więcej pracy pochłania przygotowanie wersji, testowanie, obsługa publikacji i utrzymanie zgodności.

• aktualizacje i testy nowych wersji iOS oraz Androida
• bezpieczeństwo, kopie zapasowe i monitoring błędów
• hosting, multimedia, wiadomości i inne usługi naliczane według użycia
• obsługa sklepów, regulaminów, prywatności i zgłoszeń użytkowników
• rozwój panelu administracyjnego oraz nowych funkcji

Ośrodek może być dla zwiedzającego najważniejszym miejscem sobotniego popołudnia, ale rzadko jest jedyną instytucją odwiedzaną w ciągu roku. Prośba o wyszukanie aplikacji, instalację, zaakceptowanie uprawnień i utworzenie konta pojawia się zwykle w chwili, gdy człowiek stoi już przy kasie albo pierwszym eksponacie.

Własna aplikacja musi więc dawać wyraźny powód do instalacji: funkcję używaną wielokrotnie, wyjątkowy tryb zwiedzania, dostęp zakupiony wcześniej albo doświadczenie niemożliwe do zaoferowania na stronie. Sama obecność opisów i audio może nie wystarczyć. Gdyby każde odwiedzane miejsce wymagało osobnej aplikacji, ekran telefonu szybko przypominałby katalog herbów całego województwa.

Wspólna platforma obniża ten próg. Ten sam użytkownik może znać aplikację z poprzedniej wizyty, a publiczną treść otworzyć także bez instalowania czegokolwiek. Ośrodek nadal ma własną przestrzeń i markę, ale nie prosi odbiorcy o rozpoczęcie relacji od pobrania kolejnego programu.

Największą wartością wspólnej platformy nie jest to, że wszystkie miejsca wyglądają identycznie. Chodzi o ponowne wykorzystanie tego, czego nie ma sensu budować osobno: logowania, obsługi języków, audio, kodów QR, tras, dostępności, analityki, powiadomień oraz aplikacji pracownika. Dostępność tych funkcji zależy od wybranego rozwiązania i pakietu, dlatego trzeba sprawdzić je w konkretnej ofercie. Ośrodek inwestuje przede wszystkim w swoje treści i scenariusz wizyty.

Gdy system jest aktualizowany do nowej wersji telefonu albo zyskuje poprawkę dostępności, korzystają z niej wszystkie ośrodki. Koszt produktu jest rozłożony pomiędzy wielu klientów, zamiast wracać w osobnej fakturze za każdą instytucję. To model podobny do wspólnej infrastruktury wystawienniczej: rama może być standardowa, ale obraz nadal pozostaje własny.

Platforma daje też efekt sieciowy. Użytkownik, który poznał ją w skansenie, może później wykorzystać ten sam profil i sposób obsługi w ogrodzie botanicznym, zamku albo na miejskim szlaku. Dla pojedynczego ośrodka oznacza to mniejszy próg wejścia, a dla zwiedzającego bardziej przewidywalne doświadczenie.

Ograniczeniem jest mniejsza swoboda w projektowaniu zupełnie nietypowych funkcji. W zamian zespół nie zarządza własnym cyklem wydań, infrastrukturą i zgodnością z każdym nowym urządzeniem. To kompromis, który dla wielu małych i średnich miejsc jest po prostu rozsądniejszy ekonomicznie.

Najbezpieczniejsza decyzja powstaje na podstawie użycia, a nie prezentacji w sali konferencyjnej. Live Story pozwala uruchomić publiczny profil, kilka lub kilkanaście najważniejszych punktów i jedną trasę bez rozpoczynania osobnego projektu informatycznego. Pakiet Community lub Lite może pełnić rolę rzeczywistego pilotażu.

Po kilku tygodniach lub miesiącach ośrodek wie już więcej: które kody są skanowane, czy ludzie słuchają audio, jakie języki wybierają, gdzie przerywają trasę i o co pytają pracowników. Można też sprawdzić, czy zespół ma czas i materiały potrzebne do regularnego rozwijania treści. To ważne, bo nawet najlepsza aplikacja nie napisze za instytucję dobrej opowieści bez źródeł i decyzji redakcyjnych.

Jeżeli gotowe mechanizmy rozwiązują problem, można rozszerzyć pakiet, dodać kolejne trasy, dostęp, grupy albo komunikację. Jeśli pilotaż ujawni wymaganie naprawdę unikalne, dane z testu stają się podstawą znacznie lepszego zamówienia własnej aplikacji.

Własna aplikacja nie jest złym pomysłem. Bywa najlepszym rozwiązaniem dla dużej instytucji lub sieci, która ma unikalne procesy, silną markę, wielu powracających użytkowników i zespół zdolny rozwijać produkt przez lata. Może być potrzebna przy specjalistycznym sprzęcie, rozbudowanym AR, nietypowej lokalizacji wewnątrz budynku albo integracjach, których platforma nie obsługuje.

Warunkiem jest jednak budżet nie tylko na premierę. Potrzebny jest właściciel produktu po stronie instytucji, proces tworzenia i akceptacji treści, odpowiedzialność za dane, plan wsparcia oraz środki na kolejne wersje. Bez tego własna aplikacja może szybko stać się cyfrową salą zamkniętą z powodu remontu.

Jeżeli większość potrzeb dotyczy opisów, audio, języków, QR, tras, quizów, dostępu i kontaktu po wizycie, współdzielona platforma zwykle pozwala osiągnąć cel szybciej i taniej. Co ważne, wybór nie musi być ostateczny. Pilotaż na Live Story może potwierdzić sens większego pakietu albo dostarczyć argumentów za budową osobnego produktu.