W wielu organizacjach proces wygląda podobnie. Trzeba zamówić szkolenie e-learningowe, więc powstaje zapytanie. Pojawia się w nim temat szkolenia, liczba modułów, orientacyjny czas, wymaganie SCORM, czasem WCAG, lektor, animacje i termin oddania. Formalnie wszystko się zgadza. Tyle że po kilku tygodniach na biurko wracają oferty, których właściwie nie da się porównać. Jedna jest tania, druga „angażująca”, trzecia obiecuje świetny design, czwarta dużo interakcji. A odpowiedź na najważniejsze pytanie wciąż nie jest jasna: które rozwiązanie naprawdę pomoże ludziom pracować lepiej?
To nie jest drobiazg. Rzetelny opis przedmiotu zamówienia ma znaczenie nie tylko formalne, ale też praktyczne. Urząd Zamówień Publicznych wprost wskazuje, że dobry opis powinien wyczerpująco określać potrzeby zamawiającego i pozwalać na równe traktowanie wykonawców(i). W przypadku e-learningu oznacza to coś więcej niż listę funkcji.
Bo dobre szkolenie e-learningowe nie zaczyna się od pytania: „ile ekranów ma mieć kurs?”. Zaczyna się od pytania: „jaki problem ma rozwiązać?”.
Najczęstszy błąd w zapytaniach na szkolenie dedykowane polega na tym, że opisuje się produkt końcowy, ale nie opisuje się problemu.
Przykład słabego zapisu:
„Prosimy o przygotowanie angażującego szkolenia e-learningowego z zakresu cyberbezpieczeństwa dla pracowników.”
Co z tego wynika dla wykonawcy? Niewiele. Nie wiadomo, czy problemem są phishingi, zbyt swobodne udostępnianie plików, używanie prywatnych nośników, lekceważenie procedur, czy może błędy menedżerów. Nie wiadomo też, czy chodzi o przypomnienie zasad, zmianę decyzji w codziennej pracy, czy o spełnienie wymogów audytowych.
Lepszy zapis brzmi inaczej:
„Pracownicy korzystają z danych klientów i narzędzi chmurowych, ale nie zawsze rozpoznają sytuacje ryzykowne. Zdarza się przesyłanie plików poza zatwierdzonymi kanałami, klikanie w podejrzane linki i brak zgłoszeń incydentów. Szkolenie ma pomóc uczestnikom rozpoznawać te sytuacje i podejmować właściwe decyzje zgodne z procedurami firmy.”
To już jest punkt wyjścia do sensownej oferty. Widać problem, kontekst pracy i oczekiwaną zmianę.
Może pomyślisz: przecież w zapytaniu i tak wpisujemy cel. To prawda. Problem w tym, że bardzo często cel jest opisany zbyt płasko.
Tak wygląda jeden z najczęstszych zapisów:
„Celem szkolenia jest zwiększenie wiedzy pracowników z zakresu przeciwdziałania mobbingowi.”
Taki cel nie jest błędny, ale jest niewystarczający. Jeśli celem jest wyłącznie wiedza, wykonawca może przygotować poprawny informacyjnie materiał, który uczestnik przeczyta, przeklika i zapomni. A przecież zwykle chodzi o coś więcej. O reakcję w konkretnej sytuacji. O właściwą decyzję. O zmianę zachowania.
Dlatego warto opisywać cele na trzech poziomach:
Przykład lepszego celu:
„Po szkoleniu uczestnik powinien rozpoznawać zachowania naruszające standardy organizacji, wiedzieć, jak reagować jako świadek niepożądanej sytuacji, oraz znać właściwą ścieżkę zgłoszenia problemu.”
Jeszcze lepiej, gdy cel łączy się z efektem organizacyjnym. To podejście jest spójne z logiką modeli oceny szkoleń, które każą patrzeć nie tylko na reakcję uczestnika czy poziom wiedzy, ale także na zachowania i wyniki biznesowe(ii).
„Szkolenie dla wszystkich pracowników” to za mało. W praktyce oznacza to często, że dostawca musi zgadywać, dla kogo właściwie projektuje treść.
A przecież inaczej projektuje się szkolenie dla:
Te grupy różnią się językiem pracy, przykładami, presją czasu, poziomem odpowiedzialności i cyfrowym obyciem. Jeśli w zapytaniu zabraknie tych informacji, wykonawca z konieczności stworzy rozwiązanie „dla nikogo i dla wszystkich”.
Warto więc opisać:
W projektach e-learningowych to właśnie codzienne sytuacje zawodowe decydują o tym, czy szkolenie będzie użyteczne, czy tylko poprawne.
Wiele zapytań bardzo szczegółowo opisuje zakres treści. I dobrze. Problem zaczyna się wtedy, gdy zakres ma zastąpić diagnozę.
Zakres mówi, o czym szkolenie ma być. Nie mówi jednak:
Dobre zapytanie powinno więc rozdzielać cztery rzeczy:
To ważne zwłaszcza przy szkoleniach dedykowanych. Bo tutaj nie kupujesz gotowego kursu z półki, tylko rozwiązanie zaprojektowane pod konkretną organizację.
Jedna z najważniejszych informacji dla dostawcy brzmi: czym właściwie dysponuje zamawiający?
Z naszych doświadczeń wynika, że właśnie tutaj bardzo często zaczynają się nieporozumienia. Klient mówi: „mamy materiały”. Po chwili okazuje się, że chodzi o 120 slajdów z prezentacji, dwa regulaminy, kilka uwag eksperta i stary film ze szkolenia stacjonarnego. To nie jest gotowy scenariusz. To dopiero wsad do opracowania.
Dlatego w zapytaniu warto jednoznacznie wskazać, z którym wariantem mamy do czynienia.
Scenariusz 1 – gotowy scenariusz szkolenia
Wykonawca odpowiada głównie za przełożenie materiału na formę e-learningową.
Scenariusz 2 – wsad merytoryczny do opracowania
Wykonawca musi uporządkować treści, uprościć język, zaprojektować strukturę, ćwiczenia i scenariusze.
Scenariusz 3 – brak materiałów
Wykonawca odpowiada także za pozyskanie i opracowanie treści merytorycznych.
To rozróżnienie ma bezpośredni wpływ na cenę, harmonogram i ryzyka projektu.
SCORM, WCAG, raportowanie, test końcowy, wersje językowe, lektor, responsywność – to wszystko są ważne elementy zapytania. Po prostu nie powinny być pierwszym ani jedynym jego rdzeniem.
Przykład? Wiele organizacji wpisuje: „szkolenie ma być zgodne z WCAG”. To nadal zbyt mało. W3C zaleca dziś korzystanie z najbardziej aktualnej wersji wytycznych WCAG, czyli 2.2, i podkreśla, że standard dotyczy realnej dostępności treści dla różnych grup użytkowników, a nie wyłącznie spełnienia technicznej checklisty(iii). W praktyce trzeba więc doprecyzować poziom zgodności, zakres wymagań, obsługę klawiaturą, napisy, alternatywy tekstowe i sposób testowania.
Podobnie jest ze SCORM. Sam zapis „ma działać w SCORM” niewiele daje. Trzeba wskazać wersję, środowisko LMS, wymagane dane raportowe i odpowiedzialność za testy integracyjne. Standard SCORM właśnie po to został upowszechniony – żeby treści mogły być uruchamiane i raportowane w różnych systemach w przewidywalny sposób(iv).
Jedynym kryterium wyboru nie powinna być cena. Zwłaszcza przy szkoleniu dedykowanym, gdzie duża część wartości tkwi w diagnozie, metodyce i jakości decyzji projektowych.
Co więc warto oceniać?
Po pierwsze – rozumienie problemu.
Czy wykonawca widzi, po co to szkolenie ma powstać?
Po drugie – sposób pracy.
Czy pokazuje proces dojścia od materiałów źródłowych do gotowego szkolenia?
Po trzecie – jakość koncepcji.
Czy proponuje case studies, decyzje uczestnika, informację zwrotną, prosty język i adekwatną strukturę?
Po czwarte – realizm projektu.
Czy harmonogram uwzględnia akceptacje, materiały po stronie klienta i testy?
W tym miejscu warto zatrzymać się przy próbkach, bo to jeden z częstszych błędów w ocenie ofert. Zamawiający proszą czasem o dedykowaną próbkę graficzną i traktują ją jak dowód jakości. Problem polega na tym, że taka próbka najczęściej powstaje bez porządnego kontekstu: bez rozmowy o grupie docelowej, bez zrozumienia problemu, bez materiałów źródłowych i bez uzgodnienia, jakie decyzje uczestnik ma podejmować po szkoleniu. W efekcie oceniamy nie jakość rozwiązania szkoleniowego, ale estetyczne wrażenie z jednego ekranu. To daje iluzoryczne poczucie, że umiemy ocenić przyszły efekt projektu, choć w rzeczywistości widzimy tylko fragment oderwany od celu szkolenia.
Właśnie dlatego w wielu przypadkach lepiej prosić nie o dedykowaną próbkę graficzną, ale o krótką próbkę koncepcji i tekstu. Taka próbka szybciej pokaże, czy dostawca potrafi myśleć edukacyjnie, a nie tylko estetycznie.
Jeszcze lepiej, jeśli taka ocena jest uzupełniona o przykłady wcześniejszych realizacji wykonawcy. Nie po to, żeby kopiować cudze rozwiązania, ale żeby zobaczyć, jak dostawca radzi sobie z narracją, prostym językiem, strukturą treści, informacją zwrotną i dopasowaniem interakcji do celu szkoleniowego. Próbka koncepcji i tekstu pokazuje sposób myślenia. Wcześniejsze realizacje pokazują warsztat. Sama próbka graficzna, przygotowana specjalnie do oferty i bez kontekstu projektu, często pokazuje głównie to, że wykonawca potrafi zrobić ładny ekran.
Dobre zapytanie powinno zawierać przynajmniej:
To dużo? Tak. Ale znacznie mniej niż koszt źle kupionego szkolenia, które formalnie zostało odebrane, a praktycznie niczego nie zmieniło.
Dobre zapytanie na e-learning nie powinno być wyłącznie specyfikacją techniczną. Powinno być krótkim, ale konkretnym opisem problemu, celu, uczestnika i oczekiwanej zmiany.
Im lepiej zamawiający opisze kontekst, cele, grupę docelową, materiały i kryteria jakości, tym większa szansa, że otrzyma oferty, które da się porównać nie tylko po cenie, ale też po jakości myślenia i przewidywalności realizacji.
W projektach tego typu najlepiej sprawdza się podejście, w którym dostawca nie zaczyna od „ile ekranów?”, tylko od „co ma się zmienić po szkoleniu?”. Z naszych doświadczeń wynika, że właśnie tak powstają rozwiązania, które potem działają w dużych organizacjach nie tylko technicznie, ale też operacyjnie. W takich przypadkach sprawdza się projektowanie dedykowanych szkoleń e-learningowych opartych na uporządkowanej diagnozie potrzeb, materiałach klienta i jasno opisanym procesie współpracy.
Jeśli przygotowujesz zapytanie na szkolenie dedykowane i chcesz je uporządkować jeszcze przed wysłaniem do dostawców, zacznij od opisania problemu, grupy docelowej i oczekiwanych zachowań po szkoleniu. To zwykle daje większą wartość niż dopisywanie kolejnych wymagań technicznych.
