Zanim pojawiła się rekomendacja, trzeba było ustalić, co naprawdę się dzieje.

Obsługa widziała objawy: niedostępną formę dostawy, anulowane zamówienie albo niewłaściwy wariant. Każdy z nich mógł wyglądać jak błąd wymagający pracy programistycznej.

Odtworzenie ścieżek pokazało, że przyczyny leżały w czterech różnych warstwach: ustawieniu pojedynczego obiektu, ustawieniu domyślnym lub szablonie, zachowaniu platformy albo kodzie.

Zgłoszenia były najpierw klasyfikowane do właściwej warstwy, testowane na kopii i dopiero potem kierowane do użytkownika systemu, dostawcy platformy albo wykonawcy.

Można było oddzielić szybkie zmiany konfiguracyjne od uzasadnionych prac programistycznych, a w rejestrze zapisać przyczynę źródłową zamiast samego objawu.

W raportach brakowało większości konwersji, choć zachowanie użytkowników i sygnały ze sprzedaży nie wskazywały na równie gwałtowne załamanie popytu. Pierwsza hipoteza — słabsza kampania — nie wyjaśniała rozbieżności.

Odtworzyłam całą drogę zdarzenia: od wyboru zgody, przez warstwę danych i Google Tag Manager, aż po zapis w narzędziu analitycznym. Problem leżał w sposobie przekazywania statusu zgód. Część prawidłowych działań użytkowników nie docierała do raportu jako konwersje.

Zamiast optymalizować kampanię na podstawie niepełnych danych, problem został opisany technicznie i przekazany do naprawy po stronie dostawcy. Po zmianie ponownie sprawdziłam tę samą ścieżkę, aby oddzielić poprawę pomiaru od rzeczywistej zmiany sprzedaży.

Rezultatem nie była „lepsza liczba” sama w sobie, lecz odzyskanie podstawy do podejmowania decyzji. Dopiero po potwierdzeniu, że zgody i zdarzenia są przekazywane prawidłowo, raport mógł znów służyć do oceny kampanii.

Sześć typów zestawów miało trafić do sprzedaży i komunikacji marketingowej. Zanim można było poprawić opisy, etykiety i instrukcje, trzeba było ustalić, które wymagania wynikają z MDR, a gdzie zastosowanie ma GPSR.

Przeanalizowałam przeznaczenie zestawów, ich elementy i sposób oferowania. Kluczowe okazało się mapowanie obowiązków dla systemów i zestawów zabiegowych w rozumieniu art. 22 MDR oraz oddzielenie ich od produktów podlegających innemu reżimowi.

Dla poszczególnych typów powstała kolejność korekt: od nazewnictwa i informacji na etykietach, przez instrukcje, po dalszą roadmapę związaną z UDI-DI. Dzięki temu komunikacja nie była poprawiana w oderwaniu od statusu produktu.

Rezultatem był uporządkowany plan pracy nad materiałami produktowymi. Zespół otrzymał podstawę do wprowadzania zmian w odpowiedniej kolejności i do uzasadnienia, dlaczego określone informacje muszą znaleźć się w konkretnym miejscu.