Kiedy pierwszy raz usłyszałem od dyrektora sprzedaży zdanie: Mamy świetne wyniki, a szpital i tak nie kupuje, pomyślałem, że coś nam się rozjechało po drodze. W pliku z wynikami wszystko grało. Na spotkaniu z decydentami już nie. Lekarz mówił językiem czułości i swoistości, dyrektor finansowy pytał o budżet oddziału, pielęgniarka o workflow na dyżurze, a my rzucaliśmy wykresami p jakby to był bankomat. Wtedy zrozumiałem, że nie brakuje nam danych. Brakuje kogoś, kto przełoży je na decyzje konkretnych ludzi.

Na czym polega ta robota

Architekt translacji dowodów to osoba, która bierze surowe wyniki z prób klinicznych, analizy z realnej praktyki, opinie użytkowników i układa z tego język ofertowy zrozumiały dla czterech światów naraz: klinicznego, regulacyjnego, finansowego i operacyjnego. Nie chodzi o marketing w ładnym opakowaniu. Chodzi o to, żeby pytanie płatnika o wpływ na koszty, wątpliwość anestezjologa o bezpieczeństwo i potrzeba pielęgniarek dotycząca czasu pracy spotkały się z właściwym wskaźnikiem, liczbą i historią użycia.

Kluczowy cel tej roli jest przyziemny: skrócić drogę od tabeli do decyzji przy stole zakupowym. To ktoś, kto łączy zespoły, a nie zastępuje którekolwiek z nich. Zna metodologię kliniczną na tyle, żeby nie pogubić się w efektach ubocznych i dobieraniu punktów końcowych. Rozumie ograniczenia produktu i nie obiecuje rzeczy, których nie dowieziemy. I ma ucho do opowieści, bo dane bez sensownego kontekstu nie przekonują nikogo.

Gdzie posadzić tę osobę i komu ma odpowiadać

Jeśli rola trafi tylko do marketingu, zginie w kampaniach. Jeśli tylko do R&D, utknie w tabelach. Najlepiej działa układ macierzowy: formalnie w obszarze klinicznym lub strategii, a zadaniowo pracuje z regulacjami, sprzedażą, medical affairs i produktem. Ma stały kalendarz przeglądów z właścicielami produktu i krótką ścieżkę do zespołu prawniczego. Bez tego łatwo o sytuację, w której ktoś obieca w terenie to, czego nie potwierdzimy papierem.

Dwa rytuały, które się sprawdzają: przegląd dowodów raz w miesiącu z jasnym backlogiem braków oraz spotkanie z handlowcami po dużych rozmowach z klientami. Pierwsze porządkuje, drugie trzyma rękę na pulsie argumentów, które naprawdę padają w polskich szpitalach, a nie tylko w prezentacjach.

Jakie kompetencje i narzędzia są niezbędne

Po pierwsze, fach w ręku: statystyka użytkowa, podstawy ekonomiki zdrowia, znajomość najczęstszych błędów w interpretacji wyników. Po drugie, wrażliwość na język: czym innym jest skuteczność w warunkach badawczych, a czym innym powtarzalność w codziennej pracy oddziału. Po trzecie, obycie regulacyjne i higiena dokumentacji. Ta osoba musi wiedzieć, co można powiedzieć, a czego lepiej nie, zanim prawnik dostanie migreny.

Z narzędzi nie potrzeba fajerwerków. Repozytorium dowodów z kontrolą wersji i prostą wyszukiwarką. Szablony: notatka dla płatnika, notatka dla lekarza, notatka dla dyrektora operacyjnego. Krótkie karty technologii z wyjaśnieniem wskaźników, które najczęściej budzą spory. Biblioteka wykresów, które da się czytać na telefonie. I wreszcie tablica mapująca pytania interesariuszy na konkretne wskaźniki i źródła. Brzmi banalnie, a ratuje godziny.

Proces w pigułce, czyli z czego składa się robota od A do Z

Zaczynam od mapy pytań. Nie listy funkcji produktu, tylko listy niepokojów i nadziei po drugiej stronie stołu. Potem sprawdzam, co już mamy w dowodach, a czego brakuje. Tam, gdzie są luki, planuję szybkie analizy z danych z użytkowania, mini-obserwacje w pilotażach, kontakt z ośrodkami referencyjnymi. Na tej podstawie powstają trzy artefakty: streszczenie dla klinicysty, argumentacja budżetowa dla płatnika oraz opis wpływu na przepływ pracy.

Następny krok to weryfikacja w terenie. Jadę na dwa, trzy spotkania z klientami, siedzę z boku, notuję. Wprowadzam poprawki w materiałach i dopiero wtedy szkolę zespół terenowy. Raz na kwartał przechodzę przez repozytorium i sprzątam: co się zestarzało, co wymaga aktualizacji, co warto podnieść do rangi case material.

Studium przypadku: czujnik sepsy na SOR albo jak nie utopić dobrej technologii

Wyobraźmy sobie firmę medtech, która ma nowy czujnik wczesnego wykrywania sepsy. Pilot w trzech szpitalach wypadł obiecująco, ale decyzje zakupowe stoją. Zespół kliniczny pokazuje czułość i czas do antybiotykoterapii. Dyrektor finansowy z jednego z wojewódzkich mówi: nie widzę wpływu na liczbę hospitalizacji, a mnie rozliczają z łóżkodni. Pielęgniarki z SOR pytają, kto będzie czyścił czujniki i jak często. A lekarze z intensywnej terapii chcą wiedzieć, co z fałszywymi alarmami na dyżurze, kiedy oddział jest na granicy obłożenia.

Wchodzi architekt translacji dowodów. Najpierw mapa pytań. Dla dyrektora finansowego przygotowuje prosty model zmiany kosztów: mniej transferów do OIT, krótszy czas do antybiotyków, ale też realistyczny koszt serwisu i jednorazówek. Dla pielęgniarek powstaje mini-ścieżka pracy na dyżurze z jasnym punktem odpowiedzialności. Dla lekarzy z OIT zestawienie fałszywych alarmów z pilotażu plus opis tego, co urządzenie robi przy braku danych i jak to widzą na ekranie.

Materiały idą w teren. Po pierwszych rozmowach wracają poprawki: na SOR najbardziej liczy się czas pobrania próbki, a nie to, co my uznawaliśmy za kluczowe. Zmieniamy narrację, dokładamy krótkie wideo z realnego dyżuru. Po miesiącu trzy szpitale decydują się na instalację, czwarty prosi o dodatkowy pilotaż w okresie wakacyjnym, kiedy braki kadrowe są największe. Czy to magia? Nie. To uporządkowanie tego, co i tak mieliśmy, tak żeby odpowiadało na pytania, które naprawdę padają.

Jak mierzyć wartość tej roli, żeby nie była tylko ładnym tytułem

Wskaźniki powinny być przyziemne. Czas od publikacji wyników do powstania materiałów dla kluczowych odbiorców. Odsetek rozmów handlowych, w których można od razu podać właściwy wskaźnik i źródło. Liczba odrzuconych obietnic na ścieżce prawnej. Udział historii z pilotaży w finalnych decyzjach. I jeden wskaźnik jakościowy: ile razy słyszysz na spotkaniu zdanie w rodzaju właśnie o to mi chodziło. Jeśli to się nie zdarza, materiały nie trafiają.

Czy to nie jest po prostu nowa nazwa dla starego problemu

Zastanawiam się nad tym za każdym razem, kiedy ktoś mówi: przecież tym zajmuje się product manager albo medical. Czasem tak jest. Częściej jednak te role toną w swoich własnych zadaniach i nie mają przestrzeni na systematyczne przekładanie dowodów na język decyzji. Czy to stanowisko musi być osobne w każdej firmie? Nie. Ale ktoś musi wziąć za to pełną odpowiedzialność. Inaczej będziemy kolekcjonować piękne pdf-y, które kurzą się w chmurze.

To rola dla osób niecierpliwych wobec chaosu, a jednocześnie pokornych wobec ograniczeń danych. Nie ma tu prostych recept. Czasem liczby są niejednoznaczne i trzeba uczciwie powiedzieć: tu wciąż mamy znak zapytania. Ale wolę tę szczerość niż slajd, który obiecuje złote góry.

Na koniec zostawię jedną myśl. W medtech lubimy myśleć, że wygra produkt najlepszy klinicznie. Ja coraz częściej widzę, że wygrywa ten, który najlepiej odpowiada na pytania ludzi, którzy później biorą odpowiedzialność za jego użycie. Architekt translacji dowodów jest od tego, żeby te pytania usłyszeć i przygotować sensowną odpowiedź.