Projekt digital signage na zamówienie – od PoC na twoich danych do wdrożenia i utrzymania

Ponad dwie trzecie dużych programów technologicznych nie zmieści się w terminie, budżecie albo planowanym zakresie – tak wynika z badania BCG, w którym wzięło udział ponad tysiąc członków zarządów. Digital signage dokłada do tego własne ryzyko. W czerwcu 2026 roku invidis opisał sieci, w których po fali upadłości integratorów ekrany zgasły z dnia na dzień, bo dostawcy wyłączyli swoje serwery. Oba scenariusze kończą się dla integratora tak samo: musi się tłumaczyć przed klientem końcowym, bo za ekrany odpowiada niezależnie od tego, czy oprogramowanie kupił od producenta, czy zamówił własny projekt digital signage.

Dlatego wielu integratorów długo się waha, zanim zamówi własne oprogramowanie digital signage, nawet gdy opłaty za każdy ekran i brakujące funkcje mocno ich do tego popychają. Projekt informatyczny wygląda z zewnątrz jak studnia bez dna: nie ma gotowego produktu do sprawdzenia, nie ma jasnej daty zakończenia ani pewności, że za trzy lata ktoś jeszcze zajmie się systemem. Dobrze prowadzony projekt digital signage rozbraja te obawy etapami, a każdy etap kończy się czymś, co da się kliknąć, przetestować albo puścić na ekranie. Poniżej opisujemy nasz sposób pracy w Fingoweb: dowody, które sprawdzisz przed podpisaniem umowy, cztery etapy z realnymi terminami, skład zespołu po obu stronach, zadania, które AI wyraźnie skraca, i te, przy których nie pomaga, a na koniec utrzymanie systemu po starcie.

Pytania, na które odpowiada ten tekst:

• Jak wygląda przebieg projektu digital signage?
• Co software house pokaże przed podpisaniem umowy, jeśli nie ma gotowego CMS-a?
• Ile trwa projekt digital signage i kiedy zobaczę pierwszy działający system?
• Czym różni się PoC od pilotażu w projekcie digital signage?
• Czy zespół programistów nie zmieni się w trakcie projektu?
• Czy AI napisze system digital signage taniej i w tydzień?
• Kto utrzymuje system digital signage po wdrożeniu i co obejmuje utrzymanie?

Projekt digital signage bez gotowego CMS-a

Na niemal każdej pierwszej rozmowie pada to samo, w pełni uzasadnione pytanie: skoro robicie wszystko na zamówienie, to co możecie nam pokazać? Odpowiedź sporo mówi o tym, jak działa cały projekt digital signage na zamówienie.

Na zamówienie i na własność klienta

Software house, który tworzy systemy digital signage na zamówienie, zwykle nie ma własnego CMS-a do pokazania – i u nas wynika to wprost z przyjętego modelu. Kod platformy, którą piszemy dla integratora, przechodzi na jego własność, więc może on rozwijać ją dalej z nami, przekazać innemu zespołowi albo sprzedawać pod własną marką. Najbardziej rozbudowany system, jaki napisaliśmy, nie należy zatem do nas i nie możemy go pokazywać kolejnym klientom, a „testowy CMS” oznaczałby pożyczanie cudzego produktu.

Ten sam model decyduje o kosztach. Nie ma opłaty licencyjnej za ekran ani abonamentu doliczanego do projektu, więc tysięczny player kosztuje tyle samo co dziesiąty, a o mocy serwera trzeba myśleć dopiero przy największych flotach. Kwestie handlowe, od modeli licencjonowania po zapisy w umowie, omawiamy w artykule o oprogramowaniu digital signage pod własną marką. Platforma na własność zaczyna się jednak od projektu, a projekt musi być przewidywalny.

Dowody przed podpisaniem umowy

Integrator i tak potrzebuje dowodów, zanim przeznaczy na projekt budżet, a zapewnienie „zaufajcie nam” dowodem nie jest. Proponujemy trzy ich rodzaje, z czego większość klientów korzysta z co najmniej dwóch.

• Pokaz na działających playerach – sesja online na okrojonej kopii produkcyjnego CMS-a, w której playery odtwarzają treści na żywo. Widzisz harmonogramy, odtwarzanie i raporty na tych systemach, z których korzystają twoi klienci.
• Demo na twoich danych – dla operatora reklamy zewnętrznej przygotowaliśmy demo jeszcze przed podpisaniem umowy, a potem uruchomiliśmy je na pełnym miesiącu jego zleceń, czyli na ok. 5 tys. rekordów. Zajęło to mniej więcej tydzień.
• Platforma działająca od lat – system, który od ponad pięciu lat rozwijamy dla IMS Sensory Media, obsługuje dziś ok. 15 tys. urządzeń audio i wideo, głównie w Polsce.

Żaden z tych dowodów nie zastąpi umowy. Razem odpowiadają jednak na pytanie, które kryje się za „co możecie pokazać”: czy ten zespół rozwiązał już problemy, na które trafi twój projekt?

Etapy i harmonogram projektu digital signage

Każdy projekt na zamówienie przechodzi u nas przez cztery etapy. Podane czasy pochodzą z naszych realizacji i zakładają, że klient wyznaczył osobę decyzyjną, która odpowiada na pytania w ciągu kilku dni. Po każdym etapie masz w ręku coś, co można ocenić, zanim zapadnie decyzja o kolejnym.

Etap	Typowy czas	Co dostajesz na koniec	Decyzja po twojej stronie
1. Lista funkcji i zakres	1–2 tygodnie	Wycenę z kosztami i harmonogramem	Start, cięcie zakresu albo rezygnacja
2. PoC	od ok. tygodnia do sześciu tygodni	Działające demo na twoich danych, urządzeniach lub w twojej sieci	Akceptacja podejścia
3. Platforma podstawowa	1–2 miesiące	CMS, harmonogramy, monitoring urządzeń i aplikację playera na jeden system – na działających ekranach	Przeniesienie pierwszego klienta
4. Platforma rozszerzona i wdrożenie	łącznie 3–5 miesięcy	Kolejne systemy playerów, dodatkowe moduły, migrację floty	Plan dalszego rozwoju

Etap 1: lista funkcji i zakres (1–2 tygodnie)

Zakres platformy najszybciej ustala się na przykładzie systemu, który już znasz. Często prosimy integratorów, żeby wzięli listę funkcji MagicInfo – albo innego CMS-a, z którego dziś korzystają – i zaznaczyli trzy rzeczy: czego używają ich klienci, czego nikt nie dotyka i czego brakuje. Odtwarzanie wszystkich funkcji dojrzałego produktu nie ma sensu, skoro przeciętny operator korzysta z niewielkiej ich części, a to właśnie brakujące funkcje są zwykle powodem, dla którego projekt w ogóle powstaje.

Zakres na tym etapie niemal zawsze rośnie. "Bardzo prosty CMS" po dwóch rozmowach ma już organizacje klientów, role użytkowników, raporty emisji i drugą platformę playerów, dlatego wcześnie pytamy o górną granicę budżetu. Przy 100 tys. zł architektura wygląda inaczej niż przy 400 tys. zł, a znając ten pułap od początku, oszczędzamy wszystkim wyceny, której nikt nie zatwierdzi. Na tym etapie pytamy między innymi:

• Ile playerów i organizacji klientów system ma obsługiwać za trzy lata?
• Jakie ekrany są już zamontowane u twoich klientów?
• Co musi działać, kiedy padnie internet?
• Z jakich zewnętrznych systemów mają płynąć dane na ekrany i kto zarządza ich API?

Wycena jest bezpłatna i zwykle przychodzi w ciągu tygodnia, a rząd wielkości potrafimy podać szybciej. Pisemną analizę przygotowaną przez analityka biznesowego też oferujemy, ale nie jest obowiązkowa: wielu integratorów woli wskazać system referencyjny i pominąć płatną fazę rozpoznania potrzeb, co jest rozsądnym sposobem na skrócenie pierwszego etapu.

Etap 2: PoC na twoich danych

PoC (proof of concept) w projekcie digital signage to niewielka, działająca wersja systemu, która jeszcze przed właściwymi pracami dowodzi, że krytyczna dla projektu funkcja zadziała na danych, urządzeniach lub w sieci klienta. Odpowiada na jedno konkretne pytanie, na przykład: czy player na Androidzie odtworzy twoje treści bez przycięć albo czy zdjęcia od montażystów da się sprawdzać automatycznie? Pilotaż odbywa się później i sprawdza gotowy system w codziennej pracy, w kilku prawdziwych lokalizacjach.

Najważniejsze jest tu słowo "twoich". Demo na przykładowych danych dowodzi tylko tego, że programiści potrafią zrobić demo, natomiast wersja uruchomiona na miesiącu twoich rekordów i na urządzeniach twoich klientów wyciąga na wierzch problemy, które mają znaczenie: nieuporządkowane dane, wolne urządzenia, firewall blokujący playera. W przypadku wspomnianego operatora uruchomienie dema na realnych danych kosztowało nas niewiele, a kilka osób decyzyjnych, które nigdy nie przeczytałyby specyfikacji, mogło samodzielnie przeklikać system.

PoC prowokuje też pytania, których sama specyfikacja nigdy by nie wywołała. Kiedy z własnej inicjatywy przygotowaliśmy dla jednego z klientów prototyp CMS-a do wayfinderów – zajęło to około sześciu tygodni – pierwszą reakcją była lista pytań o integracje i starsze aplikacje, których nie uwzględniliśmy. I dobrze, bo takie pytania kosztują znacznie mniej w szóstym tygodniu niż w szóstym miesiącu.

Etap 3: platforma podstawowa i pierwsze ekrany (1–2 miesiące)

Platforma podstawowa to najmniejsza wersja, którą da się sprzedać: wgrywanie treści, playlisty, harmonogramy, monitoring urządzeń i aplikacja playera na jeden system, na przykład Samsung Tizen. W naszych projektach powstaje w miesiąc lub dwa i od tego momentu na ekranach wyświetlają się już prawdziwe kampanie. Prosty zamiennik MagicInfo dostarczony pod klucz, razem z wdrożeniem, zajmuje zwykle dwa–trzy miesiące.

Od tej chwili praca toczy się w regularnych wydaniach. Przy platformie rozwijanej latami cykl wygląda u nas tak:

1. Zmiany w specyfikacji trafiają do dokumentu wymagań (SRS), który klient akceptuje.
2. Zespół przygotowuje wydanie i testuje je u siebie.
3. Wydanie trafia na środowisko testowe (staging), gdzie klient sprawdza je przez mniej więcej tydzień.
4. Po akceptacji idzie na produkcję – zwykle na początku tygodnia, żeby ewentualny problem trafił na pełny skład zespołu.

Krótkie wydania pomagają integratorowi tak samo jak programistom. Kto co kilka tygodni widzi działające oprogramowanie, może pokazać je własnym klientom, zebrać uwagi i skorygować kolejne wydanie, zamiast czekać pół roku na system, który przez ten czas mógł się rozminąć z potrzebami rynku.

Etap 4: platforma rozszerzona i wdrożenie (łącznie 3–5 miesięcy)

W platformie rozszerzonej pojawia się to, o co pierwsi klienci proszą, gdy już zaczną z niej korzystać: aplikacje na kolejne systemy (LG webOS, Android, Windows, Linux), narzędzia do tworzenia treści, licencjonowanie dla twoich klientów, sprzedaż czasu reklamowego i raporty proof of play. Pełny system wieloplatformowy tego rodzaju powstaje łącznie w trzy–pięć miesięcy. Większe platformy rosną dalej, ale kolejne funkcje wynikają już z twojej roadmapy i potrzeb twoich klientów.

Wdrożenie digital signage na istniejącej flocie najbardziej kojarzy się integratorom z kosztem wyjazdów techników. Na ekranach Samsunga da się je przeprowadzić zdalnie, bo wyświetlacz pobiera aplikację playera spod skonfigurowanego adresu: wystarczy ten adres zmienić, a ekran zainstaluje nową aplikację, pobierze harmonogram i połączy się z nowym CMS-em, bez technika na miejscu.

Wdrażaj falami i zacznij pilotaż od najtrudniejszych lokalizacji: sklepu z najsłabszym łączem, najstarszymi ekranami, miejsca, w którym treści zmieniają się codziennie. Wdrożenie, które przetrwa te lokalizacje, przetrwa całą flotę, a projekt digital signage rozplanowany na fale pozwala poprawić procedury już po pierwszych pięciu lokalizacjach, kiedy zmiany są jeszcze tanie.

Zespół w projekcie digital signage

Projekt digital signage opóźnia się najczęściej z powodów, które nie mają nic wspólnego z kodem. Biorą się z braku decyzji, braku urządzeń testowych albo z działu IT, którego nikt nie zapytał na czas – a jasny podział obowiązków po obu stronach zapobiega większości z nich.

Role po stronie software house'u

Projekt oprogramowania digital signage wymaga więcej specjalistów niż typowa aplikacja webowa, bo ten sam system działa w przeglądarce, na serwerze i na kilku systemach ekranów. Zespół przy pełnej platformie z CMS-em i playerami zwykle tworzą:

• Kierownik projektu lub opiekun klienta – osoba do bieżącego kontaktu, która zamienia prośby w konkretne zadania i trzyma roadmapę w jednym miejscu.
• Analityk biznesowy – pisze specyfikację, jeśli jej potrzebujesz.
• Projektant UX/UI – projektuje panel dla ludzi, którzy będą w nim codziennie układać kampanie, a ci rzadko są techniczni.
• Programiści backendu i frontendu – u nas Laravel i React z TypeScriptem, a przy aplikacji mobilnej React Native.
• Programiści playerów – znają kaprysy Tizena, webOS-a i Androida i testują na konkretnych urządzeniach.
• Testerzy i DevOps – testy na prawdziwych urządzeniach oraz cała strona serwerowa, od hostingu i monitoringu po kontrolę kosztów.

Ciągłość jest równie ważna jak same role. Przy platformie IMS od pięciu–sześciu lat pracuje praktycznie ten sam zespół, a klienci pytają o to wprost, bo zwykle mają za sobą projekt, z którego w połowie odszedł kierownik projektu u dostawcy, zabierając ze sobą wiedzę o systemie. Cały zespół to nasi ludzie w Polsce, bez podwykonawców, a kod pisany przez jednego programistę i tak przechodzi code review u drugiego.

Wkład integratora

Integrator ma w rękach rzeczy, których żaden partner programistyczny nie zastąpi. Pierwsza to urządzenia testowe: jeśli twoi klienci mają starsze ekrany z Tizenem i proste urządzenia z Androidem, właśnie na tych urządzeniach musimy testować, bo emulatory ukrywają dokładnie te problemy, które później wychodzą w sklepach. Druga to przykładowe dane – od prawdziwych playlist po arkusze, na których dziś opierają się cenniki czy oferty.

Trzecia to dostęp do działu IT klienta końcowego. W jednym z projektów dla integratora systemów budynkowych sposób łączenia urządzeń z platformą musiał zaakceptować tamtejszy dział IT, a pokazanie niewłaściwej opcji mogło na dobre zamknąć integratorowi drogę do obiektu. Wciągnij IT do rozmowy już na pierwszym etapie, kiedy zmiana podejścia jeszcze nic nie kosztuje, i wskaż jedną osobę, która podejmuje decyzje. Projekty znacznie częściej stają przez pytanie, na które nikt nie odpowiedział, niż przez trudny problem techniczny.

AI w projekcie digital signage

To pytanie pada dziś na większości rozmów, czasem w formie wyzwania: skoro programista z asystentem AI napisze playera w tydzień, dlaczego projekt trwa miesiącami? AI zmieniło sposób pisania kodu, ale player na starszym urządzeniu z Androidem w sklepie ze słabym Wi-Fi zachowuje się dokładnie tak samo jak przedtem. Według Stack Overflow Developer Survey 2025 84% programistów korzysta z narzędzi AI albo planuje to robić, a 66% za największą frustrację uznaje rozwiązania AI, które są "prawie dobre, ale nie do końca".

Prace, które AI przyspiesza

Nasi programiści codziennie pracują z asystentami AI – większość z Claude'em, część frontendowców woli Cursora. Zysk jest wyraźny w tych częściach platformy, które wyglądają jak każda inna aplikacja webowa: panelach administracyjnych, formularzach, endpointach API, importach danych, szkieletach testów i dokumentacji. Klikalne demo, które kiedyś zajmowało tygodnie, przygotowujemy dziś w kilka dni, i to jeden z powodów, dla których PoC na twoich danych kosztuje cię niewiele.

AI pomaga też przy integracjach, gdzie spora część pracy polega na przepisywaniu danych z formatu jednego systemu na format drugiego. Zamiana arkusza promocyjnego sieci handlowej na uporządkowane treści na ekrany czy odczytanie listy najemców galerii z pliku JSON to zadania, przy których dobry asystent skraca godziny do minut – a ta oszczędność trafia prosto do wyceny. Na pytanie "czy AI napisze playera w tydzień?" odpowiadamy integratorom, że my też napiszemy go w tydzień. Resztę projektu zajmuje to, żeby działał niezawodnie na prawdziwej flocie.

Problemy, których AI nie widzi na stanowisku testowym

Prawdziwe trudności w digital signage zaczynają się wtedy, gdy oprogramowanie opuszcza laptopa programisty. Oto problemy, które musieliśmy rozwiązać na produkcji i których nie pokaże żadne demo:

1. Czarny ekran przy pobieraniu. Słabe ekrany z wbudowanym systemem (SoC) potrafią zamrozić albo szarpać odtwarzanie, gdy ściągają nowy harmonogram lub duże pliki wideo. Player musi pobierać w tle i przełączać się dopiero wtedy, gdy wszystko jest na miejscu.
2. Praca bez internetu. Playery trzymają w pamięci około dwóch tygodni harmonogramu i treści, więc zerwane łącze nie oznacza czarnego ekranu, a logi emisji wysyłają po powrocie połączenia.
3. Urządzenia o niewielkiej mocy. Żeby player na takim urządzeniu z Androidem odtwarzał treści płynnie, trzeba było starannie zarządzać pobieraniem, sprawdzaniem plików i wątkami. Skrót w postaci pobierania wszystkiego w nocy klient odrzucił, bo zmiany w harmonogramie docierałyby na ekrany dopiero następnego dnia.
4. Synchronizacja. Uruchomienie dźwięku na jednym urządzeniu i obrazu na kilku ekranach z różnicą poniżej 80 milisekund wymaga synchronizacji zegarów i bieżącej korekty opóźnienia każdego urządzenia.
5. Bezpieczeństwo wygenerowanego kodu. Jeden z klientów przyszedł do nas z dużym systemem napisanym metodą vibe codingu, w którym klucze do chmury nie miały żadnych limitów wydatków i były podpięte pod własną kartę klienta. Takie ryzyka usuwamy dziś w ramach osobnej usługi – audytu aplikacji z vibe codingu.

Doświadczony zespół jest szybki, bo zna tę listę na pamięć. Asystent napisze kod, o który go poprosisz, ale nie ostrzeże, że zaprojektowany przez ciebie panel zawiesi się na połowie floty.

Utrzymanie systemu digital signage po wdrożeniu

Sieć ekranów pracuje pięć lat i dłużej, a platformy pod spodem zmieniają się co roku. Utrzymanie systemu digital signage sprawia, że ekrany działają poprawnie także w trzecim i piątym roku, dlatego trzeba je zaplanować od pierwszego dnia.

Gwarancja i płacenie za poprawki

Standardowa gwarancja na system pisany na zamówienie trwa u nas 12 miesięcy. Potem wyceniamy każdą zmianę, gdy się pojawi: widzisz czas i koszt, a decyzja należy do ciebie. Nie wymagamy stałego miesięcznego pakietu godzin, choć integratorzy, którzy chcą mieć zespół pod telefonem, mogą wykupić taki pakiet. Kosztem, który wraca niezależnie od wszystkiego, jest serwer – przy flocie liczącej 120–150 playerów to zwykle ok. 400–600 zł miesięcznie, a kwota rośnie powoli wraz z liczbą urządzeń i okresem przechowywania logów i raportów.

Serwer może stać po twojej albo po naszej stronie. Możemy go kupić, prowadzić i refakturować koszty albo twoi administratorzy postawią platformę na infrastrukturze, którą już utrzymujecie. Ważne, żeby konto w chmurze, domeny i certyfikaty były zarejestrowane na twoją firmę – wtedy system zostaje twój bez względu na to, kto go obsługuje.

Zmiany u producentów, które wymuszają aktualizacje

Większość prac utrzymaniowych wywołują zmiany poza twoim systemem. Kilka z nich integrator powinien uwzględnić w planach na 2026 rok:

• Silnik przeglądarki zamrożony dla danego rocznika – każdy rocznik ekranów Samsunga z Tizenem ma własny silnik, od Chromium M108 w modelach z 2024 roku po M130 w modelach z 2026 roku, jak podaje dokumentacja Samsunga dla twórców aplikacji signage. Flota z ekranami w różnym wieku to kilka silników naraz, a player trzeba przetestować na każdym z nich.
• Android TV przechodzi na 64 bity – od 1 sierpnia 2026 roku każda nowa aplikacja lub aktualizacja z kodem natywnym na Google TV i Android TV musi zawierać wersję 64-bitową, o czym poinformował blog Android Developers.
• Koniec MagicINFO – sprzedaż MagicINFO On-Premise kończy się 31 grudnia 2026 roku, usługa w chmurze zostanie wyłączona 28 lutego 2027 roku, a wsparcie wygaśnie w grudniu 2029 roku.
• Krótsze certyfikaty – CA/Browser Forum przyjęło harmonogram, zgodnie z którym maksymalna ważność certyfikatów TLS spadnie z 398 do 47 dni do marca 2029 roku. Punkty końcowe CMS-a i API wymagają więc automatycznego odnawiania, a playery nie mogą zależeć od jednego konkretnego certyfikatu.

Żadna z tych zmian nie jest dramatyczna sama w sobie. Jeśli jednak przeoczyć je wszystkie, sieć, która w dniu startu działała bez zarzutu, zacznie gasnąć rocznik po roczniku.

Podział obowiązków po starcie

W typowym układzie Fingoweb pozostaje technicznie odpowiedzialny za oprogramowanie: poprawki błędów, aktualizacje pod nowe platformy, łatki bezpieczeństwa i nowe funkcje. Integrator obsługuje system w lokalizacjach klienta końcowego, odpowiada za treści i pierwszą linię wsparcia, a także za SLA wobec klienta. Integratorzy poruszają ten temat już na początku, bo to ich największa obawa – i słusznie, skoro lata utrzymania i rozwoju systemu wymagają więcej pracy niż jego napisanie.

Jeśli decyzja o własnym systemie wciąż jest otwarta albo porównujesz partnerów, w poradniku o wyborze firmy tworzącej oprogramowanie digital signage znajdziesz pytania, które warto im zadać. Zanim podpiszesz umowę na projekt digital signage z jakimkolwiek partnerem, poproś o trzy rzeczy: demo na własnych danych, cykl wydań, który sam przetestujesz, i nazwiska osób, które w trzecim roku będą utrzymywać system. Jeśli szukasz takiego partnera do tworzenia oprogramowania digital signage, wyślij nam listę funkcji, a zaproponujemy PoC na twoich danych.

FAQ – projekt digital signage

Ile trwa projekt digital signage?

Projekt digital signage na zamówienie zwykle dochodzi do pełnej platformy w dwa–pięć miesięcy. Typowe etapy w naszych projektach:

• Zakres i wycena – 1–2 tygodnie.
• Platforma podstawowa z aplikacją na jeden system – 1–2 miesiące.
• Rozszerzony system wieloplatformowy – łącznie 3–5 miesięcy.

Najwięcej zależy od tempa, w jakim klient podejmuje decyzje. Wdrożenie digital signage na istniejącej flocie wydłuża harmonogram proporcjonalnie do liczby lokalizacji, choć zdalna instalacja na ekranach Samsunga eliminuje większość wizyt na miejscu.

Czym różni się PoC od pilotażu w digital signage?

PoC sprawdza jedną funkcję, od której zależy cały projekt, jeszcze przed rozpoczęciem pełnych prac – na przykład obsługę twoich treści przez konkretny model playera albo automatyczne zasilanie ekranów twoimi danymi. Trwa od kilku dni do kilku tygodni i może się odbyć na twoich urządzeniach, bez angażowania prawdziwych lokalizacji. Na pilotaż przychodzi czas, gdy system jest gotowy, i wymaga on prawdziwych lokalizacji, personelu oraz treści: system przez kilka tygodni pracuje w kilku obiektach, żeby przed pełnym wdrożeniem digital signage sprawdzić obsługę i warunki sieciowe.

Od czego zacząć projekt digital signage?

Zacznij od listy zadań, które ekrany mają wykonywać u twoich klientów, i od spisu systemów, na których te ekrany działają. Jeśli korzystasz dziś z jakiegoś CMS-a, zaznacz funkcje, których używasz, i te, których brakuje, a potem poproś partnera programistycznego o wycenę na podstawie tej listy. Górna granica budżetu i jedno–dwa urządzenia testowe sprawią, że pierwsza wycena będzie znacznie dokładniejsza.

Do kogo należy kod po projekcie digital signage na zamówienie?

Przy projekcie na zamówienie kod źródłowy powinien przechodzić na ciebie po opłaceniu każdego etapu, a umowa musi to jasno określać. W Fingoweb klient jest właścicielem kodu, repozytorium i konta hostingowego, więc może rozwijać system dalej z nami, przekazać go innemu zespołowi albo sprzedawać pod własną marką. Zanim podpiszesz umowę z jakimkolwiek partnerem, upewnij się, że nie przewiduje ona tantiem ani opłat za każdy zainstalowany ekran.

Co obejmuje utrzymanie systemu digital signage?

Utrzymanie systemu digital signage obejmuje wszystko, co sprawia, że działająca sieć poprawnie wyświetla treści po starcie:

• Poprawki i aktualizacje – usuwanie błędów, łatki bezpieczeństwa i dostosowanie do nowych modeli ekranów oraz wersji systemów.
• Monitoring – alerty o playerach offline, nieudanych pobraniach i nieaktualnych harmonogramach.
• Hosting – serwery, kopie zapasowe, certyfikaty i przechowywanie logów.

Produkcja treści i obsługa na miejscu zwykle należą do integratora.

Ile kosztuje projekt digital signage na zamówienie?

Podstawowa platforma z harmonogramami, monitoringiem urządzeń i aplikacją playera na jeden system to zwykle jednorazowo 52–105 tys. zł netto. Każda kolejna platforma playerów, integracja czy moduł, na przykład sprzedaż czasu reklamowego, podnosi tę kwotę, a hosting i utrzymanie dochodzą jako koszty stałe. Widełki dla większych systemów i porównanie z abonamentami za ekran opisujemy w artykule o koszcie digital signage. Większy system wieloplatformowy kosztuje więcej na starcie, ale rozbudowa floty nie pociąga za sobą opłat za kolejne ekrany.