Opis technicznofunkcjonalny Portalu

Załącznik nr 4
Opis techniczno­funkcjonalny Portalu
Przedmiotem zamówienia jest usługa polegająca na zaprojektowaniu, wykonaniu i wdrożeniu serwisu
internetowego, zwanego dalej serwisem wieczorna.pl lub Portalem, na potrzeby teatrów, oper i obywateli do
propagowania kultury i sztuki,
1.
Projekt graficzny Serwisu
Tworzymy platformę, która ułatwi użytkownikom dotarcie do wartościowych informacji i wiedzy o charakterze
społecznym z dziedziny kultury, sztuki, polityki, gospodarki, historii. Platforma umożliwi też publikacje własnej
twórczości, prac naukowych, itp. Grafika prosta w formie i stonowana, ma możliwie najlepiej eksponować ideę
Serwisu i twórczość artystów, naukowców, itp. Wieczorna.pl to platforma dla twórców – platforma
społecznościowa dająca użytkownikom możliwości autopublikacji ich treści poprzez system paywall – z
charakterem nawiązujacym dizajnem do tradycyjnej gazety­ popołudniówki.
2.
Projekt funkcjonalny Serwisu
Wykonawca wykona interaktywną makietę Serwisu obrazująca wszystkie elementy funkcjonalne opisane w
niniejszym Załączniku (w niniejszym punkcie oraz w pozostałych). Na tej podstawie Zleceniodawca (po
podpisaniu Protokołu Odbioru Etapu 1) wyrazi zgodę na przystąpienie do prac programistycznych.
Ma powstać projekt Serwisu dzieli któremu młodzi twórcy, zarówno artyści jak i naukowcy, będą mogli
publikować i promować swoją twórczość. Szeroko rozumianą twórczość, od prac artystycznych z różnych
dziedzin, aż po prace naukowe. Docieramy do twórców dal których wieczorna.pl może być wartościową
platformą do zaprezentowania swojego talentu.
Swoją twórczość prezentować będą twórcy z różnych dziedzin, wiec Serwis musi być multimedialny (tekst,
zdjęcia, grafika, utwory audio) – szczegóły zostaną opisane w dziale moduł młodego twórcy, który będzie
kluczowym elementem projektu i treści w nim zgromadzone promowane będą na wszystkich platformach
promocyjnych wchodzących w skład projektu. Serwis wieczorna.pl powinien posiadać właściwość
responsywności, czyli powinien być wykonany w technologii, która umożliwi przeglądanie treści na
smartfonach i tabletach. Powinien uwzględniać wszystkie funkcjonalności opisane poniżej, w niniejszym
punkcie oraz kolejnych.
Punktem odniesienia dla projektu przygotowanego przez Wykonawcę będzie wstępny poniżej przedstawiony
szkic drzewa Serwisu, w którym w sposób zbiorczy przedstawiono zakres tematyczny, przy czym poniższy
schemat nie odzwierciedla ostatecznego drzewa Serwisu, a jedynie pozwala na wstępne określenie zbioru
elementów, które powinny znaleźć się w Serwisie.
­­>Wiadomości
­­­­>Świat
­­­­>Polska
­­­­>Regionalne
­­­­>Polityka
­­>Biznes
­­­­>Gospodarka
­­­­>Ekonomia
­­­­>Finanse
­­­­>Giełda
­­­­>Infrastruktura
­­­­>Waluty
­­­­>Surowce
­­>Tech
­­­­>Aktualności
­­­­>Komputery
­­­­>Telefony
­­>Sport
­­­­>Liga Mistrzów
­­­­>Piłka nożna
­­­­> Formuła 1
­­­­>Tenis
­­­­>Siatkówka
­­­­>Sporty walki
­­­­>Żużel
­­­­>{Kategoria zależna od sezonu}
­­>Rozrywka
­­­­>Film
­­­­>Muzyka
­­­­>Książka
­­­­>Program TV
­­­­>Kino i Teatr
­­>Kultura
­­>Sztuka
­­>Społeczność
­­>Dla Twórców
­­­­>Publikacje naukowe
­­­­>Publikacje Dziennikarskie
­­­­>Twórczość Artystyczna
­­­­>Produkcja filmowa
­­­­>Produkcja muzyczna
­­­­>Promocja
­­>Kontakt
­­­­>Dla mediów
­­­­>Dla sponsorów
­­­­>Dla artystów
­­­­>Dla instytucji kulturalnych
­­­­>Dane teleadresowe i mapa dojazdu
­­­­>Dział Promocji
­­­­>Redakcja serwisu
Dodatkowe elementy stałe w Serwisu:
­­>Wyszukiwarka wewnętrzna
­­>Wybór języka i wybór lokalizacji
­­>Newsletter
­­>Mapa strony
­­>Archiwum
­­>Partnerzy
­­>Logotypy
­­>Regulamin serwisu
­­>Polityka prywatności
a.
2.1. Strona startowa Serwisu powinna pełnić funkcję węzła komunikacyjnego, wyposażonego w narzędzia
ułatwiające nawigację i orientację w obszernej zawartości Serwisu wieczorna.pl. Dzięki odpowiednio
zaprojektowanej architekturze ma kierować do innych działów Serwisu przy uwzględnieniu m.in. następujących
założeń:
rotator wyświetlający duże grafiki z obszaru Wiadomości i filmy video z trailerami ­ Slider (tzw.” jedynka” ze
b.
c.
d.
e.
f.
g.
h.
zmieniającymi się/rotującymi treściami) – zdjęcie/lub „zajawka” video + tytuł + podtytuł – ustawiane przez
Administratora (możliwość ustawienia daty publikacji od – do)
player umożliwiający transmitowanie wybranych treści wideo w trybie online;
dodatkowe boksy wyświetlające najważniejsze treści z obszaru dowolnie wybranych podstron, w tym modułów
funkcjonalnych, przy czym preferowaną strukturą takiego boksu jest miniatura zdjęcia + lead na około 200
znaków, w niektórych przypadkach dopuszczalny sama grafika, a ponadto dodatkowe boksy powinny pełnić
funkcję dynamicznych miniatur, po najechaniu których powinien wyświetlić się podgląd lub opis wybranej
podstrony;
menu główne składające się z nagłówków;
odnośniki do zakładek, m.in. takich jak: logowanie do Serwisu, newsletter, archiwum, wybór języka;
rozbudowana stopka z rozwiniętą mapą strony;
pole wyszukiwarki wewnętrznej;
logotypy partnerów.
2.2. Stworzony Serwis powinien m.in.:
umożliwiać publikowanie artykułów wprowadzonych do Serwisu za pośrednictwem systemu CMS;
w sposób dostępny i przejrzysty umożliwić użytkownikowi szybkie zapoznanie się z aktualnymi treściami;
powinien jasno komunikować idee projektu;
udostępnić pogłębione informacje związane z oferowanymi funkcjonalnościami, w tym zapewniać prezentację
treści użytkowników (młodych twórców) i producentów w postaci materiałów video, zdjęć, informacji o
twórcach, artystach i ich twórczości, itd. – profil młodego twórcy, profil producencki;
e. informować użytkownika o rodzajach dostępnych abonamentów (płatnych profili);
f. zawierać dane teleadresowe Administratora Serwisu oraz formularz, za pomocą którego użytkownicy będą
mogli wysłać e­maila do Administratora z uwagami;
g. umożliwiać dodanie w dowolnym miejscu serwisu odtwarzacza multimedialnego, w tym pozwalać na
odtwarzanie treści audio i wideo, a także wyświetlanie napisów pod filmem dostarczonych w postaci pliku
tekstowego (np. na potrzeby zgodności z WCAG), przy czym odtwarzacz powinien działać także na
urządzeniach mobilnych nie posiadających biblioteki Flash (poprzez zgodność z HTML5);
h. pozwalać na zagnieżdżanie multimediów przez redaktorów Serwisu w stawianych przez nich dowolnych treści;
i. pozwalać na zamieszczanie krótkich pilnych komunikatów, widocznych z poziomu każdej podstrony;
j. umożliwiać rejestracje i logowanie użytkowników w celu udostępniania mu treści i funkcjonalności w
zależności od grupy, do której przynależy;
k. powinien zawierać moduł baz danych gdzie publikowane będą informacje z baz danych dostępnych w
Serwisie;
l. powinien umożliwiać z każdego miejsca (dowolnego miejsca Serwisu) powinna być możliwość powrotu
(klawisz wróć) do artykułu – jako miejsca źródłowego ;
m. zawierać box „twórca tygodnia” – wskazany i promowany przez Admin profil młodego twórcy;
n. promować twórczość tygodnia – box (z rotującymi treściami) promujący kilka wskazanych dzieł (różnych
twórców) – może działać podobnie jak rotator
o. zawierać box do promocji twórców i producentów, stały element serwisów promujący losowo, lub kontekstowo
(jeśli tagi się zgadzają) – twórców, ich dzieła oraz producentów i ich oferty (cztery kategorie treści);
p. zawierać box z najpopularniejszymi/najwyżej ocenianymi artykułami, zdjęciami, filami video – publikacja
systemowa (na podstawie ilości wyświetleń w ciągu ostatnich 7 dni);
q. udostępniać pola reklamowe, sponsorskie i inne produkty reklamowe (reklama ad sense, artykuły
sponsorowane, raporty specjalne);
r. udostępniać kalendarz wydarzeń z podziałem na dni, miesiące oraz lokalizacje, dane pobierane będą z baz
danych własnych lub z profili producenckich (moduł producenta)
s. posiadać funkcjonalność zapewniającą automatyczne tłumaczenie treści znajdującej się w serwisie w oparciu
o mechanizm Google Translate;
t. udostępniać mechanizm umożliwiający promowanie (zagnieżdżanie) treści na innych serwisach internetowych
wskazanych przez Zamawiającego;
u. Serwis wieczorna.pl umożliwi stworzenie profili we własnej subdomenie np. xxxx.wieczorna.pl – gdzie
subdomeną jest zarejestrowany login do konta użytkownika oraz umożliwi za pośrednictwem systemu CMS
wieczorna.pl na umieszczanie treści promujących Serwis oraz profile młodych twórców na innych serwisach
a.
b.
c.
d.
v.
w.
x.
y.
a)
b)
c)
d)
e)
f)
wskazanych przez Zamawiającego (Multisite).
System powinien umożliwiać rozszerzanie funkcjonalności serwisu poprzez dodatki (Widgety) dostarczone
przez Zamawiającego i posiadać repozytoria gotowych dodatków stworzonych przez różnych autorów.
W systemie podpięte zostaną statystyki Google Analytics.
System powinien umożliwiać rozszerzanie funkcjonalności serwisów poprzez dodatki i posiadać repozytoria
gotowych dodatków stworzone przez różnych autorów.
Treści w Serwisie pochodzić będą z wielu źródeł własnych i zewnętrznych. Na etapie tworzenia Serwisu
konieczne będzie dokonanie migracji (manualnej bądź automatycznej) mechanizmów wyświetlania treści
(widgetów oraz innych treści) ze wskazanych serwisów internetowych w odniesieniu do poszczególnych
kategorii i miejsca ich prezentacji w tworzonym Serwisie, w tym ich konfiguracja, rodzaje źródeł treści:
Serwisy społecznościowe;
Treści własne użytkowników;
Bazy danych ;
Zdjęcia i materiały video z nabyciem praw autorskich;
Własne treści;
Serwisy zintegrowane (inne źródła), wg API dostarczonego przez Zleceniodawcę.
2.3. Serwis powinien być przyjazny wyszukiwarce Google i powinien być programowany przy zastosowaniu
poniższych wytycznych:
a. powinien zawierać prawidłowo przygotowaną site mapę uwzględniającą wszystkie poziomy Serwisu;
b. powinien być zawsze dodany breadcrumb ­ trzeba zadbać aby zawierały odpowiednie słowa kluczowe;
c. adresy friendly URL ­ powinny zawierać pauzy (­) pomiędzy elementami adresu, powinny się tworzyć
automatycznie dla każdego artykułu pobierając adres z tytułu artykułu, Administrator powinien mieć możliwość
modyfikacji z poziomu CMS;
d. prawidłowe wykorzystanie nagłówka H1, automatyczne tworzenie dla podstron i stron artykułów wraz z
właściwymi słowami kluczowymi;
e. w CMS­ie powinna być możliwość dodania opisów słów kluczowych i meta tagów;
f. tworzenie poprawnego pliku robots.txt;
g. liczba linków na stronie głównej nie powinna być większa niż 100;
h. powinniśmy zadbać o linkowanie pomiędzy stronami o podobnej tematyce w obrębie serwisu pozwala
zyskiwać wartościowe linki – warto stworzyć jakiś automat który będzie automatycznie linkował wskazane
słowa kluczowe;
i. trzeba zadbać aby na jednej stronie nie dublowały się linki do tej samej treści ­ wielokrotne występowanie
więcej niż jednego linku do tej samej strony powoduje wykorzystanie limitu linków;
j. należy zadbać aby do działania serwisu, menu, wyszukiwania wykorzystywana nie była wykorzystywana
Java i JavaScript, które nie są technologiami wspieranymi przez wyszukiwarki, tym samym nawigacja oparta
na tych technologiach jest bezużyteczna z punktu widzenia SEO;
k. lista słów kluczowych (tagów) powinna się znaleźć na stronie głównej;
l. trzeba zadbać aby treści znajdujące się pod różnymi domenami nie dublowały się nawzajem, w przeciwnym
wypadku google uzna takie serwisy za spamerskie;
m. wskazane słowa kluczowe (tagi) dla danego artykułu powinny być boldowane w treści artykułu;
n. należy unikać iframe w konstruowaniu struktury serwisów.
2.4. Specyfikacja systemu Adserwer
Zamawiający preferuje gotowe rozwiązanie dostępne na rynku. Może być to całkowicie zewnętrzny produkt,
skonfiigurowany i wdrożony, a Zamawiający może opłacać opłatę licencyjną, wdrożenie modułu leży po stronie
Wykonawcy.
●
●
●
klient własnoręcznie wprowadza reklamę;
manager sprzedaży pow. reklamowej własnoręcznie wprowadza reklamy od zainteresowanych
podmiotów;
reklamy zamieszczane są na witrynach posiadających własności responsywności ­ muszą się one
automatycznie przeskalowywać na ekranach urządzeń mobilnych;
system adserwer musi być kompatyilny z systemem zarządzania treścią, na którym będzie się opierał
stworzony serwis. Wystarczającym warunkiem jest obsługa zamieszczonych skryptów przez CMS;
system adserwer powinien dawać możliwość generowania raportów i umożliwiać sprawdzanie interakcji
klientów z wyświetlanymi reklamami przez domy mediowe i brokerów reklam, powinien zliczać
wyświetlenia reklam i udostępniać podstawowe dane (kraj i region pochodzenia adresu IP, ilość
interakcji etc.);
system adserwer powinien zliczać liczby emisji ­ kliknięć reklam, powinien umożliwiać obliczanie ROI
przez sieci reklamowe;
●
●
●
Podstawowe funkcjonalności to:
●
●
●
●
●
●
●
Uploadowanie reklam i rich media;
Trafikowanie (wyświetlanie/emitowanie) reklam zgodnie z zasadami biznesu;
Targetowanie reklam do różnych internautów;
Targetowanie reklam w zależności od kontekstu strony;
Raportowanie, zbieranie statystyk;
Możliwość wprowadzenia targetowania behawioralnego i kontekstowego reklam.
Możliwość współpracy z systemem ERP wydawnictwa ­ powinien posiadać możliwośc wymiany
danych na temat wielkości sprzedaży i wpływów reklamowych, oraz przekazywania danych
wprowadzanych przez klientów;
Możliwość zatwierdzania reklam przez publikacją. Wydawnictwo aktualnie nie publikuje reklam zawierających
treści przeznaczone dla osób dorosłych;
Powinien być systemem działającym w chmurze danych lub zainstalowanym na serwerze zamawiajacego
(dostępna specyfikacja) lub na serwerze dostarczanym przez wykonawcę, przy czym koszty najmu
powierzchni serwera w okresie testowania usługi obciążą Wykonawcę;
system jak i jego wdrożenie może być rozliczane w modelu prowizyjnym, stosowne informacje prosimy
zawrzeć w ofercie;
Zamawiający dąży do uzyskania licencji na użytkowanie systemu Adserwer, może ale nie musi uzyskać
przeniesienia pełni praw autorskich. Stosowne informacje należy sprecyzować w przesłanej ofercie.
3. Elementy serwisu
Zamawiający zaleca korzystanie z gotowych modułów i rozwiązań opartych na tzw. licencji wolnego
oprogramowania, celem ograniczenia kosztów realizacji Przedmiotu Umowy i nie powielania
istniejących na rynku bezpłatnych rozwiązań tego typu.
Oferent zamierzający wykorzystać tego typu gotowe rozwiązania winien już na etapie
przedstawienia oferty przedstawić listę modułów, które planuje wykorzystać do realizacji przedmiotu
zamówienia. Zamawiający dopuszcza tworzenie modułów od podstaw tylko w uzasadnionych
wypadkach, kiedy dostępne rozwiązania nie mogą być zaadoptowane do potrzeb tworzonego
Serwisu.
3.1. Oprogramowanie: system zarządzania treścią (CMS) z modułem administracyjnym
System CMS Serwisu powinien być oparty na jednym z popularnych rozwiązań typu open source.
Preferowanym rozwiązaniem jest Drupal, jednakże możliwe jest wykonanie serwisu ­ po konsultacji z
Zamawiającym ­ w dowolnym innym systemie zarządzania treścią.
Obecnie Zamawiający posiada zainstalowany i skonfigurowany jeden system zarządzania treścią Drupal, który
winien zostać wykorzystany przez Wykonawcę do dalszej rozbudowy. Wykonawca może jednakże dokonać
pełnej konfiguracji systemu CMS od podstaw i wykonać całość prac, pod warunkiem, że będzie realizował
zlecenie zgodnie z harmonogramem i dotrzyma terminu wykonania przedmiotu Umowy określonego w SIWZ.
Zamawiający dopuszcza składanie ofert częściowych na wykonanie poszczególnych modułów i
funkcjonalności. Zamawiajacy może także udostępnić Wykonawcy kolejny system CMS Drupal do prac
programistycznych i innych.
Ten moduł powinien umożliwiać zarządzanie użytkownikami oraz Serwisem i powinien:
a. być zaprojektowany z myślą o obsłudze wielu serwisów (Multisite oraz subdomeny) przez jedną instancję
systemu;
b. zapewniać nielimitowaną ilość użytkowników;
c. umożliwiać szczegółowe zarządzanie uprawnieniami, przypisywanie praw dostępu na poziomie każdego
elementu struktury Serwisu do ról/grup użytkowników frontendowych i backendowych (macierzowo, do
określonych obszarów Serwisu i do określonych funkcjonalności + konto superadministratora – dostęp do
wszystkiego i prawo tworzenia nowych kont i przydzielania praw dostępu);
d. pozwalać redaktorom o odpowiednich uprawnieniach na tworzenie nowych użytkowników (backendowych i
frontendowych) oraz nadawania im uprawnień;
e. posiadać mechanizmy identyfikacji i uwierzytelniania użytkowników, w tym mechanizmy ochrony przed
próbami nieautoryzowanego dostępu do panelu CMS Serwisu.
3.2. Oprogramowanie: wykonanie modułu CMS (system publikacji i zarządzania treściami).
Ten moduł powinien:
a. zapewniać podstawowe funkcjonalności, w tym m.in. edycję zdjęć (m.in.: skalowanie, kadrowanie,
konwersję typów, tworzenie galerii, oblewanie zdjęć tekstem, dowolne ustawienie zdjęć względem tekstu,
automatyczne generowanie miniatury dodawanego zdjęcia na liście artykułów, powiększanie miniatury po
kliknięciu do pełnego wymiaru zdjęcia oraz podpisywanie zdjęć;
b. umożliwiać redaktorom nieposiadającym umiejętności programistycznych tworzenie struktury i
modyfikacji serwisu oraz rozbudowy na dowolnym poziomie zagłębienia;
c. zapewniać możliwość umieszczania elementów treści wg zdefiniowanych szablonów;
d. umożliwiać łatwą integrację z systemami zewnętrznymi wskazanymi przez Zleceniodawcę;
e. zapewniać możliwość publikacji w artykułach plików graficznych i animacji w formatach JPG, png, gif, swf,
mpg, avi, wmv, flv;
f. powinien umożliwiać dodawanie mniejszych elementów treści, poza dodawaniem stron odzwierciedlonych
bezpośrednio w drzewie Serwisu, zawierających ustalone pola (np. data, tytuł, tekst), które w zależności
od wybranych metadanych będą mogły być wyświetlane w jednym lub więcej miejscach na stronie;
g. powinien udostępniać edytor WYSIWYG do formatowania treści, tworzenia tabel, linków, w tym
zapewniać możliwość kopiowania treści z takich edytorów jak: MS Office, OpenOffice, HTML z
możliwością czyszczenia kodu z nadmiarowych znaczników treści;
h. zapewnić możliwość podglądu stron przed jej publikacją, w tym ustawienia daty opublikowania i czasu
ukazywania się treści w Serwisu, a także wyświetlenie wiadomości nie dłużej niż po minucie od momentu
publikacji;
i. umożliwiać obsługę wielu wersji językowych;
j. zapewniać wersjonowanie elementów treści w celu umożliwienia powrotu do poprzednich stanów danego
elementu treści;
k. zapewniać obsługę workflow (obieg dokumentów, Zamawiający posiada wdrożone aplikacje Google dla
firm jako system workflow, może też przejść na inne, zaproponowane rozwiązanie);
l. umożliwiać obsługę zagregowanych kanałów RSS w odniesieniu do poszczególnych kategorii treści
publikowanych w Serwisie, w tym zapewniać generowanie kanałów RSS na podstawie list wiadomości
jednej lub więcej kategorii;
m. zapewniać przyjazne adresy URL (friendly URL) i dynamiczne tworzenie mapy serwisuoraz pliku sitemap
xml dla wyszukiwarek;
n. umożliwiać aktualizację serwisu przy uwzględnieniu WCAG 2.0;
o. zapewniać poprawne wyświetlanie w przeglądarkach: Firefox i Chrome dla systemu Windows oraz Safari,
chrome lub firefox dla systemu OS X;
p. umożliwiać, w obszarze playerów audio i video, odtwarzanie filmów na urządzeniach przenośnych bez
q.
r.
s.
t.
u.
v.
a.
b.
c.
d.
e.
w.
x.
y.
z.
aa.
bb.
cc.
dd.
ee.
wykorzystania technologii flash;
Administrator może wprowadzać content do Serwisu za pomocą formatki WYSIWYG, treść wprowadzana
metodą kopiuj­wklej jest automatycznie formatowana (czyszczona) i przystosowywana do schematu
Serwisu i ostylowania, może ustawić dowolną datę publikacji oraz ważności (od – do) artykułu, galerii i
dowolnego elementu contentu Serwisu;
Administrator ma możliwość dołączenia obiektów graficznych (zdjęcia, video – wybór z dysku i osadzenie
w tekście) oraz embedowania video (youtube, vimeo, inne), a także zamieszczenia innych obiektów html;
Administrator tworzy artykuł i przypisuje go do określonej kategorii i podkategorii;
Do każdego artykułu Administrator przypisuje tagi wewnętrzne serwisu umożliwiające kontekstowe
dowiązywanie treści;
Każdy artykuł otrzymuje META TAGI (dodawane przez Administratora lub wybierane z listy)
Artykuł składa się z następujących części:
TYTUŁ ­ Administrator ma możliwość przypisania dwóch różnych tytułów do artykułu – inny tytuł
widoczny na linku zewnętrznym (krótki, zachęcający do kliknięcia), inny tytuł wewnętrzny (SEO­friendly,
zbieżny ze struktura linku artykułu)
LEAD
ŚRÓDTYTUŁY
TEKST WŁAŚCIWY
AUTOR i DATA PUBLIKACJI
Administrator ma możliwość tworzenia kolejnych artykułów metodą „duplikuj artykuł” z zachowaniem
wszystkich ustawień artykułu pierwowzoru;
Administrator może tworzyć kolejne kategorie, przypisywać je do wybranych szablonów stron
Administrator ma możliwość stworzenia galerii zdjęć i przypisania jej do artykułu (możliwość przypisania
galerii do dowolnej liczny artykułów);
System automatycznie przypisuje do danych artykułów inne artykuły, galerie, video podobne (wg tagów
wewnętrznych);
System automatycznie publikuje artykuły podobne wg schematy: „użytkownicy którzy przeczytali ten
artykuł przeczytali również”;
Administrator ma możliwość moderacji komentarzy i usunięcia komentarzy zamieszczonych niezgodnie z
regulaminem;
Administrator może przypisać do artykułu „przyjazny link” – SEO;
Administrator może wygenerować czystą stronę w cmsie i wprowadzić na nią dowolny html – strona
wyświetli się z nagłówkiem i stopką serwisu i będzie odpowiednio ostylowana;
Administrator ma możliwość w wyznaczonych miejscach serwisów (wszystkich) – zamieścić link lub
obiekt graficzny linkujący do dowolnego miejsca w serwisie lub do innego serwisu.
3.3. Oprogramowanie: moduł semantycznego wyszukiwania, zaznaczania miejsca na mapie i
przeliczania na odległość, sugerowania najlepszego połączenia.
Stworzona zostanie wyszukiwarka wewnętrzna Serwisu, która, powinna umożliwić wyszukiwanie w różnych
działach Serwisu oraz wyświetlać wyniki m.in. posegregowane według nazw działów, co ma umożliwić
użytkownikom szybsze i łatwiejsze rozeznanie się w wynikach wyszukiwania, przy czym wyszukiwarka
powinna uwzględniać polską fleksję, tj. wyszukiwać również odmiany podanych słów, a także powinna
posiadać wariant prosty i z zaawansowanymi opcjami wyszukiwania. Powinna podpowiadać użytkownikom
słowa kluczowe (tagi) już po wpisaniu kilku pierwszych słów, wyszukiwanie powinno odbywać się zarówno po
tagach jak i pełnotekstowo. Wyniki wyszukiwania po tagach powinny być publikowane na pierwszych
miejscach listy rezultatów.
Podział rodzaju treści w wynikach wyszukiwania:
● Artykuły w serwisie w którym realizowane jest wyszukiwanie;
● Treści dostępne w innych serwisach wchodzących w skład platformy;
● Lokalizacja na mapie;
● Profil twórcy;
● Profil producenta;
●
Dzieło twórcy.
Celem jest stworzenie modułu zapewniającego semantyczne wyszukiwanie treści pozwalającego na
dostarczanie maksymalnie relewantnego do zapytania zestaw treści znajdującej się Serwisu dzięki
zaawansowanym technologicznie procedurom mechanicznego przetwarzania języka naturalnego, a nie w
oparciu o metody statystyczne. Moduł ten wraz z funkcjonalnością geolokalizacji powinien umożliwiać, w
oparciu o wprowadzone przez użytkownika dane/kryteria, wygenerowanie np. listy Teatrów znajdujących się w
dogodnej lokalizacji (np. w odległości x kilometrów od mojej lokalizacji), a także powinien pozwolić na
określenie na mapie drogi dojazdu z przeliczeniem odległości w km (funkcjonalność googla), jak i zasugerować
najlepsze środki komunikacji publicznej (jeśli będziemy mieli odpowiednia bazę połączeń). Dodatkową cechą
jaką powinien posiadać moduł jest zastosowanie "uzupełniacza", który powinien ułatwić wpisywanie
poprawnych nazw miejscowości zarówno obcokrajowcom, jak również osobom, które nie do końca pamiętają
daną nazwę.
3.4. Oprogramowanie: moduł klienta indywidualnego (Profil Młodego Twórcy).
Celem jest uruchomienie funkcjonalności pozwalającej każdemu użytkownikowi w trybie online publikowanie
własnych treści. Konto będzie płatne dla młodego twórcy ale dzięki niemu otrzyma kilka możliwości zarabiania
na swojej twórczości.
Dzięki Profilowi któremu każdy „młody” twórca, amator będzie mógł konkurować z osobami posiadającymi
klasyczne wykształcenie humanistyczne/ muzyczne. Moduł ma pozwalać na rozwijanie pasji „młodym”
twórcom poprzez udostępnianie swoich prac innym użytkownikom oraz zarabianie na swojej twórczości wg
ustalonego modelu rozliczenia (moduł rozliczeń). Użytkownik powinien mieć możliwość zamieszczania swoich
prac (tekst, audio, wideo) na zasadzie blogu i udostępniać je innym do oceny. W ramach tego funkcjonalności
tego modułu użytkownik za pośrednictwem odpowiedniego formularza będzie miał możliwość wprowadzenia
podstawowych danych takich jak: imię, login, adres email itp. Następnie system automatycznie powinien
wygenerować konto, na którym w prosty i szybki sposób użytkownik powinien mieć możliwość umieszczania i
edytowania swoich prac (tekstów), utworów audio oraz wideo. Użytkownik za pośrednictwem tego modułu
powinien mieć możliwość zamieszczania w Serwisu swoich artykułów, wypracowań, felietonów, wierszy,
nagrań piosenek, filmów wideo itd. umożliwiając innym ich ocenę.
W ramach profilu młody twórca:
● będzie mógł publikować wpisy;
● zamieszczać zdjęcia (tworzyć galerie), filmy;
● śledzić (podobnie jak na twitterze) innych zarejestrowanych użytkowników;
● dodać kilka informacji o sobie;
● zbieranie własnej bazy mailingowej (własny newsletter);
● stworzyć własną reklamę graficzną lub video;
● dostanie możliwość wydania własnej gazety/magazynu oraz publikacji;
● powinien mieć możliwość tagowania wszystkich wpisów.
Użytkownik zakłada profil i może prowadzić bloga we własnej subdomenie. Dodawane przez niego treści
grupowane będą wg kategorii (tekst, zdjęcia, video) i dodawane do repozytorium. Twórca będzie miał
możliwość zgrupować (wybrać z repozytorium) swoje treści i udostępnić je w płatnej opcji innym
użytkownikom jako:
● Odpłatny cykliczny magazyn tworzony w oparciu o issu.com, jako subskrypcja;
● Stworzenie własnej publikacji w pdf w oparciu o academia.edu i blogbooker.com – płatna publikacja.
Funkcjonalność modułu powinna zapewniać użytkownikowi pobierania opłat za
udostępnianie swoich treści, tzn. Młody twórca określa cenę za stworzone magazyny lub publikacje naukowe,
a osoba chcąca przeczytać jakieś opracowanie w całości (będzie korzystała z modułu płatności online) musi
zapłacić za pobranie pełnej wersji.
Użytkownik może umieszczać własną i cudzą twórczość, do której posiada prawa autorskie, chronioną
modułem płatności (paywall lub innym np. platnosci.pl lub dotpay.pl), przez co powinien zostać wygenerowany
dochód w postaci prowizji od honorariów autorskich (lub prowizji).
Na profilu znajduje się lista dokonanych transakcji oraz aktualny stan konta (wartość należnej prowizji), gdy
uzbiera się co najmniej 1000 zł pojawia się klawisz „wypłać pieniądze” i właściciel profilu ma możliwość
wypełnienia faktury lub rachunku (w zależności od formy prawnej jaką posiada – jaką umowę podpisał).
Ponadto użytkownicy zamieszczający treści na swoim profilu powinni mieć możliwość dodawania do swojego
profilu reklam podmiotów trzecich i czerpać z tego tytułu dochody (określone miejsca i formaty, możliwe do
dodania za pośrednictwem formatki w profilu, właściciel profilu określa cenę i czas publikacji reklamy,
Administrator ma prawo zablokować reklamę jeśli jest niezgodna z regulaminem, np. zawiera treści wulgarne
lub kieruje do stron propagujących przemoc, pedofilię, itp.)
Powinna istnieć możliwość wyłączenia płatności, np. w celu zachęcenie użytkowników do korzystania z
Serwisu.
Dodatkowo Administrator będzie mógł oznaczyć w CMS­ie wybrany wpis na blogu i podpiąć go do wybranej
kategorii Serwisu, dzięki czemu pojawi się on na liście artykułów lub na stronie głównej Serwisu (jeśli
Administrator przypisze mu stosowną flagę w CMS­ie).
3.5. Oprogramowanie: moduł Profil producencki.
Uruchomienie tego modułu umożliwi obsługę profilu producenckiego, dzięki któremu podmioty (przedsiębiorcy,
jak i klienci indywidualni oraz instytucje kulturalne) będą miały możliwość promowania swojej działalności w
Internecie w oparciu o rożne predefiniowane szablony.
Moduł jest płatny. Powinna istnieć możliwość czasowego wyłączenia płatności, np. w celu zachęcenie
użytkowników do korzystania z Serwisu.
Instytucje kulturalne (teatry, kina, domy kultury i inne) mają możliwość wprowadzenia opisu swojej działalności
oraz stworzenia kalendarza imprez bądź integracji swojego istniejącego kalendarza poprzez wymianę danych
w formacie .ical i innych popularnych formatach wymiany informacji o wydarzeniach. Imprezy dodawane będą
automatycznie do ogólnego kalendarza imprez, który promowany będzie na pozostałych serwisach.
Właściciel profilu będzie mógł zaimportować lub wprowadzić opis imprezy, dodać galerię zdjęć, regulamin
imprezy, godziny, cennik, oraz opcjonalnie liczbę miejsc dostępnych w serwisie oraz cenę promocyjną
(dostępną tylko w serwisie wieczorna.pl), mapkę dojazdu (dane GPS na mapie), itd. Udostępnimy również
formularz rezerwacyjny (off­line) – po wypełnieniu wysyłany będzie mail do organizatora.
Najlepsze oferty promowane będą w boxie promocji ofert dostępnym na Serwisie wieczorna.pl i innych
serwisach wykorzystywanych do promocji treści z Serwisu.
Rozważana jest tez możliwość podjęcia współpracy (partnerstwa) z istniejącymi serwisami rezerwacji biletów
na imprezy. Jeśli impreza będzie dostępna w serwisie partnerskim, to pojawi się klawisz „rezerwuj on­line” i
użytkownik przekierowany zostanie do serwisu partnerskiego, gdzie dokona rezerwacji. Wieczorna.pl otrzyma
prowizję za przekierowanie użytkownika.
Zarządzanie wpisem danej instytucji powinno należeć do moderatora, którym automatycznie powinien stać się
jego właściciel (np. zarządca teatru/opery, zarządca instytucji producenckiej bądź wskazana przez niego
osoba). Moduł powinien współpracować z modułem rozliczeniowym, w tym powinien zapewniać pracę z
różnymi abonentami, jak np.: abonament miesięczny, roczny, kwartalny, tygodniowy oraz dzienny.
Moderator powinien mieć możliwość tagowania wszystkich wpisów.
3.6. Moduł geolokalizacji;
Stworzenie modułu pełniącego funkcję geolokalizacji, zapewniającego szybkie i dokładne odnalezienie danej
instytucji, imprezy, itp. Dzięki niemu użytkownik będzie mógł szybko i łatwo odnaleźć interesującą go
instytucję wraz z dokładnymi współrzędnymi GPS, ułatwiającymi dojazd do celu.
Dane do modułu geolokalizacji pobierane będą z profilu producenckiego lub ewentualnie innych baz danych
jeśli takowe pozyskamy.
Moduł oparty będzie o API google maps.
Dane pojawiać się będą na ogólnej mapie dostępnej z poziomu bazy instytucji oraz bazy wydarzeń, a także z
poziomu każdego profilu producenckiego (ograniczone tylko do danych powiązanych z tym profilem).
3.7. Opracowanie Dokumentacji Serwisu (wdrożeniowej).
Dokumentacja powinna być przygotowana w taki sposób aby umożliwiał dalszy rozwój serwisu w oparciu o
zasoby wewnętrzne Zleceniodawcy. Opis powinien uwzględniać zarówno szczegóły dotyczące działania
poszczególnych modułów serwisu jak również narzędzia CMS.
3.8. Wykonanie testów końcowych.
Wykonawca przygotuje plan testów obejmujący wszystkie funkcjonalności serwisu oraz systemu CMS. Testy
zostaną przeprowadzone w środowisku testowym wskazanym przez Wykonawcę. Testy wykonane przez
Zleceniodawcę oraz Wykonawcę będą podstawą do zatwierdzenia serwisu do wdrożenia. Wykonawca jest
zobowiązany do usunięcia wszystkich usterek ujawniony w trakcie przeprowadzonych testów.
3.9. Wdrożenie Serwisu.
Wykonawca wdroży Serwis na serwerze wskazanym przez Zleceniodawcę.