Adaptacje CLM i Veeva: gdzie najczęściej rozpada się rollout
Jeżeli po akceptacji KV detailing nadal trzeba projektować od zera, rollout ruszył za wcześnie. Najdroższy etap zaczyna się wtedy, gdy zespół próbuje przepchnąć do CLM materiał, który nie został zaprojektowany jako system ekranów.
Detailing, który działa w rozmowie, zaczyna się od scenariusza ekranów, nie od eksportu z kreacji.
Błąd 01
CLM traktowany jest jak techniczny eksport z kreacji, a nie osobny materiał z własną logiką przejść i czytania treści.
Błąd 02
Odpowiedzialność za strukturę slajdów rozprasza się między marketingiem, patrzącym na wygląd, a wykonawcą sprawdzającym poprawność wdrożenia.
Błąd 03
Paczka assetów trafia do wdrożenia bez porządku, więc czas projektu zjadają późniejsze poprawki i szukanie braków.
Co powinno być ustalone przed pierwszym ekranem
- Jaka jest rola każdego slajdu w rozmowie przedstawiciela, a nie tylko w prezentacji projektowej.
- Które elementy KV są obowiązkowe, a które muszą ustąpić czytelności i logice interakcji.
- Jak wygląda paczka do przekazania dalej: nazewnictwo plików, assety, wersje zapasowe, eksporty i zakres odpowiedzialności po stronie klienta.
Jeżeli po akceptacji wizualnej materiał dalej wymaga odkrywania, jak ma działać w detailingu, to rollout został uruchomiony za wcześnie. Najpierw trzeba ułożyć scenariusz, role ekranów i system przekazania materiałów dalej, dopiero potem kodować.
Checklist techniczny: co musi być gotowe przed kodowaniem
- Scenariusz detailingu: logika przejść między slajdami, nie tylko kolejność. Przedstawiciel musi wiedzieć, kiedy przeskakuje, a kiedy idzie liniowo.
- Zasady modularności: które slajdy są obowiązkowe, a które opcjonalne w zależności od profilu lekarza.
- Specyfikacja animacji: które elementy się animują, w jakim zakresie, i czy platforma (Veeva CLM / IQVIA OCE) to obsługuje.
- Naming convention assetów: struktura plików, która przetrwa review, aktualizacje i multiple wersje językowe.
- Zakres odpowiedzialności po przekazaniu: kto administruje paczką: agencja, klient czy wykonawca techniczny?
Veeva CLM vs. IQVIA OCE: czym się różnią z perspektywy agencji
| Aspekt | Veeva CLM | IQVIA OCE |
|---|---|---|
| Format wyjściowy | HTML5 + Key Messages (KM) | HTML5 / responsywny |
| Nawigacja | Swipe + tap ze strukturą slajdów | Konfiguracja flow w panelu |
| Tracking interakcji | Key Messages + czas na slajdzie (Vault sync) | Podobnie, inne API i integracja z OCE CRM |
| Walidacja paczki | Vault upload + QA na tablecie | Deploy + QA na urządzeniu |
Porównanie skrócone do warstwy istotnej dla pracy projektowej. Różnice obejmują też integrację z CRM (Veeva CRM vs OCE), Vault sync, Approved Email i MyInsights. Oba środowiska wymagają testowania na rzeczywistym urządzeniu, ponieważ emulatory nie oddają pełnego zachowania.
Jak wygląda paczka CLM gotowa do kodowania
Przekazanie „assetów do wdrożenia" bez struktury to najczęstszy powód opóźnień. Dobra paczka CLM to nie tylko pliki, to dokument precyzujący, co ma działać i jak.
- Scenariusz i flow slajdów. Opis logiki przejść w formacie zrozumiałym dla dewelopera: który slajd jest startowy, kiedy można skoczyć nieliniowo, które przejścia są obowiązkowe, a które opcjonalne.
- Assety z nazewnictwem produkcyjnym. Pliki graficzne, ikony, zdjęcia i grafiki danych z jednolitą konwencją nazewnictwa. Struktura folderów odpowiadająca strukturze ekranów. Każdy plik odwołuje się do konkretnego slajdu.
- Specyfikacja animacji. Opis każdej animacji: element, typ ruchu, czas, trigger. Deweloper nie odgaduje intencji, ma precyzyjne instrukcje. Osobna kolumna na uwagi dotyczące ograniczeń platformy.
- Key Messages (KM). Lista kluczowych komunikatów przypisana do każdego slajdu zgodnie z wymaganiami platformy (Veeva Key Messages lub odpowiednik w OCE). Strukturyzowana w formacie, który ułatwia review po stronie MLR i kolejny etap wgrania po stronie partnera technologicznego klienta. Sama publikacja w Vault PromoMats leży poza zakresem AXYN.
- Wersje językowe i variacje. Jeśli materiał będzie adaptowany na inne rynki lub warianty terapeutyczne, paczka opisuje strukturę wersjonowania już na etapie pierwszej wersji.
Pytania dla brand managera i marketing leada przed startem CLM
Te pytania warto zadać przed pierwszym spotkaniem z agencją wdrożeniową. Odpowiedzi na nie określają zakres, nie tylko wygląd.
- Jaka jest platforma: Veeva CLM, IQVIA OCE czy własny system? Kto administruje platformą po stronie klienta?
- Ile slajdów ma mieć materiał podstawowy i czy są planowane warianty (np. różne profile HCP)?
- Które slajdy muszą przejść przez formalny proces review Medical i Regulatory, a które są tylko wizualne?
- Czy projekt jest nowym budowaniem od zera, czy adaptacją istniejącego materiału drukowanego do formatu interaktywnego?
- Kto po stronie klienta prowadzi QA na urządzeniu: agencja, IT klienta czy zewnętrzny partner wdrożeniowy?
- Jaki jest deadline do uruchomienia materiału w terenie i ile czasu ma QA i final upload?
Najczęstsze miejsca zacięcia w rolloutcie CLM
Większość problemów w rolloutcie CLM nie wynika z błędów na etapie projektowym. Wynikają z braku uzgodnień na granicy między kreacją a wdrożeniem.
- Animacje niemożliwe do zakodowania. Projekt zakłada efekty, których platforma nie obsługuje albo które wymagają niestandardowego JS. Korekta po etapie produkcyjnym to zwykle restart całego ekranu.
- Brakujące assety na etapie wdrożenia. Deweloper dostaje pliki bez jednego kluczowego elementu, który był zakładany ale nigdy nie przygotowany. Projekt zatrzymuje się w oczekiwaniu na uzupełnienie.
- Review, który trafia na gotowy kod. Medical, Legal lub Regulatory (w Polsce dodatkowo: zgodność z Prawem Farmaceutycznym art. 52–64 i ChPL) widzą materiał dopiero po zakodowaniu i zgłaszają uwagi do hierarchii informacji. Zmiana hierarchii w zakodowanym materiale oznacza konieczność przepisania ekranu, nie tylko aktualizacji grafiki.
- Brak QA na rzeczywistym urządzeniu. Emulatory nie oddają zachowania na tablecie z konkretną wersją systemu operacyjnego. Różnica może dotyczyć timingu animacji, klikalności elementów lub wyświetlania czcionki.
Jak pracujemy z projektami CLM
Wchodzimy w projekt CLM albo od etapu systemu KV, albo od momentu, kiedy KV jest zaakceptowany i trzeba go przetłumaczyć na scenariusz detailingu. W obydwu przypadkach rozdzielamy decyzje kreacyjne od decyzji wdrożeniowych, żeby review nie blokował każdego etapu technicznego.
Znamy wymagania Veeva CLM i IQVIA OCE od strony projektowej i bierzemy odpowiedzialność za paczkę, która przechodzi QA na urządzeniu, nie tylko wygląda poprawnie na ekranie projektanta.