# Pokaż, czy projekt czeka na Twój zespół, czy na klienta Zastąp ogólny status „w toku” wskazaniem osoby oczekiwanej do działania, brakującego elementu lub decyzji, blokowanego etapu i daty kolejnego przeglądu. Pozostaw w zespole osobę odpowiedzialną za sprawdzanie oczekiwania, nawet gdy następny ruch należy do klienta. Zespół usługowy poprosił klienta o dwa pliki źródłowe. Karta projektu nadal mówi „w toku”, więc współpracownik zaczyna szkicować bez materiałów, a osoba prowadząca klienta nie wie, kiedy ostatnio sprawdzono prośbę. Rejestr pokazuje zależność i następny ruch. Identyfikatory projektów, osoby, daty, prośby klientów i szczegóły dostawców w CSV są fikcyjne. Canonical: https://areinum.com/pl/guides/show-who-a-project-is-waiting-on/ Language: pl Aktualizacja: 2026-10-31 ## Użyj statusu wskazującego następną osobę „W toku” często zbyt ogólnie opisuje przerwę. Użyj kilku spójnych statusów, np. „czeka na klienta”, „czeka na nasz zespół” lub „czeka na inną stronę”. Dodaj krótki powód. To propozycje nazw, a projekt może potrzebować innych. Oddziel oczekiwaną osobę od odpowiedzialnej za monitorowanie projektu. Gdy klient ma dostarczyć plik, jest następną stroną do działania, ale osoba prowadząca klienta nadal sprawdza odbiór i decyduje, co przy jego braku. ## Nazwij zależność i zablokowany etap Opisz dokładnie brakujący element, odpowiedź lub decyzję. „Czeka na końcowe zdjęcia produktu do strony” jest użyteczniejsze niż „czeka na materiały”. Wskaż etap lub decyzję, która bez tego nie ruszy. Dzięki temu współpracownik zobaczy, czy inna praca może trwać równolegle, czy projekt rzeczywiście stoi. Pisz neutralnie. Zapis mówi, co wiadomo o pracy, a nie dlaczego druga osoba nie zadziałała. Jeśli prośby nie wysłano, zapisz wewnętrzne przygotowanie i wysyłkę zamiast oznaczać oczekiwanie na klienta. ## Zapisz prośbę i wewnętrzną datę przeglądu Dla zależności od klienta zapisz czas wysłania prośby i lokalizację szczegółów. Jeśli jej nie wysłano, przypisz wewnętrznego właściciela przygotowania i wysyłki. Wybierz datę przeglądu odpowiednią do rzeczywistego rytmu projektu i możliwości zespołu. To czas kontroli statusu, a nie szacowana data końca projektu. Przy oczekiwaniu na własny zespół wskaż działającą osobę i wewnętrzny warunek uwolnienia następnego etapu. Dla dostawcy lub decydenta zachowaj kontakt tylko tam, gdzie pozwalają zwykłe zasady pracy. Rejestr powinien wskazywać źródło zamiast kopiować całe wątki e-mail. ## Wyraźnie zapisuj zmiany stanu Po otrzymaniu oczekiwanego elementu zapisz, co i kiedy dotarło oraz kto potwierdził przydatność. Właściciel monitorowania może przesunąć projekt do następnego stanu i wskazać działanie. Przy częściowej odpowiedzi pozostaw widoczne pozostałe braki zamiast zamykać całą zależność. Jeśli data przeglądu minie bez zmiany, właściciel decyduje o kontakcie, pracy z dostępnym materiałem, zmianie kolejności lub eskalacji decyzji. Rejestr nie rozstrzyga winy klienta ani kontynuacji bez brakujących danych. ## Oddziel rejestr od obietnic wobec klienta Rejestr służy wewnętrznej koordynacji i spójnemu zapisowi. Aktualizacja dla klienta ma inny cel: wyjaśnić znane informacje, niepewność i termin kolejnego kontaktu. Nie zamieniaj daty przeglądu CSV w datę zakończenia. Zapisz użyty kanał i rzeczywiste otrzymanie odpowiedzi. Jeśli klient preferuje inny uzgodniony kanał, osoba prowadząca może go wybrać. ## Korzystanie z Areinum Poproś asystenta Areinum o uporządkowanie dostarczonych zapisów według następnej osoby, zablokowanego etapu i wewnętrznego właściciela monitorowania. Przed zmianą statusu projektu sprawdź źródło i rzeczywiste odpowiedzi. ## Pytania i odpowiedzi ### Kto odpowiada za oczekiwanie na plik klienta? Klient jest następną stroną do działania, a wskazana osoba zespołu nadal odpowiada za sprawdzanie oczekiwania i wybór kolejnego kroku. ### Czy data przeglądu jest datą zakończenia? Nie. To dzień sprawdzenia zależności. Szacowany termin dostawy podawaj tylko przy wiarygodnej podstawie. ### Co jeśli dotrze tylko część materiałów? Zapisz, co dotarło i czego brakuje. Pozostaw pozostałą zależność otwartą do potwierdzenia przydatności przez właściwą osobę. ### Czy mogę podłączyć tablicę projektu? Demo używa przykładowych danych firmy. Przed użyciem rzeczywistych zapisów zapytaj o dostępność źródła projektu i procesu statusu oczekiwania. ## Źródła i dalsza lektura - [Getting info from clients](https://www.reddit.com/r/taxpros/comments/1sueoto/getting_info_from_clients/): Autor opisuje niepełne dokumenty klientów mimo indywidualnej listy oraz powtarzane e-maile i przypomnienia. Mówi też, że część klientów ignoruje wiadomości automatyczne. Jedna relacja z praktyki podatkowej nie ustala częstotliwości ani nie wspiera porady podatkowej. Rejestr jest proponowaną metodą koordynacji. (2026-10-18) Pobierz oryginalny arkusz (Plik po angielsku): https://areinum.com/guides/show-who-a-project-is-waiting-on/project-waiting-register.csv ## Rejestr oczekiwania projektów Identyfikatory projektów, osoby, daty, prośby klientów i szczegóły dostawców w CSV są fikcyjne. | ID projektu | Zablokowany etap | Status | Oczekujemy na | Oczekiwany element lub decyzja | Data wysłania prośby lub wewnętrznego startu | Wewnętrzny właściciel monitorowania | Data następnego przeglądu | Warunek wznowienia | Ostatnia zmiana | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | PRJ-204 | Projekt strony produktu | Czeka na klienta | Kontakt klienta | Końcowe zdjęcia produktu | 2026-10-16 | Taylor Brooks | 2026-10-20 | Otrzymano zdjęcia i sprawdzono, czy nadają się do użycia | Wysłano prośbę; nie zapisano jeszcze odpowiedzi | | PRJ-205 | Przegląd tekstu faktury | Czeka na nasz zespół | Lider treści | Zatwierdź poprawioną treść | 2026-10-17 | Morgan Lee | 2026-10-19 | Lider treści zapisuje decyzję | Przegląd przypisano wewnętrznie | | PRJ-206 | Próba druku | Czeka na inną stronę | Dostawca druku | Zwróć fizyczną próbę | 2026-10-15 | Riley Chen | 2026-10-21 | Próba dociera i właściciel projektu ją sprawdza | Terminu dostawcy nie potwierdzono | 1. Użyj jednego wiersza na zależność projektu. Zachowaj wewnętrznego właściciela monitorowania także wtedy, gdy następny ma działać klient lub dostawca. 2. Dokładnie opisz zablokowany etap i oczekiwany element. Datę prośby zapisz tylko po jej rzeczywistym wysłaniu. 3. Ustal datę przeglądu według rzeczywistego rytmu zespołu. To kontrola statusu, nie szacunek dostawy. 4. Po zmianie zależności zaktualizuj ostatnią zmianę, potwierdź kompletność i wskaż następne działanie przed zmianą statusu projektu. ## Powiązane materiały - [Znajdź zadania bez osoby odpowiedzialnej lub następnego kroku](https://areinum.com/pl/guides/find-tasks-without-owner-or-next-step/) - [Jak informować klienta, gdy nie możesz obiecać dokładnej daty końca](https://areinum.com/pl/guides/client-update-without-completion-date/) - [Jedna rozmowa o pracy związanej z prowadzeniem firmy](https://areinum.com/pl/product/assistant/) Zobacz demo: https://platform.areinum.com/ Demo używa przykładowych danych firmy. Dostęp może wymagać uzgodnienia.