Czym jest rider techniczny zespołu?

Rider techniczny to dokument określający wymagania potrzebne do przygotowania koncertu pod względem technicznym. Powinien opisywać to, czego zespół potrzebuje od organizatora, obiektu i firmy realizacyjnej, aby koncert mógł zostać przeprowadzony zgodnie z założeniami.

Może obejmować między innymi:

• system PA,
• FOH,
• monitoring,
• mikrofony i DI-boxy,
• konsolety,
• stageboxy,
• backline,
• zasilanie,
• scenę,
• risery,
• komunikację techniczną.

Rider powinien być dokumentem praktycznym. Osoba przygotowująca wydarzenie musi po jego przeczytaniu wiedzieć, co trzeba zapewnić, co przywozi zespół i które elementy wymagają wcześniejszego uzgodnienia. 

Rider techniczny a hospitality rider

Rider techniczny i hospitality rider to dwa różne dokumenty.

Rider techniczny opisuje warunki realizacji koncertu: audio, scenę, światło, backline, zasilanie i pozostałą infrastrukturę techniczną.

Hospitality rider dotyczy natomiast warunków organizacyjnych i zaplecza dla artysty, np. garderób, cateringu, napojów, parkingu czy zakwaterowania.

Można je wysyłać razem, ale dla czytelności lepiej wyraźnie rozdzielić wymagania techniczne od hospitality.

Do czego rider służy organizatorowi i firmie technicznej?

Rider pozwala sprawdzić, czy lokalna infrastruktura jest zgodna z wymaganiami zespołu i czego trzeba dodatkowo dostarczyć.

Firma techniczna może na jego podstawie przygotować:

• system nagłośnienia,
• konsolety,
• patch,
• mikrofony,
• monitoring,
• backline,
• harmonogram przygotowania sceny.

Organizator może natomiast wcześniej ocenić, czy wymagania są możliwe do spełnienia w danym obiekcie oraz jaki zakres trzeba uwzględnić w budżecie.

Dlatego dobrze przygotowany rider znacząco ułatwia przygotowanie kompletnego nagłośnienia koncertowego i całej techniki scenicznej.

Jakie informacje powinny znaleźć się na początku ridera?

 Na początku ridera powinny znaleźć się informacje pozwalające jednoznacznie zidentyfikować zespół, dokument i osobę odpowiedzialną za kwestie techniczne.

Dane zespołu i osoby odpowiedzialnej za kwestie techniczne

W pierwszej części warto umieścić:

• nazwę zespołu,
• nazwisko osoby odpowiedzialnej technicznie,
• adres e-mail,
• numer telefonu,
• ewentualnie kontakt do tour managera lub managera.

Najważniejsze jest wskazanie jednej osoby, która może podejmować decyzje techniczne podczas advance'u.

Jeżeli wszystkie pytania trafiają jednocześnie do managera, realizatora FOH, muzyka i organizatora, szybko pojawiają się sprzeczne ustalenia.

Aktualność dokumentu i numer wersji

Rider powinien mieć datę aktualizacji lub numer wersji.

To prosta rzecz, która pozwala uniknąć pracy na starym dokumencie. Przykładowo można oznaczyć plik jako:

• Rider 2026 v1.2,
• aktualizacja: sierpień 2026.

Jeżeli zmienia się skład zespołu, konsoleta, monitoring albo input lista, trzeba zaktualizować rider i przesłać nową wersję wszystkim zaangażowanym stronom.

Jak opisać wymagania dotyczące systemu PA?

Wymagania dotyczące PA powinny przede wszystkim określać rezultat, jaki system ma zapewnić, a nie sprowadzać się do przypadkowej listy marek.

Pokrycie, poziom i jakość systemu zamiast przypadkowej listy marek

Rider może określać, że system powinien:

• równomiernie pokrywać całą widownię,
• zapewniać odpowiedni headroom,
• pracować pełnopasmowo,
• być poprawnie skonfigurowany i zestrojony,
• zapewniać wymagany SPL w całym obszarze publiczności.

Jeżeli zespół ma konkretne wymagania dotyczące rodzaju systemu, warto je uzasadnić technicznie.

Lista „tylko marka X, Y albo Z” bez informacji o konfiguracji może być mniej użyteczna niż jasne wymaganie dotyczące pokrycia i wydajności.

Oczywiście w przypadku tras koncertowych może istnieć lista akceptowanych systemów, ale nadal należy określić, czego oczekuje się od całego PA.

Szerzej różnice między architekturami opisuje materiał Line array czy point source – kiedy wybrać który system nagłośnienia?

Frontfill, outfill, delay i subwoofery – kiedy warto je określać?

Nie trzeba wpisywać, że każde wydarzenie musi mieć frontfill, outfill i delay. Te elementy powinny wynikać z geometrii widowni.

W riderze można natomiast zaznaczyć, że:

• pierwsze rzędy muszą być poprawnie pokryte,
• boczne sektory nie mogą pozostawać poza systemem,
• w dużych przestrzeniach należy stosować delay line, jeśli wymaga tego projekt,
• sekcja subwooferowa ma zapewniać odpowiedni poziom i zakres dla repertuaru zespołu.

Takie wymagania zostawiają lokalnemu system engineerowi możliwość prawidłowego zaprojektowania konkretnej konfiguracji.

Jak opisać wymagania dotyczące stanowiska FOH?

FOH powinien być opisany jako stanowisko pracy realizatora, a nie tylko miejsce, w którym stoi konsoleta.

Konsoleta i infrastruktura

W riderze należy podać:

• preferowaną lub wymaganą konsoletę,
• minimalną liczbę kanałów,
• wymagane wejścia i wyjścia,
• potrzebne matryce i busy,
• ewentualne dodatkowe urządzenia.

Jeżeli zespół przywozi własną konsoletę, trzeba określić, czego potrzebuje od lokalnej infrastruktury.

Może to obejmować:

• stagebox,
• split,
• analogowy lub cyfrowy patch,
• zasilanie,
• sieć,
• połączenie z systemem PA.

Położenie stanowiska realizacyjnego

FOH powinien znajdować się w reprezentatywnym miejscu względem widowni.

Nie należy umieszczać go:

• za sceną,
• w zamkniętym pomieszczeniu,
• skrajnie z boku,
• w miejscu całkowicie innym akustycznie niż publiczność.

W riderze warto zaznaczyć, że stanowisko FOH powinno zapewniać bezpośredni odsłuch głównego systemu i widoczność sceny.

Sieć, stageboxy i dodatkowe urządzenia

W nowoczesnych realizacjach FOH może wymagać również infrastruktury sieciowej.

Warto określić:

• typ połączenia ze sceną,
• kto dostarcza stagebox,
• czy potrzebny jest split,
• czy zespół korzysta z własnej sieci,
• czy potrzebne jest redundantne połączenie.

Jeżeli routing jest rozbudowany, rider powinien jasno rozdzielać to, co przywozi zespół, od infrastruktury wymaganej od lokalnej firmy.

Jak opisać monitoring sceniczny?

Monitoring trzeba opisać na tyle dokładnie, aby lokalna ekipa wiedziała, ile niezależnych miksów i jakiego rodzaju odsłuchów trzeba przygotować.

Liczba niezależnych miksów

Nie wystarczy napisać „5 monitorów”.

Trzeba podać:

• liczbę niezależnych miksów,
• kto korzysta z którego miksu,
• czy miks jest mono czy stereo,
• kto steruje monitoringiem.

Przykładowo pięć wedge'y nie musi oznaczać pięciu miksów. Dwa zestawy mogą pracować na jednym miksie.

Wedge, sidefill i drum fill

Jeżeli zespół korzysta z wedge'y, warto określić ich rozmieszczenie na stage planie.

Sidefill i drum fill powinny być wskazane tylko wtedy, gdy faktycznie są potrzebne.

Rider może określać:

• liczbę odsłuchów,
• sposób ich rozmieszczenia,
• wymagany headroom,
• preferowane modele lub klasę rozwiązania.

IEM i wymagania RF

Jeżeli zespół korzysta z IEM, trzeba jasno określić:

• ile systemów jest potrzebnych,
• czy są bezprzewodowe czy przewodowe,
• kto dostarcza nadajniki i bodypacki,
• kto odpowiada za koordynację RF.

Przy wielu systemach bezprzewodowych koordynacja częstotliwości powinna być częścią advance'u.

Nie wystarczy wpisać „8 x IEM”. Trzeba określić cały sposób działania systemu.

Jak przygotować prawidłową input listę?

Input list powinna jasno opisywać każdy kanał wejściowy systemu. To jeden z najważniejszych dokumentów roboczych dla stage techów, realizatora FOH i monitorowca.

Kanał, źródło, mikrofon/DI i statyw

Dobra input lista może zawierać kolumny:

Najważniejsze jest zachowanie stałej kolejności i zgodności z patchem.

Jeżeli występują kanały zapasowe, talkback albo playback, również powinny zostać wpisane.

Phantom power i dodatkowe wymagania

Jeżeli konkretne urządzenie wymaga phantom power, niestandardowego zasilania albo konkretnego sposobu podłączenia, warto zaznaczyć to w input liście lub uwagach.

Można również wskazać:

• kanały stereo,
• urządzenia wymagające dwóch DI,
• źródła cyfrowe,
• split,
• playback L/R,
• timecode, jeśli jest używany.

Input list powinna być możliwa do zrozumienia bez konieczności domyślania się, co autor miał na myśli.

Jak przygotować czytelny stage plan?

Stage plan pokazuje fizyczne rozmieszczenie ludzi i sprzętu na scenie. Powinien być prostym rzutem z góry, a nie artystycznym rysunkiem.

Rozmieszczenie muzyków i backline'u

Na planie powinny znaleźć się:

• pozycje muzyków,
• perkusja,
• wzmacniacze,
• klawisze,
• dodatkowe instrumenty,
• miejsca wokalistów.

Dobrze zaznaczyć również kierunek widowni, żeby nie było wątpliwości, która strona rysunku odpowiada stage left i stage right.

Monitoring, mikrofony, DI i zasilanie

Stage plan powinien pokazywać:

• wedge,
• pozycje IEM, jeśli mają znaczenie infrastrukturalne,
• mikrofony,
• DI-boxy,
• punkty zasilania,
• stageboxy.

Nie musi zawierać każdego kabla, ale powinien pozwalać technikowi przygotować scenę jeszcze przed przyjazdem zespołu.

Risery i infrastruktura sceniczna

Jeżeli zespół potrzebuje riserów, należy podać:

• ich wymiary,
• wysokość,
• położenie.

Może to dotyczyć np. perkusji, klawiszy albo sekcji dętej.

Jeżeli potrzebne są specjalne konstrukcje, wymiary trzeba podać jednoznacznie. Określenie „duży riser pod perkusję” nie jest wystarczającą informacją.

Mikrofony, DI-boxy i backline – jak opisywać wymagania?

Wymagania dotyczące mikrofonów i DI powinny być na tyle konkretne, by lokalna firma wiedziała, czego potrzebuje zespół, ale jednocześnie nie powinny komplikować realizacji bez technicznego powodu.

Dobrym rozwiązaniem jest podanie:

• modelu preferowanego,
• dopuszczalnej klasy zamiennika,
• zastosowania.

Przykładowo bardziej użyteczne jest:

„mikrofon dynamiczny o charakterystyce kardioidalnej do wzmacniacza gitarowego, preferowany model X lub odpowiednik po uzgodnieniu”

niż samo:

„tylko X”.

Backline powinien być opisany osobno. Jeśli lokalnie mają zostać zapewnione wzmacniacze, zestaw perkusyjny czy klawisze, trzeba podać:

• model lub wymagane parametry,
• liczbę elementów,
• konfigurację.

Wszystko, co zespół przywozi sam, również warto oznaczyć.

Zasilanie i wymagania sceniczne

Rider powinien jasno wskazywać, gdzie i jakie zasilanie jest potrzebne na scenie.

Warto określić punkty zasilania dla:

• backline'u,
• pedalboardów,
• klawiszy,
• systemów IEM,
• komputerów,
• urządzeń playbackowych.

Nie należy jednak wpisywać przypadkowych wartości elektrycznych, jeśli nie są rzeczywiście wymagane.

W riderze scenicznym można również określić:

• minimalne wymiary sceny,
• potrzebne risery,
• miejsce na monitor world,
• wymagane przejścia techniczne,
• miejsce na backline.

Jeżeli zespół wymaga dodatkowej infrastruktury, trzeba podać jej rzeczywiste parametry.

Jak opisywać dopuszczalne zamienniki sprzętu?

Najlepszy rider jasno oddziela elementy naprawdę wymagane od tych, które mogą zostać zastąpione rozwiązaniem równoważnym.

Można używać określeń:

• preferowany,
• wymagany,
• akceptowany zamiennik,
• zamiennik po wcześniejszym uzgodnieniu.

Jeżeli konkretna konsoleta jest wymagana dlatego, że realizator przywozi show file i nie może pracować na innej platformie, warto to zaznaczyć.

Jeżeli natomiast konkretny mikrofon jest jedynie preferencją brzmieniową, można dopuścić odpowiednik.

Takie podejście ułatwia organizatorowi przygotowanie realizacji bez ryzyka, że technicznie równoważny sprzęt zostanie odrzucony tylko dlatego, że ma inną nazwę na obudowie.

Jakich błędów unikać podczas tworzenia ridera?

Najgorszy rider to dokument, który zamiast ułatwiać przygotowanie koncertu generuje kolejne pytania.

Rider nieaktualny

Nieaktualny dokument może zawierać:

• stary skład,
• niewłaściwą input listę,
• nieużywane systemy IEM,
• nieaktualne wymagania FOH.

Jeżeli zespół zmienił konfigurację, rider powinien zostać zaktualizowany przed kolejnymi koncertami.

Rider niemożliwy do jednoznacznej interpretacji

Problematyczne są określenia:

• „duży system”,
• „mocne suby”,
• „dobra konsoleta”,
• „kilka monitorów”.

Nie wiadomo, co konkretnie oznaczają.

Rider powinien podawać informacje techniczne możliwe do jednoznacznego zweryfikowania.

Wymagania bez technicznego uzasadnienia

Niepotrzebnie restrykcyjny rider może zwiększyć koszt i utrudnić realizację bez poprawy rezultatu.

Przykładem może być wymaganie bardzo konkretnego urządzenia, mimo że lokalny odpowiednik spełnia wszystkie potrzebne funkcje.

Jeżeli ograniczenie jest rzeczywiście istotne, warto podać powód.

Rider powinien chronić jakość realizacji, a nie utrudniać przygotowanie koncertu.

Rider to początek – czym jest advance techniczny?

Advance techniczny to proces uzgadniania szczegółów koncertu pomiędzy zespołem, jego ekipą, organizatorem i lokalną firmą techniczną przed wydarzeniem.

Rider jest punktem wyjścia. Podczas advance'u potwierdza się między innymi:

• PA,
• FOH,
• monitoring,
• mikrofony,
• patch,
• backline,
• zasilanie,
• scenę,
• harmonogram,
• soundcheck i changeover.

Jeżeli lokalna konfiguracja różni się od ridera, właśnie wtedy ustala się zamienniki.

Advance może odbywać się mailowo, telefonicznie albo podczas spotkania technicznego. Najważniejsze jest to, żeby finalne ustalenia zostały potwierdzone i były znane wszystkim zainteresowanym.

Dobrą praktyką jest przygotowanie po advance'ie jednej aktualnej wersji informacji roboczych zamiast utrzymywania kilku sprzecznych wariantów w różnych mailach.

Jeżeli rider wymaga dokładnej analizy, przygotowanie techniki koncertowej na podstawie ridera i advance'u pozwala połączyć system PA, monitoring, scenę i routing w jeden spójny projekt.

Podsumowanie

Dobry rider techniczny zespołu powinien być przede wszystkim jednoznaczny, aktualny i praktyczny. Musi opisywać dane kontaktowe, PA, stanowisko FOH, monitoring, input listę, stage plan, mikrofony, DI-boxy, backline, zasilanie oraz wymagania sceniczne.

Nie ma potrzeby wpisywania do niego każdej możliwej preferencji sprzętowej. Ważniejsze jest rozróżnienie pomiędzy wymaganiami obowiązkowymi, preferencjami i dopuszczalnymi zamiennikami.

Największą wartość rider daje wtedy, gdy staje się podstawą do sprawnego advance'u technicznego. To właśnie podczas advance'u dokument jest konfrontowany z realiami konkretnego obiektu i lokalnej infrastruktury. Rider nie powinien zastępować komunikacji — powinien ją uporządkować.

Najczęściej zadawane pytania