Portal dla franczyzobiorców: jak prowadzić zgłoszenia i zadania sieci

Wspólne zadanie nie oznacza wspólnej odpowiedzialności

Centrala sieci przygotowuje nowe materiały dla placówek i prosi o zmianę oznaczeń do określonej daty. W części punktów zadanie jest wykonane, w innych osoba prowadząca działalność czeka na dostawę materiałów. Odpowiedzi przychodzą mailowo, a lista w arkuszu szybko przestaje pokazywać aktualny stan. Portal dla franczyzobiorców może pomóc, jeśli poza poleceniem pokaże również warunki wykonania i możliwość zgłoszenia przeszkody.

W hipotetycznej sieci opisanej w tym tekście placówki prowadzą odrębni przedsiębiorcy. Centrala udostępnia materiały i koordynuje wspólne działania, a lokalny partner organizuje pracę swojego punktu. To przykład współpracy, nie opis klienta Archifutura. Faktyczne prawa, obowiązki i zakres informacji zależą od umowy oraz konkretnych zasad sieci.

Portal nie podejmuje decyzji za strony. Może za to wskazać wersję materiału, termin, osobę odpowiedzialną i aktualny stan zadania. Dobrze zaprojektowany powinien pozwolić zarówno centrali zrozumieć sytuację, jak i placówce wyjaśnić, co blokuje wykonanie pracy.

Zadanie musi mieć sens dla placówki

Przed przygotowaniem widoku ustalcie, jakie działania centrala rzeczywiście przekazuje punktom. Może chodzić o wdrożenie aktualnych materiałów, potwierdzenie terminu szkolenia albo odpowiedź na pytanie dotyczące lokalnego wyposażenia. Każde zadanie powinno wskazywać cel, termin, potrzebne materiały i sposób potwierdzenia. Lista bez tych informacji zmusza placówkę do kolejnej rozmowy, zanim w ogóle zacznie pracę.

Rozdzielcie zadania wspólne dla całej sieci od tych, które dotyczą wybranych punktów. Wariant wyposażenia, lokalizacja lub etap współpracy mogą wpływać na to, czy dana instrukcja ma zastosowanie. Ustalcie, kto przygotowuje grupę odbiorców i jak poprawia pomyłkę. Przesłanie zadania wszystkim placówkom nie oznacza, że każda może je wykonać w identyczny sposób.

Nazwijcie też osobę lub rolę, która odpowiada za zadanie w punkcie. W mniejszej placówce może to być sam franczyzobiorca, w większej osoba wyznaczona przez niego do codziennej pracy. Centrala powinna wiedzieć, do kogo skierować pytanie, ale szczegółowy podział zadań w punkcie może pozostać decyzją lokalnego partnera.

Wspólne nazwy statusów warto przetestować z osobami z różnych punktów. „Zakończone” może oznaczać wysłanie odpowiedzi, faktyczne wykonanie pracy albo jej zatwierdzenie przez centralę. Uzgodnijcie znaczenie każdego stanu i sposób cofnięcia błędnego potwierdzenia. O różnicach między lokalizacjami piszemy w artykule o systemie dla wielu oddziałów.

Przy zadaniu dotyczącym wyposażenia warto wskazać również zależności od dostaw i pracy firm zewnętrznych. Jeżeli placówka nie ma jeszcze zamówionego materiału, status powinien pozwalać pokazać ten brak bez przypisywania punktowi wykonania czynności, na którą nie ma wpływu. Centrala potrzebuje wtedy informacji, kto kontaktuje się z dostawcą i kiedy partner otrzyma aktualizację.

Instrukcja i jej wersja

Placówka powinna wiedzieć, z jakiej wersji materiału korzysta. Jeżeli centrala poprawi instrukcję po jej wysłaniu, zapiszcie datę zmiany, zakres poprawki i informację o osobach, które muszą zapoznać się z nową wersją. Nie każda literówka wymaga ponownego potwierdzenia całego zadania, ale zmiana sposobu wykonania może wymagać nowej decyzji.

Zachowajcie powiązanie potwierdzenia z konkretną wersją. W przeciwnym razie centrala może uznać, że punkt przyjął instrukcję, której jeszcze nie widział. Historia powinna pomagać obu stronom wyjaśnić przebieg sprawy, bez pokazywania wszystkim użytkownikom niepotrzebnych notatek i danych innych placówek.

Uzgodnijcie, kto może publikować materiał, kto sprawdza jego treść i jak wycofuje się dokument zawierający błąd. Po wycofaniu potrzebna jest informacja, co zrobić z wcześniej pobraną kopią. Jeżeli pracownicy punktu korzystają z wydruków albo plików zapisanych lokalnie, sam nowy dokument na serwerze nie zmieni automatycznie tych kopii.

Warto także opisać, jak placówka zgłasza niejasność. Osoba w punkcie może zauważyć, że instrukcja nie pasuje do lokalnego układu pracy. Pytanie powinno trafić do właściwego zespołu wraz z numerem zadania i wersją dokumentu. O odpowiedzialności za przekazanie sprawy piszemy również przy obsłudze zleceń serwisowych.

Przy materiałach dostępnych w kilku językach zapiszcie, która wersja została sprawdzona i kto odpowiada za jej aktualizację. Zmiana jednego dokumentu nie oznacza automatycznie, że pozostałe wersje zawierają tę samą treść. Placówka powinna widzieć, czy wybrana instrukcja jest aktualna oraz do kogo zgłosić różnicę. Sposób potwierdzania materiałów trzeba dopasować do rzeczywistego procesu sieci.

Potwierdzenie, przeszkoda i odpowiedź

Placówka może potwierdzić wykonanie zadania, ale powinna także móc zgłosić, że potrzebuje czasu, materiału lub wyjaśnienia. Każdy z tych stanów prowadzi do innego następnego kroku. Centrala nie powinna traktować braku odpowiedzi jak odmowy ani automatycznie uznawać, że samo otwarcie wiadomości oznacza wykonanie pracy.

Przy zgłoszonej przeszkodzie zapiszcie osobę odpowiedzialną za odpowiedź i uzgodniony termin. Jeśli wymagane jest zdjęcie lub dokument, ustalcie, po co jest potrzebny i kto może go zobaczyć. Materiał może zawierać dane klientów lub pracowników, dlatego warto opisać bezpieczny sposób przygotowania przykładu oraz zasady dostępu do przesłanych plików.

Centrala powinna móc odróżnić brak działania w punkcie od braku odpowiedzi po swojej stronie. Jeżeli placówka zadała pytanie, zadanie nie stanie się łatwiejsze od kolejnego automatycznego przypomnienia wysłanego bez sprawdzenia kontekstu. Pomocne pytania o właściciela wyjątku znajdziecie w tekście o monitorowaniu automatyzacji.

Przy ocenie postępu pokażcie również datę aktualizacji. Zbiorczy widok może zawierać liczbę zadań w poszczególnych stanach, ale odbiorca powinien móc przejść do sprawy, do której ma uprawnienia. O tym, jak ustalać znaczenie danych przed budową wykresu, piszemy przy dashboardzie zarządczym.

Odpowiedź na pytanie placówki może dotyczyć tylko jednej sprawy albo ujawnić niejasność wspólną dla wielu punktów. Ustalcie, kto decyduje o poprawieniu instrukcji dla całej sieci oraz jak powiadamia się osoby, które już ją otrzymały. Kopiowanie jednej odpowiedzi do wielu wiadomości może chwilowo pomóc, ale nie zastępuje aktualnej wersji materiału w uzgodnionym miejscu.

Dostęp do danych każdej placówki

Oddzielcie informacje wspólne dla całej sieci od danych konkretnego partnera. Instrukcja dla wszystkich punktów może być dostępna szeroko, lecz zgłoszenie dotyczące jednej placówki powinno trafić do uprawnionych osób w tym punkcie i centrali. Ustalcie, jak system sprawdza przynależność użytkownika, również przy wyszukiwaniu, powiadomieniach i eksporcie danych.

Przy zmianie współpracy zaplanujcie przekazanie spraw. Jeżeli placówkę przejmuje inny partner albo odchodzi osoba prowadząca zadania, potrzebne są decyzje o kontach i zakresie historii. Nie każda wcześniejsza rozmowa musi być widoczna nowej osobie. Zasady powinny wynikać z warunków współpracy oraz decyzji osób odpowiedzialnych za dane.

Konto centrali również potrzebuje uzasadnionego zakresu. Osoba przygotowująca materiały nie musi widzieć wszystkich danych finansowych placówek. Przy integracji z systemami lokalnymi zapytajcie, kto jest właścicielem informacji oraz co może zostać przekazane dalej. Wprowadzenie do tego tematu znajdziecie w artykule o źródle danych w integracji.

W praktycznej próbie utwórzcie fikcyjne konta dwóch placówek. Sprawdźcie listę zadań, bezpośredni adres sprawy, powiadomienia oraz eksport. Użytkownik jednego punktu nie powinien zobaczyć danych drugiego wyłącznie dlatego, że zna identyfikator rekordu. Wynik testu należy odnieść do uzgodnionych ról i konkretnej wersji aplikacji.

Przy dostępach tymczasowych wskażcie datę przeglądu oraz osobę, która może potwierdzić dalszą potrzebę pracy na danych. Jeśli zewnętrzny wykonawca pomaga placówce przy zadaniu, może potrzebować tylko wybranej instrukcji lub zgłoszenia. Szerokie konto do całego portalu nie powinno być domyślnym rozwiązaniem wyłącznie dlatego, że łatwiej je utworzyć.

Co dzieje się po zmianie terminu

Centrala może zmienić datę, ponieważ materiały nie dotarły do części punktów. Ustalcie, kto ma prawo podjąć taką decyzję i czy dotyczy ona wszystkich placówek, czy tylko wskazanej grupy. W historii zadania warto zachować poprzedni termin i powód zmiany, aby obie strony mogły zrozumieć kolejność ustaleń.

Jeżeli punkt złożył już odpowiedź, sprawdźcie, czy zmiana terminu wymaga nowego potwierdzenia. Inaczej wygląda przesunięcie daty bez zmiany treści, a inaczej wprowadzenie nowych wymagań do wcześniej zaakceptowanej instrukcji. System może wspierać rozróżnienie, ale zespół musi najpierw uzgodnić regułę.

Przy dużej liczbie zadań zadbajcie o możliwość wyszukania sprawy według placówki, tematu i stanu. Powiadomienie powinno prowadzić do konkretnego zadania, a nie do ogólnej strony, na której użytkownik znów zaczyna poszukiwania. Jednocześnie nie wysyłajcie poufnej treści w powiadomieniu tylko dlatego, że sam adresat jest znany systemowi. Przy wyborze kanału i odbiorcy pomoże artykuł o projektowaniu powiadomień w aplikacji firmowej.

Przemyślcie również przerwanie pracy w punkcie. Osoba może zacząć uzupełniać odpowiedź i wrócić do niej później. Wtedy powinna wiedzieć, czy dane zostały zapisane jako szkic i czy ktokolwiek poza nią może je zobaczyć. Wysłanie odpowiedzi do centrali jest osobnym krokiem, który powinien zakończyć się czytelnym potwierdzeniem.

Sprawdź proces z partnerami

Przed wdrożeniem wybierzcie kilka fikcyjnych placówek o różnych warunkach. Przeprowadźcie wysłanie instrukcji, potwierdzenie, pytanie o szczegół oraz zmianę wersji po wykonaniu zadania. Dodajcie przypadek, w którym centrala musi poprawić błędną grupę odbiorców. Sprawdźcie, czy każdy uczestnik widzi właściwy stan i wie, kto ma kolejny krok.

Poproście przedstawicieli placówek o ocenę zrozumiałości instrukcji i sposobu zgłoszenia przeszkody. Osoba projektująca portal może dobrze znać słownictwo centrali, a punkt używać innych nazw. Wczesne próby opisujemy w artykule o testowaniu prototypu z pracownikami. Nie zastępują one uzgodnienia zasad między stronami, ale pokazują, czy narzędzie pozwala je wykonać.

Jeśli planujesz portal współpracy dla sieci, zobacz zakres oprogramowania na zamówienie i skontaktuj się z Archifutura. W briefie opisz zadania centrali i placówek, potrzebne informacje oraz sytuacje, w których dziś trudno ustalić stan sprawy. Na początek wystarczą przykłady bez poufnych danych partnerów.

Po próbie sprawdźcie, czy zbiorczy widok nie ukrywa różnicy między zadaniem niewysłanym, oczekującym na punkt i oczekującym na odpowiedź centrali. Każdy stan wymaga innego działania. Osoba prowadząca proces powinna móc przejść do właściwej sprawy i zobaczyć ostatnie uzgodnienie bez przeszukiwania kilku skrzynek pocztowych.

Przed otwarciem portalu dla większej grupy uzgodnijcie także sposób wsparcia: kto odpowiada na pytania o konto, kto wyjaśnia treść instrukcji, a kto rozstrzyga błąd w danych. Jeden adres kontaktowy może być wygodny dla partnera, ale wewnątrz organizacji potrzebny jest jasny sposób przekazania zgłoszenia do właściwej osoby.

Po uruchomieniu warto wrócić do kilku zamkniętych spraw i sprawdzić, czy zapis pozwala zrozumieć decyzję bez szukania prywatnej korespondencji. Jeśli brakuje kontekstu, ustalcie, jakie informacje rzeczywiście są potrzebne oraz kto powinien je dodać. Kolejny formularz ma sens tylko wtedy, gdy pomaga wykonać to zadanie.