W 2026 roku nikogo nie zaskakuje sam fakt, że klient ma jakiś portal. Liczy się raczej to, czy portal rzeczywiście zmniejsza liczbę e-maili, telefonów i powtarzających się pytań w stylu „proszę wysłać mi jeszcze ten protokół z poprzedniego miesiąca”, „gdzie znajdę KCH do tego materiału” albo „kto właściwie ma dostęp do tego obiektu”.
Właśnie tutaj w firmach DDD widać największą różnicę między spójnym procesem pracy a rozproszoną praktyką. W jednej firmie wyniki zabiegów są zapisywane w systemie, dokumenty leżą we wspólnym folderze, część komunikacji odbywa się mailowo, a klient i tak kończy prośbą o ręczne przesłanie podkładów. W drugiej firmie klient po zalogowaniu otwiera protokoły, dokumenty i swoje obiekty w tym samym kontekście — a biuro nie musi tych samych plików przesyłać w kółko.
Jedno logowanie może obejmować wiele firm, ale dostęp można zawęzić
W praktyce nie jest rzadkością, że jedna osoba zajmuje się kilkoma spółkami lub kilkoma obiektami jednocześnie. Facility manager nadzoruje kilka firm w grupie, office manager obsługuje wiele oddziałów lub właściciel potrzebuje przejrzeć status w kilku obiektach bez przełączania się między trzema różnymi kontami.
Portal klienta nie zakłada więc modelu „jedno konto, jedna firma”. Jeden użytkownik może być przypisany do kilku klientów jednocześnie i po zalogowaniu przełączać się między nimi w tym samym koncie. Biuro nie musi zakładać zduplikowanych dostępów tylko dlatego, że ta sama osoba obsługuje więcej rekordów.
Co ważne, nie jest to otwarty dostęp bez zasad. Jeśli użytkownik nie ma specjalnych ograniczeń, widzi obiekty wszystkich przypisanych firm. Jeśli jednak ogranicza mu się dostęp tylko do wybranych obiektów, portal pokaże wyłącznie te. To ma znaczenie tam, gdzie jedna osoba obsługuje kilka spółek, ale nie powinna mieć dostępu do każdego miejsca wykonywania usług.
Takie ustawienie jest bardziej praktyczne niż typowy improwizowany model ze współdzielonym hasłem, przesyłaniem PDF między współpracownikami czy wieloma oddzielnymi kontami dla tej samej osoby. Dostęp lepiej odzwierciedla rzeczywistość klienta i jednocześnie pozostaje czytelny dla Państwa biura.
Protokoły klient wyszukuje według firmy i obiektu, a nie w załącznikach
Kiedy klient potrzebuje podkładów do audytu, reklamacji lub kontroli wewnętrznej, zazwyczaj nie szuka „jakiegoś PDF z e-maila”. Szuka konkretnego zabiegu w konkretnym obiekcie. Jeśli protokoły są rozproszone między załącznikami, wspólnymi folderami i starszymi wiadomościami, powstaje dokładnie ten rodzaj ręcznego wyszukiwania, który niepotrzebnie obciąża obie strony.
W portalu protokoły są powiązane z firmami i obiektami, do których użytkownik ma dostęp. Klient nie otwiera więc ogólnego archiwum, lecz listę rekordów we właściwym kontekście. Przy większych klientach to różnica między „wiemy, że gdzieś to było” a szybkim otwarciem właściwego wyniku zabiegu.
Zmienia się nie tylko wygoda klienta. Zmienia się też obciążenie biura. Kiedy klient sam znajduje historię zabiegów, odpada wielokrotne przesyłanie tych samych załączników i wyszukiwanie starszych dokumentów w wewnętrznej komunikacji. Portal nie działa więc jako marketingowy dodatek, lecz jako praktyczna warstwa nad realnymi danymi operacyjnymi.
Dokumenty mają jasne zasady, a nie wolny chaos
Przy dokumentach największym problemem jest to, że firmy często mieszają różne rodzaje podkładów. Część jest przechowywana przy materiałach, inna przy klientach, kolejna we wspólnym folderze, a klient ostatecznie nie wie, co jest aktualne, co należy do konkretnego obiektu i o co właściwie powinien prosić.
Portal klienta dlatego nie wyświetla „wszystkiego, co istnieje”. Pokazuje tylko dokumenty, które mają sens po stronie klienta. W przypadku dokumentów obiektów oznacza to, że klientowi zostaną pokazane wyłącznie te, które zostały jawnie udostępnione dla portalu. W przypadku materiałów portal zbiera powiązane podkłady na podstawie materiałów użytych w protokołach z ostatnich 24 miesięcy. Jeśli materiał nie pojawił się w zabiegach w tym okresie, dokument nie będzie widoczny dla klienta tylko dlatego, że gdzieś w systemie istnieje.
Ta zasada jest ważna również z praktycznego punktu widzenia. Klient nie dostaje niemożliwego do ogarnięcia „zrzutu” wszystkich plików, lecz tylko podkłady związane z jego firmą, jego obiektami i faktycznie użytymi materiałami. Państwa biuro z kolei nie musi przy każdym zapytaniu zastanawiać się, który plik jeszcze wysłać, a którego już nie.
Klient widzi również swoje dane i obiekty w tym samym kontekście
Portal nie jest przydatny wyłącznie do czytania protokołów. W codziennej działalności często pomaga też to, że klient w jednym miejscu widzi podstawowe dane firmy, kontakty, listę obiektów i inne powiązane informacje. Kiedy zmienia się osoba kontaktowa, dochodzi nowy obiekt lub trzeba sprawdzić, dokąd wysyłane są podkłady, nie trzeba szukać tych informacji w starych mailach czy różnych arkuszach.
W części Moje dane ważne jest również to, że zakres nie jest taki sam dla każdego. Niektórzy klienci mają tylko dostęp do odczytu, inni mogą edytować swoje kontaktowe adresy e-mail. Również tutaj portal nie jest uniwersalnie otwartą przestrzenią, lecz konfigurowalnym dostępem w zależności od tego, co dany użytkownik ma faktycznie robić.
Pomaga to również w utrzymaniu wewnętrznego porządku. Zamiast sytuacji, w której klient wysyła zmianę kontaktu mailem, a Państwa biuro musi ją ręcznie przenosić między wieloma miejscami, część takich aktualizacji może być obsługiwana bezpośrednio tam, gdzie klient pracuje z danymi.
Dla biura ważne jest, że zarządzanie dostępami pozostaje czytelne
Z perspektywy firmy DDD portal klienta nie jest dobry tylko wtedy, gdy klientowi dobrze się z niego korzysta. Musi się też dać rozsądnie zarządzać. Oznacza to możliwość zaproszenia klienta, przypisania mu kolejnej firmy, odłączenia dostępu lub ograniczenia go do wybranych obiektów — wszystko bez obejść poza systemem.
Właśnie tutaj widać różnicę w porównaniu z typowym rozproszonym podejściem. Kiedy firma działa przez współdzielone skrzynki pocztowe, ręczne wysyłanie załączników i nieformalne ustalenia o tym, kto co może widzieć, porządek gubi się po kilku miesiącach. Później nikt dokładnie nie wie, komu wysłano jaki dokument, kto ma stare podkłady zapisane na boku i kto nadal musi o nie prosić.
W modelu portalowym zarządzanie dostępami jest częścią normalnej działalności. Widzą Państwo, który użytkownik jest przypisany do których firm, czy ma dostęp do wszystkich obiektów czy tylko do wybranych, i można to zmienić bez modyfikowania samej treści protokołów czy dokumentów.
Co portal klienta realnie zmienia
Portal klienta nie jest ciekawy dlatego, że dodaje kolejny ekran. Staje się ważny wtedy, gdy zmniejsza liczbę rutynowych zapytań, które dziś w wielu firmach DDD nadal obsługuje biuro ręcznie: wysłanie starego protokołu, wyszukanie dokumentu do materiału, wyjaśnienie, do których obiektów ktoś ma dostęp, lub sprawdzenie, czy zmiana kontaktu już gdzieś została zaktualizowana.
Jeśli klient po zalogowaniu może znaleźć protokoły, dokumenty, firmy i obiekty w spójnym kontekście, portal oszczędza czas po obu stronach. Gdyby miał być tylko kolejnym miejscem, gdzie odłożone jest kilka PDF bez zasad, korzyści byłyby niewielkie. Na tym polega różnica między naprawdę użytecznym portalem klienta a kolejnym magazynem plików.
Jeśli chcą Państwo poznać portal bardziej szczegółowo, proszę przejść do portalu klienta, dokumentów, zarządzania klientami, dokumentacji portalu klienta, dokumentów w portalu, zaproszenia klienta do portalu, moich danych w portalu oraz zarządzania użytkownikami.
