# Zeigen, ob ein Projekt auf Ihr Team oder den Kunden wartet Ersetzen Sie ein vages „in Arbeit“ durch die nächste handelnde Partei, den erwarteten Punkt oder die Entscheidung, die blockierte Phase und das Datum der nächsten internen Prüfung. Auch wenn der Kunde als Nächster handeln muss, bleibt jemand in Ihrem Team für die Kontrolle verantwortlich. Ein Serviceteam hat beim Kunden zwei Quelldateien angefragt. Die Projektkarte zeigt noch „in Arbeit“, sodass eine andere Person mit fehlendem Material zu entwerfen beginnt und der Kundenverantwortliche die letzte Prüfung der Anfrage nicht erkennt. Ein Warteregister macht Abhängigkeit und nächsten Schritt sichtbar. Projektkennungen, Personen, Daten, Kundenanfragen und Lieferantenangaben im CSV sind fiktiv. Canonical: https://areinum.com/de/guides/show-who-a-project-is-waiting-on/ Language: de Aktualisiert: 2026-10-31 ## Einen Status mit nächstem Handelnden verwenden „In Arbeit“ ist oft zu breit, um eine Pause zu erklären. Nutzen Sie wenige konsistent anwendbare Status wie „Warten auf Kunden“, „Warten auf unser Team“ oder „Warten auf Dritte“. Ergänzen Sie einen kurzen Grund. Das sind Vorschläge, keine vorgeschriebene Taxonomie; ein Projekt kann andere Status benötigen. Erfassen Sie den nächsten Handelnden getrennt von der Person, die das Projekt überwacht. Schuldet der Kunde eine Datei, handelt er als Nächster, während eine interne Kundenleitung den Eingang prüft und über das Vorgehen bei Ausbleiben entscheidet. ## Abhängigkeit und blockierte Phase nennen Beschreiben Sie den genau fehlenden Gegenstand, die Antwort oder Entscheidung. „Warten auf Materialien“ ist weniger hilfreich als „Warten auf endgültige Produktfotos für die Produktseite“. Nennen Sie die Phase oder Entscheidung, die ohne sie nicht weitergehen kann. So sehen andere, ob parallel gearbeitet werden kann oder das Projekt tatsächlich pausiert. Formulieren Sie neutral. Ein Warteeintrag zeigt Bekanntes und erklärt nicht, warum jemand noch nicht gehandelt hat. Wurde die Anfrage nie gesendet, erfassen Sie das Vorbereiten und Senden als internen nächsten Schritt, statt das Projekt als auf den Kunden wartend zu markieren. ## Anfrage und internes Prüfdatum erfassen Erfassen Sie bei einer Kundenabhängigkeit, wann die Anfrage gesendet wurde und wo ihre Details liegen. Wurde nichts gesendet, weisen Sie Vorbereitung und Versand intern zu. Wählen Sie den nächsten Prüftermin nach tatsächlichem Projektrhythmus und Teamkapazität. Er ist ein Zeitpunkt zur Statusprüfung und keine Schätzung des Projektabschlusses. Nennen Sie bei Warten auf das eigene Team die handelnde Person und die interne Bedingung für die nächste Phase. Bewahren Sie Kontaktreferenzen zu externen Lieferanten oder Entscheidenden nur dort, wo Ihre üblichen Arbeitsregeln es erlauben. Das Register sollte auf die Quelle verweisen, statt vollständige E-Mail-Verläufe zu kopieren. ## Statusänderungen ausdrücklich machen Trifft das Erwartete ein, erfassen Sie Änderung, Eingangszeitpunkt und bestätigende Person für die Nutzbarkeit. Der intern Verantwortliche kann das Projekt dann in den nächsten Status setzen und den nächsten Schritt nennen. Bei Teilantworten bleiben fehlende Punkte sichtbar, statt die gesamte Abhängigkeit abzuschließen. Verstreicht ein Prüfdatum ohne Änderung, entscheidet der Verantwortliche über Nachfrage, Fortsetzung mit vorhandenem Material, geänderte Reihenfolge oder Eskalation. Das Register entscheidet weder über Kundenschuld noch über Fortsetzung ohne fehlende Eingabe. ## Das Register von Kundenzusagen trennen Verwenden Sie das Warteregister für interne Koordination und konsistente Projekteinträge. Eine Kundenmeldung hat einen anderen Zweck: Bekanntes, Unsicheres und den Zeitpunkt der nächsten Nachricht erklären. Machen Sie aus dem Prüfdatum dieses CSV kein Abschlussdatum. Erfassen Sie den verwendeten Kanal und ob tatsächlich eine Antwort einging. Bevorzugt der Kunde einen anderen vereinbarten Kanal, kann der Kundenverantwortliche den nächsten Weg wählen. ## Areinum verwenden Bitten Sie den Areinum Assistant, bereitgestellte Projektunterlagen nach nächstem Handelnden, blockierter Phase und internem Überwachungsverantwortlichen zu ordnen. Prüfen Sie Quelle und tatsächliche Antworten, bevor Sie den Projektstatus ändern. ## Ihre Fragen ### Wer verantwortet das Warten, wenn der Kunde eine Datei liefern muss? Der Kunde handelt als Nächster; eine benannte interne Person bleibt für die Überwachung und Entscheidung über den nächsten Schritt verantwortlich. ### Ist das nächste Prüfdatum ein Abschlussdatum? Nein. An diesem Datum prüft Ihr Team die Abhängigkeit. Geben Sie eine Lieferschätzung nur mit tragfähiger Grundlage. ### Was, wenn nur ein Teil des angefragten Materials eintrifft? Erfassen Sie Eingegangenes und weiterhin Fehlendes. Lassen Sie die verbleibende Abhängigkeit offen, bis die zuständige Person die Nutzbarkeit bestätigt. ### Kann ich mein Projektboard verbinden? Die Demo verwendet Daten eines Beispielunternehmens. Fragen Sie vor Nutzung laufender Daten nach Verfügbarkeit Ihrer Projektquelle und des Wartezustandsablaufs. ## Quellen und weitere Informationen - [Getting info from clients](https://www.reddit.com/r/taxpros/comments/1sueoto/getting_info_from_clients/): Der Verfasser beschreibt unvollständige Kundendokumente trotz individueller Checkliste sowie wiederholte E-Mails und Erinnerungen. Er sagt auch, manche Kunden ignorierten automatisierte Nachrichten. Eine selbst berichtete Diskussion einer Steuerpraxis belegt keine Häufigkeit und stützt keine Steuerberatung. Das Warteregister ist eine vorgeschlagene Koordinationsmethode. (2026-10-18) Originalvorlage herunterladen (Englische Datei): https://areinum.com/guides/show-who-a-project-is-waiting-on/project-waiting-register.csv ## Projekt-Warteregister Projektkennungen, Personen, Daten, Kundenanfragen und Lieferantenangaben im CSV sind fiktiv. | Projekt-ID | Blockierte Phase | Status | Warten auf | Erwarteter Gegenstand oder Entscheidung | Anfrage gesendet oder interner Beginn | Interner Überwachungsverantwortlicher | Nächstes Prüfdatum | Bedingung zur Fortsetzung | Letzte Änderung | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | PRJ-204 | Entwurf der Produktseite | Warten auf Kunden | Kundenkontakt | Endgültige Produktfotos | 2026-10-16 | Taylor Brooks | 2026-10-20 | Fotos erhalten und auf Nutzbarkeit geprüft | Anfrage gesendet; noch keine Antwort erfasst | | PRJ-205 | Prüfung des Rechnungstexts | Warten auf unser Team | Inhaltsleitung | Überarbeiteten Wortlaut freigeben | 2026-10-17 | Morgan Lee | 2026-10-19 | Inhaltsleitung erfasst Entscheidung | Prüfung intern zugewiesen | | PRJ-206 | Druckfahne | Warten auf Dritte | Drucklieferant | Physische Druckfahne zurückgeben | 2026-10-15 | Riley Chen | 2026-10-21 | Druckfahne trifft ein und Projektverantwortlicher prüft sie | Lieferantenzeitpunkt unbestätigt | 1. Verwenden Sie je Projektabhängigkeit eine Zeile. Behalten Sie den internen Überwachungsverantwortlichen, auch wenn Kunde oder Lieferant als Nächster handeln soll. 2. Beschreiben Sie blockierte Phase und erwarteten Punkt genau. Erfassen Sie ein Anfragedatum nur bei tatsächlich gesendeter Anfrage. 3. Wählen Sie das nächste Prüfdatum nach dem tatsächlichen Teamrhythmus. Es ist eine Statusprüfung und keine Lieferschätzung. 4. Aktualisieren Sie bei Änderung der Abhängigkeit die letzte Änderung, bestätigen Sie ihren Abschluss und nennen Sie den nächsten Schritt vor Änderung des Projektstatus. ## Passende Inhalte - [Aufgaben ohne Zuständigkeit oder nächsten Schritt finden](https://areinum.com/de/guides/find-tasks-without-owner-or-next-step/) - [Einen Kunden informieren, wenn kein genaues Abschlussdatum zugesagt werden kann](https://areinum.com/de/guides/client-update-without-completion-date/) - [Ein Gespräch für die Arbeit rund um Ihr Unternehmen](https://areinum.com/de/product/assistant/) Demo ansehen: https://platform.areinum.com/ Die Demo verwendet Daten eines Beispielunternehmens. Der Zugang muss möglicherweise vereinbart werden.