Poniżej działają trzy pełne wersje serwisu DFN — nie zrzuty ekranu, tylko żywe strony osadzone na tej stronie. Proszę w nich klikać.
To nie są trzy produkty do wyboru. To trzy kierunki wizualne — każda funkcja z każdego z nich może znaleźć się w wersji docelowej. Prosimy wskazać ten, który jest Państwu najbliższy; zakres składamy osobno.
Dane w wersjach demonstracyjnych są przykładowe — nazwy wydarzeń, terminy i liczby miejsc przygotowaliśmy na potrzeby prezentacji i nie odzwierciedlają programu 29. edycji. Pomiary obok pochodzą z rzeczywistego wczytania każdej wersji.
Do DFN przychodzą ludzie ciekawi świata — ale ciekawość nie pomaga, gdy trzeba ją przełożyć na filtr „dziedzina: chemia, miasto: Legnica, sobota”. Program ponad dwóch tysięcy wydarzeń jest przede wszystkim problemem wyszukiwania. Dlatego proponujemy dwie drogi, obie pełnoprawne.
Wszystko to, czego użytkownicy oczekują po serwisie festiwalowym: przeglądanie programu, filtrowanie po dziedzinie, mieście i dniu, strony wydarzeń z własnymi adresami. Działa u każdego, bez wyjątku — także u osoby, która nigdy nie rozmawiała z asystentem.
„Jestem nauczycielką biologii, szukam czegoś dla klasy siódmej w środę” — asystent dobiera wydarzenia z programu, pokazuje przyciski przenoszące wprost do nich i podświetla miejsce, w które przeniósł. Rozmowa zostaje zapamiętana, więc można wrócić do niej później.
Bąbelek asystenta jest domyślnie zamknięty, nie zmienia układu strony i nigdy nie otwiera się sam. Serwis w pełni działa bez jego otwierania. Dla podmiotu publicznego to nie jest kwestia gustu — treść musi być dostępna dla czytnika ekranu i dla wyszukiwarki, a więc nie może być schowana za rozmową.
Wersje demonstracyjne postawiliśmy na platformie Base44, bo pozwala zbudować działający serwis w dni zamiast miesięcy. To bardzo dobre narzędzie do rozmowy o kształcie — i świadomie złe narzędzie do prowadzenia serwisu, który ma być widoczny w Google i działać przez lata.
Prototyp buduje treść po stronie użytkownika. Wyszukiwarki i asystenci AI radzą sobie z tym gorzej niż z gotowym HTML — a dla serwisu, którego sensem jest program 2 100 wydarzeń, widoczność w wyszukiwarce jest funkcją krytyczną, nie dodatkiem.
Każde wydarzenie dostaje własny adres i gotowy HTML z danymi strukturalnymi schema.org/Event. To otwiera drogę do wyników specjalnych Google dla wydarzeń i sprawia, że asystenci AI cytują program poprawnie.
Dwa warianty: usługa zarządzana albo instalacja własna na serwerze, do którego dostęp ma wyłącznie uczelnia. Pełna analiza konsekwencji — prawnych, kosztowych i utrzymaniowych — jest w ofercie technicznej.
Trzy kierunki na Base44. Służą wyłącznie do ustalenia kształtu i zakresu. Nic z tej warstwy nie trafia do produkcji.
Wybór kierunku, zestawu funkcji i wariantu infrastruktury. Audyt źródeł: w czym powstaje program i w jakiej formie są zdjęcia.
Serwis z SSR, CMS z rolami, rejestracje, asystenci AI, integracje. Migracja treści, zdjęć i archiwum.
Uruchomienie pod docelową domeną z przekierowaniami ze starych adresów, żeby nie stracić pozycji w wyszukiwarce ani linków w mediach.
Różnica sprowadza się do jednego pytania: czy dane uczestników mogą być przetwarzane przez zewnętrznego dostawcę, czy mają pozostać na serwerze uczelni. Poniżej skrót — pełna analiza jest w ofercie technicznej.
| Kryterium | Usługa zarządzana | Instalacja własna |
|---|---|---|
| Kto administruje bazą | dostawca (Supabase Cloud lub Firebase) | my lub dział IT uczelni |
| Gdzie leżą dane | region UE do wyboru; przy Firebase dane uwierzytelniania wymagają odrębnego sprawdzenia | serwer wskazany przez uczelnię |
| Podmiot przetwarzający wg RODO | dostawca — potrzebna umowa powierzenia | wyłącznie uczelnia i my |
| Czas uruchomienia | krótszy | dłuższy — instalacja i utwardzenie |
| Koszt bieżący | abonament rosnący z ruchem | stały koszt serwera |
| Kopie zapasowe | automatyczne u dostawcy | po naszej stronie — w cenie utrzymania |
| Wyszukiwanie semantyczne dla asystenta AI | dostępne | dostępne (pgvector w PostgreSQL) |
| Logowanie kontem uczelnianym (SSO) | możliwe | możliwe, bez pośrednika |
Rekomendacja wstępna: PostgreSQL z warstwą Supabase w instalacji własnej — pełna kontrola uczelni nad danymi uczestników, jeden stały koszt serwera i brak umowy powierzenia z dostawcą spoza uczelni. Wariant zarządzany zostaje w ofercie jako szybszy start. Ostateczny wybór należy do Państwa i do inspektora ochrony danych.
Wypisujemy wszystko, łącznie z pozycjami, które bywają chowane w „i inne prace wdrożeniowe”. To, co wymaga odrębnej wyceny, też jest tutaj — po to, żeby nie pojawiło się jako niespodzianka w trakcie.
Uruchomienie na Państwa domenie, certyfikaty, przekierowania ze starych adresów.
Własny adres dla każdego wydarzenia, gotowy HTML, schema.org/Event, mapa strony, adresy kanoniczne.
Strony informacyjne, aktualności i program bieżącej edycji z publicznych stron festiwal.wroc.pl.
Pobranie materiałów, konwersja do formatów nowej generacji, wersje responsywne, przeniesienie opisów alternatywnych. Zdjęcia bez opisów zgłaszamy Państwu listą.
Redakcja publikuje, biuro widzi całość, organizator zewnętrzny zarządza wyłącznie swoim wydarzeniem i widzi listę zgłoszeń — bez prawa publikacji w serwisie.
Limity miejsc, lista rezerwowa, zgody RODO, potwierdzenie e-mail z kodem QR, raport frekwencji dla organizatora.
Dobiera wydarzenia na podstawie opisu odbiorcy. Odpowiada wyłącznie na podstawie programu — nie generuje treści naukowych.
Propozycje opisów wydarzeń i pomoc w obsłudze panelu. Asystent proponuje, redakcja publikuje.
Optymalizacja techniczna, dane strukturalne, cykliczne raporty widoczności. Obecności w odpowiedziach asystentów nikt nie gwarantuje — poprawny HTML realnie zwiększa jej szansę.
Analityka we własnej instalacji, bez profilowania i bez plików cookie — dla podmiotu publicznego oznacza brak okna zgód i mniej obowiązków informacyjnych.
Jednokierunkowy import lub publikacja danych. Integracje wymagające OAuth, synchronizacji dwukierunkowej lub moderacji — wycena odrębna.
Budowa zgodna ze standardem i audyt końcowy. Deklarację dostępności przygotowujemy z Państwa koordynatorem.
Jedna osoba kontaktowa po naszej stronie przez cały okres współpracy, bez systemu zgłoszeń.
Wyceniamy po obejrzeniu struktury archiwum. Nie wliczamy w cenę pracy, której rozmiaru jeszcze nie znamy.
Zależy od systemu tożsamości UWr i od tego, co dopuszcza dział IT. Technicznie wykonalne w obu wariantach.
Serwis jest wielojęzyczny od podstaw: każdy język ma własne adresy i własne dane strukturalne, więc angielska wersja programu jest widoczna w wyszukiwarce tak samo jak polska. Dodanie kolejnego języka nie wymaga przebudowy.
Redakcja tłumaczy wydarzenie lub stronę jednym kliknięciem w panelu — asystent przygotowuje przekład, człowiek zatwierdza. Przy 2 100 wydarzeniach to różnica między wersją obcojęzyczną realną a wiecznie odkładaną. Korekty native speakera nie zastępuje i tego nie ukrywamy.
Bez wariantów srebrny–złoty–platynowy i bez pozycji dopłacanych w trakcie. Wszystko oznaczone wyżej jako „w cenie” mieści się w kwocie realizacji.
Pakiet zawarty w utrzymaniu. Dla porównania: 28. edycja przyciągnęła 71,5 tys. uczestników, a realistyczne zapotrzebowanie serwisu na cały rok mieści się w okolicach 35 tys. zapytań — pakiet pokrywa je z zapasem. Bez limitu miesięcznego; tempo ograniczone do 10 zapytań na minutę wyłącznie po to, by serwisu nie odpytywały automaty.
Rozliczane kwartalnie, wyłącznie za faktyczne wykorzystanie, bez opłaty minimalnej. Na czas festiwalu zdejmujemy też ograniczenie tempa. Nawet w skrajnym scenariuszu, w którym każda wizyta w serwisie kończy się pytaniem do asystenta, miesiąc festiwalowy przy 100 tys. wizyt zamyka się kwotą rzędu 2 tys. zł netto. W miesiącach poza sezonem koszt wynosi zero.
Kwota realizacji jest znacząco niższa od progu 130 000 zł netto, od którego stosuje się ustawę Prawo zamówień publicznych — co zwykle pozwala udzielić zamówienia w trybie wewnętrznym uczelni. Prosimy o potwierdzenie zgodnie z regulaminem zamówień UWr.
W czym powstaje dziś program 2 100 wydarzeń — arkusz, baza, zgłoszenia mailowe? Od odpowiedzi zależy zakres migracji i realny harmonogram. Resztę da się ustalić przy ekranie.