Wie man dem Kunden den Arbeitsfortschritt übermittelt

Das Ausbleiben von Nachrichten bedeutet für den Kunden nicht eine reibungslose Abwicklung

Der Auftragnehmer kann meinen, dass alles ordnungsgemäß verläuft: Die Frist ist noch nicht abgelaufen, der Umfang wird umgesetzt, und der Kunde stellt keine Fragen. Aus seiner Sicht gibt es also keinen Grund, Kontakt aufzunehmen. Der Kunde sieht das Projekt jedoch anders. Er hat Geld, Materialien und Verantwortung an eine Person übergeben, deren Arbeit er im Alltag nicht beobachtet.

Nach ein paar Tagen des Schweigens beginnt er sich zu fragen, ob die Nachricht mit den Unterlagen angekommen ist, ob das Projekt begonnen wurde und ob der Termin noch aktuell ist. Nach längerer Zeit kann er selbst mit der Frage schreiben: „Wie laufen die Arbeiten?“. Eine solche Nachricht bedeutet nicht immer Ungeduld. Oft ist sie die Folge davon, dass der Prozess dem Kunden kein klares Signal geliefert hat.

Regelmäßige Kommunikation reduziert diese Unsicherheit. Es geht jedoch nicht darum, ständig zu beweisen, dass Sie arbeiten. Ihre Aufgabe ist es, den aktuellen Stand des Projekts, wichtige Änderungen, die nächsten Schritte sowie Angelegenheiten darzustellen, die die Beteiligung des Kunden erfordern.

Der Kunde muss nicht jede einzelne Tätigkeit beobachten. Er sollte jedoch wissen, wo sich das Projekt befindet und was als Nächstes passieren wird.

Briefstreak

Das Aktualisieren des Fortschritts ist kein Arbeitsprotokoll

Einer der häufigsten Fehler ist, die ausgeführten Tätigkeiten zu beschreiben, ohne ihre Bedeutung aufzuzeigen. Die Nachricht kann eine lange Liste enthalten: Es fand ein Treffen statt, Dateien wurden erstellt, Materialien wurden analysiert, Komponenten wurden vorbereitet und Korrekturen vorgenommen. Der Kunde weiß jedoch immer noch nicht, ob das Projekt planmäßig umgesetzt wird.

Der Aktivitätsbericht beantwortet die Frage: „Was habe ich gemacht?“. Das Status-Update sollte die Fragen beantworten: „Wo stehen wir?“, „Bedroht etwas den Termin?“, „Was kommt als Nächstes?“ und „Wird eine Entscheidung des Kunden benötigt?“.

Das bedeutet nicht, dass die Liste der erledigten Aufgaben unnötig ist. Sie sollte jedoch dem größeren Gesamtbild untergeordnet sein. Die Information über die Vorbereitung von Mockups ist wertvoller, wenn der Kunde auch erfährt, dass die erste Phase abgeschlossen ist, das Projekt weiterhin im Zeitplan liegt und die nächste Präsentation an einem bestimmten Tag stattfinden wird.

Was sollte der Kunde nach dem Lesen des Updates wissen?

• Wie ist der allgemeine Stand des Projekts.
• Was wurde seit der letzten Nachricht abgeschlossen.
• Woran wird derzeit gearbeitet.
• Was wird im nächsten Zeitraum passieren.
• Ob der Termin und das Budget weiterhin aktuell sind.
• Ob Probleme, Risiken oder Änderungen aufgetreten sind.
• Ob der Auftragnehmer auf Materialien, eine Entscheidung oder eine Genehmigung wartet.
• Welche Handlung der Kunde ausführen sollte und bis wann.
• Wann er die nächste Aktualisierung oder das nächste Ergebnis erhält.

Nicht jede Nachricht muss all diese Informationen enthalten. Bei einem kurzen, einfachen Auftrag genügen drei Sätze. Bei einem größeren Projekt kann ein strukturierteres Update mit separaten Abschnitten nötig sein. Am wichtigsten ist, dass der Kunde nicht selbst die wesentlichen Schlussfolgerungen aus einer ungeordneten Arbeitsbeschreibung ziehen muss.

Legen Sie die Berichtsweise vor Beginn des Projekts fest

Die Kommunikation des Fortschritts sollte nicht erst entstehen, wenn der Kunde nach dem Status fragt. Bereits bei der Festlegung der Zusammenarbeit lohnt es sich zu bestimmen, wie oft er Nachrichten erhalten wird, über welchen Kanal und in welchen Momenten seine Reaktion erforderlich sein wird.

Eine solche Vereinbarung funktioniert in beide Richtungen. Der Kunde weiß, wann er mit Informationen rechnen kann, sodass er nicht alle paar Tage nachfragen muss. Der Auftragnehmer ist hingegen nicht verpflichtet, ständig auf spontane Bitten um einen Bericht zu antworten, wenn der Status gemäß dem vereinbarten Rhythmus übermittelt wird.

Jeden Freitag sende ich eine kurze Zusammenfassung der erledigten Arbeiten, des aktuellen Projektstands und des Plans für die nächste Woche. Über Angelegenheiten, die den Termin oder den Umfang beeinflussen könnten, informiere ich sofort, ohne auf den wöchentlichen Bericht zu warten.

Beispielhafte Festlegung

Bei einfachen Aufträgen reicht es aus, den Kunden über den Beginn, den Abschluss einer wichtigen Phase und die Fertigstellung des Projekts zu informieren. Bei Umsetzungen, die mehrere Wochen oder Monate dauern, lohnt es sich, regelmäßige Updates einzuführen, auch wenn in einem bestimmten Zeitraum nichts Spektakuläres passiert ist.

Wie oft sollen Fortschritte gemeldet werden?

Es gibt keine einzelne Frequenz, die für alle Projekte geeignet ist. Ein tägliches Update kann während einer intensiven Einführung gerechtfertigt sein, aber absurd bei einem dreimonatigen Corporate-Design-Projekt. Ein monatlicher Bericht wird bei einer langfristigen Strategie ausreichen, ist aber bei einer auf zwei Wochen angesetzten Umsetzung definitiv zu selten.

Die Häufigkeit sollte von der Dauer des Projekts, der Anzahl der Abhängigkeiten, dem Tempo der Änderungen, dem Risikoniveau und dem Engagement des Kunden abhängen. Je schneller sich die Situation ändern kann und je mehr Entscheidungen getroffen werden müssen, desto kürzer sollte der Abstand zwischen den Aktualisierungen sein.

• Projekt, der einige Tage dauert: Information über den Beginn, gegebenenfalls ein Kontrollpunkt und die Übergabe des Ergebnisses.
• Projekt mit einer Dauer von zwei bis sechs Wochen: einmal pro Woche ein Update sowie Nachrichten nach Abschluss wichtiger Etappen.
• Mehrmonatiges Projekt: wöchentliche oder zweiwöchentliche Statusmeldungen sowie ausführlichere Zusammenfassungen der Etappen.
• Laufende monatliche Betreuung: ein kurzer operativer Status in einem festgelegten Rhythmus und eine umfassendere Monatszusammenfassung.
• Einführung mit hohem Risiko: häufigere Aktualisierungen, manchmal täglich, aber auf die wichtigsten Informationen beschränkt.
• Projekt, das auf den Kunden wartet: Erinnerungen und Informationen über die Auswirkungen fehlender Entscheidungen auf den Zeitplan.

Warte jedoch nicht auf den nächsten geplanten Bericht, wenn ein Problem aufgetreten ist, das den Termin, die Kosten oder den Umfang verändern könnte. Der regelmäßige Rhythmus gilt für gewöhnliche Aktualisierungen. Wesentliche Abweichungen müssen dann kommuniziert werden, wenn sie erkannt werden.

Ein gleichmäßiger Rhythmus ist wichtiger als eine hohe Frequenz

Es ist für den Kunden leichter, dem Prozess zu vertrauen, wenn er weiß, dass das Update jeden Freitag kommt, als wenn er an einem Tag drei Nachrichten erhält und dann zwei Wochen lang keine Informationen bekommt. Unregelmäßige Überaktivität ersetzt keine vorhersehbare Kommunikation.

Ein fester Rhythmus ermöglicht es auch, den Bericht besser vorzubereiten. Du erstellst ihn nicht als Reaktion auf eine plötzliche Frage des Kunden, sondern sammelst die wichtigsten Informationen zu einem festgelegten Zeitpunkt. Dadurch ist das Update ruhiger, konkreter und weniger anfällig für Emotionen.

Es ist jedoch nicht notwendig, eine leere Nachricht nur zu senden, um den Rhythmus einzuhalten. Wenn das Projekt vorübergehend auf ein vereinbartes Ereignis wartet, kann man direkt schreiben, dass sich der Status nicht geändert hat, den Grund angeben und den nächsten geplanten Schritt nennen.

Diese Woche bleibt der Projektstatus unverändert, da wir noch auf Produktdaten vom Lieferanten warten. Das wirkt sich noch nicht auf den Endtermin aus. Falls die Materialien bis Mittwoch nicht eintreffen, wird eine Aktualisierung des Zeitplans erforderlich sein.

Beispiel-Update

Die einfachste Struktur eines guten Updates

Die meisten Berichte für den Kunden lassen sich aus fünf kurzen Elementen zusammensetzen. Ein solches Layout funktioniert sowohl in einer E-Mail als auch im Projekt-Dashboard oder Messenger.

1. Allgemeiner Projektstatus.
2. Was abgeschlossen wurde.
3. Was derzeit umgesetzt wird.
4. Was als Nächstes geschehen wird.
5. Was du vom Kunden benötigst.

1. Allgemeiner Status

Beginne mit der wichtigsten Information. Schreibe, ob das Projekt planmäßig umgesetzt wird, Aufmerksamkeit erfordert oder gefährdet ist. Der Kunde sollte die Situation verstehen können, ohne die gesamte Nachricht analysieren zu müssen.

Das Projekt wird gemäß dem Plan umgesetzt. Wir haben die Analysephase abgeschlossen und mit der Vorbereitung der ersten Version des Projekts begonnen.

Beispielstatus

2. Abgeschlossene Arbeiten

Listen Sie die wichtigsten Ergebnisse auf, die seit dem letzten Update erzielt wurden. Beschreiben Sie nicht jede kleine Tätigkeit. Konzentrieren Sie sich auf die Elemente, die das Projekt dem Abschluss nähergebracht, eine Phase abgeschlossen oder ein wesentliches Risiko beseitigt haben.

3. Aktuelle Arbeiten

Erkläre kurz, worauf sich die Umsetzung derzeit konzentriert. Dadurch sieht der Kunde die Kontinuität zwischen dem bereits erledigten Umfang und dem nächsten Ergebnis.

4. Nächster Schritt

Gib an, was im nächsten Zeitraum erledigt wird und wann der Kunde mit konkretem Material, einem Meeting oder einer Entscheidung rechnen kann. Die bloße Aussage „wir arbeiten weiter“ bietet nicht genügend Planbarkeit.

5. Funktion des Kunden

Wenn Sie Material, eine Genehmigung oder eine Antwort benötigen, weisen Sie dies deutlich darauf hin. Verstecken Sie die Bitte nicht mitten in einem langen Bericht. Schreiben Sie, was Sie genau benötigen, in welcher Form und bis wann.

Bis Donnerstag benötige ich die Bestätigung der ausgewählten Variante der Startseite. Ein fehlender Beschluss bis zu diesem Tag kann den Beginn der nächsten Phase verschieben.

Beispielhafter Call-to-Action

Kurzes Update für den Kunden

Das Projekt verläuft planmäßig. In dieser Woche habe ich die Struktur der Website abgeschlossen und Entwürfe für die drei wichtigsten Unterseiten vorbereitet. Derzeit arbeite ich am Design der Startseite. Die erste Version schicke ich am Dienstag, den 18. August. In dieser Phase benötige ich von euch keine zusätzlichen Materialien. Die nächste Zusammenfassung schicke ich nächsten Freitag.

Beispielnachricht

Die Nachricht ist kurz, beantwortet aber die wichtigsten Fragen. Der Kunde weiß, dass das Projekt sicher ist, was erledigt wurde, was derzeit geschieht, wann er das Ergebnis erhält und ob er handeln muss.

Beispiel für die Aktualisierung eines Projekts, das Aufmerksamkeit erfordert

Der allgemeine Projektstatus erfordert Aufmerksamkeit, aber der Endtermin ist noch einhaltbar. Wir haben die Implementierung des Produktkatalogs und die Konfiguration der Zahlungen abgeschlossen. Mit den Liefertests können wir jedoch nicht beginnen, da die Daten für das Speditionskonto fehlen. Ich benötige sie spätestens bis Mittwoch um 12:00 Uhr. Wenn ich sie später erhalte, können sich die Tests und der Start des Shops um mindestens zwei Werktage verschieben.

Beispielnachricht

Ein solcher Status kündigt noch keine Verzögerung an, zeigt aber das Risiko klar auf. Der Kunde erhält die Information früh genug, um zu reagieren und den Termin zu schützen.

Verwende keine Prozentsätze, die du nicht begründen kannst

Die Information „das Projekt ist zu 70% fertig“ wirkt konkret, bedeutet aber oft wenig. Bedeutet die Erledigung von sieben von zehn Aufgaben 70% Fortschritt, wenn die verbleibenden drei die schwierigsten sind? Bedeutet der Abschluss eines Grafikprojekts die Hälfte der Umsetzung, wenn Implementierung und Tests mehr Zeit in Anspruch nehmen können?

Prozentsätze sind nützlich, wenn sie aus einer sinnvollen Messmethode resultieren. In der wiederholbaren Produktion kann man die Anzahl der fertiggestellten Materialien verfolgen. In einem technischen Projekt kann man gewichtete Etappen verwenden. Ohne ein solches Modell wird der Prozentsatz zu einer subjektiven Einschätzung des Ausführenden.

In vielen Dienstleistungen ist es übersichtlicher, Meilensteine zu berichten: Analyse abgeschlossen, Projekt genehmigt, Umsetzung im Gange, Tests noch nicht begonnen. Der Kunde erhält dann eine echte Information über den Stand der Umsetzung, statt einer scheinbar genauen Zahl.

Berichte über Ergebnisse und Meilensteine, nicht nur über den bloßen Zeitablauf

Dass die Hälfte der für das Projekt vorgesehenen Zeit vergangen ist, bedeutet nicht, dass die Hälfte der Arbeit erledigt wurde. Ebenso zeigt auch die zehn Stunden, die mit der Aufgabe verbracht wurden, noch nicht, ob das geplante Ergebnis erreicht wurde.

Ein besserer Bezugspunkt sind vereinbarte Meilensteine. Bei einem Website-Projekt können das sein: das Sammeln von Anforderungen, die Genehmigung der Struktur, die Freigabe des Entwurfs, der Abschluss der Implementierung, der Abschluss der Tests und die Veröffentlichung. Bei einer Marketingkampagne: Strategie, Vorbereitung der Materialien, Start, Datenerfassung und Optimierung.

Meilensteine sind für den Kunden wichtig, weil sie die Veränderung des Projektstatus zeigen. Gleichzeitig erleichtern sie die Erkennung einer Situation, in der viele kleine Aufgaben erledigt wurden, der entscheidende Schritt jedoch noch immer nicht abgeschlossen wurde.

Unterscheide die erledigte Aufgabe von der akzeptierten Aufgabe

Der Auftragnehmer kann die Phase als abgeschlossen ansehen, sobald das Material übermittelt wird. Aus Sicht des gesamten Projekts ist die Phase jedoch nicht immer abgeschlossen. Der Kunde muss sich noch mit dem Ergebnis vertraut machen, Anmerkungen übermitteln und die endgültige Version akzeptieren.

Im Bericht sollte man mindestens vier Zustände unterscheiden: Arbeit nicht begonnen, Arbeit in Bearbeitung, zur Bewertung übergebenes Material sowie der akzeptierte Schritt. Das hilft, Situationen zu vermeiden, in denen beide Seiten das Wort „fertig“ unterschiedlich verstehen.

• Zum Start – die Phase hat noch nicht begonnen.
• In Bearbeitung – die geplanten Arbeiten werden ausgeführt.
• Zur Freigabe – das Material wurde übergeben und wartet auf den Kunden.
• Zu korrigieren – der Kunde hat Anmerkungen im vorgesehenen Umfang übermittelt.
• Blockiert – die weitere Arbeit erfordert Informationen oder eine Entscheidung.
• Abgeschlossen – das Ergebnis wurde akzeptiert und die Phase ist abgeschlossen.

Zeige die Abhängigkeiten zwischen den Etappen

Der Kunde versteht möglicherweise nicht, warum das Fehlen einer einzigen Entscheidung scheinbar unabhängige Arbeiten stoppt. Für den Auftragnehmer ist die Abhängigkeit offensichtlich: Ohne eine akzeptierte Struktur lohnt es sich nicht, alle Unterseiten zu gestalten, und ohne fertige Inhalte kann das Layout nicht ordnungsgemäß abgeschlossen werden.

Das Update sollte solche Abhängigkeiten in einfacher Sprache erklären. Es reicht nicht aus zu schreiben, dass das Projekt blockiert ist. Man muss angeben, was die Arbeit blockiert, welche Phase von dem fehlenden Element abhängt und welche Auswirkungen weiteres Warten haben wird.

Das Design der Startseite ist zur Bewertung bereit. Erst nach der Freigabe dieser Richtung werde ich mit den übrigen Unterseiten beginnen, da sie dieselben Komponenten und dieselbe Gestaltung verwenden. Ich benötige eine Entscheidung bis Montag, um den Termin für die Präsentation der gesamten Website einzuhalten.

Beispielhafte Erklärung der Abhängigkeiten

Soll dem Kunden die Arbeit in Bearbeitung gezeigt werden?

Nicht jede unvollendete Arbeit ist es wert, präsentiert zu werden. Ein früher Entwurf kann ohne Kontext schlecht aussehen, und eine technische Lösung kann vorübergehend instabil sein. Sie zu früh zu zeigen provoziert Anmerkungen zu Elementen, die ohnehin hätten verbessert werden sollen.

Andererseits erhöht das vollständige Verbergen des Projekts bis zur Fertigstellung das Risiko, dass Sie über viele Tage hinweg eine Richtung entwickeln, die nicht den Erwartungen des Kunden entspricht. Die beste Lösung sind geplante Kontrollpunkte, an denen das Ergebnis ausreichend ausgereift ist, um beurteilt zu werden, aber noch geändert werden kann, ohne die gesamte Umsetzung zu gefährden.

• Zeige die frühe Phase, wenn du eine Richtungsentscheidung brauchst.
• Präsentiere keinen zufälligen Arbeitsstand nur, um Aktivität zu beweisen.
• Erläutere, welche Elemente zur Beurteilung bereit sind und welche vorläufig bleiben.
• Sag dem Kunden, worauf er sich konzentrieren soll.
• Frage nicht nach allgemeinen Eindrücken, wenn du eine konkrete Entscheidung brauchst.
• Halte das Ergebnis des Kontrollpunkts und seinen Einfluss auf die weiteren Phasen fest.

Dies ist eine Richtungsfassung und kein fertiges Projekt. Bitte bewerten Sie in dieser Phase den Informationsaufbau, die Reihenfolge der Abschnitte und den allgemeinen Stil. Texte, Fotos und kleine Abstände werden später verfeinert.

Beispielhafte Einführung in die Präsentation

Trenne die Information von der Bitte um Feedback

Nicht jedes Update erfordert eine Rückmeldung des Kunden. Wenn du Material ausschließlich zur Information sendest, schreib das direkt. Andernfalls kann der Kunde Zeit damit verbringen, ein Element zu analysieren, das du noch nicht zu besprechen geplant hattest.

Wenn du Feedback brauchst, lege seinen Umfang fest. Die Bitte „gib Bescheid, was du denkst“ führt zu zufälligen Kommentaren. Wirksamer ist es, konkrete Fragen zu der Entscheidung zu stellen, die in diesem Stadium erforderlich ist.

• Entspricht die Reihenfolge der Abschnitte dem Verkaufsprozess?
• Welche von zwei Richtungen passt am besten zur Marke?
• Ist die Liste der Dienstleistungen vollständig?
• Sind die dargestellten Daten sachlich korrekt?
• Können wir diese Phase abschließen und mit der Umsetzung beginnen?
• Welche Hinweise sind vor der Freigabe erforderlich und welche können später umgesetzt werden?

Wie präsentiert man den Fortschritt, wenn das Ergebnis wenig sichtbar ist?

Einige Arten von Arbeit sind leicht zu zeigen. Der Kunde kann das Grafikdesign, den Text, die Aufnahme oder einen funktionierenden Bildschirm der Anwendung sehen. Schwieriger ist es, Analyse, Planung, Datenorganisation, Konfiguration des Backends, Tests und Arbeit an der Architektur der Lösung darzustellen.

In diesem Fall lohnt es sich, nicht nur die Tätigkeit zu beschreiben, sondern auch ihr Ergebnis und ihren Einfluss auf das Projekt. Die Information „ich habe an der Datenbank gearbeitet“ sagt wenig aus. Viel besser ist es zu erklären, dass das für die Auftragsabwicklung benötigte Datenmodell abgeschlossen wurde, was den Beginn der Zahlungsintegration ermöglicht.

• Statt „wir haben recherchiert“: Wir haben drei mögliche Lösungen überprüft und die Variante mit dem geringsten Risiko ausgewählt.
• Statt „wir haben Tests durchgeführt“: Wir haben den Kaufprozess auf den wichtigsten Geräten überprüft und zwei Fehler behoben, die die Zahlung blockierten.
• Statt „wir haben den Server konfiguriert“: Wir haben die Umgebung vorbereitet, die für die sichere Bereitstellung der Anwendung erforderlich ist.
• Statt „wir haben Daten analysiert“: Wir haben zwei Stellen identifiziert, an denen Nutzer das Formular am häufigsten abbrechen.
• Statt „es fand ein Meeting statt“: Wir haben den endgültigen Umfang der ersten Produktversion abgestimmt.

Überhäufe den Kunden nicht mit technischen Details

Spezifische Details sind dann erforderlich, wenn sie die Entscheidung des Kunden, die Kosten, das Risiko oder die Funktionsweise der Lösung beeinflussen. In allen anderen Fällen können sie das Wesentliche der Botschaft verdecken.

Der Kunde benötigt nicht immer eine Liste der Bibliotheksnamen, der Konfigurationsparameter und der kleinen Fehler, die während der Tests behoben wurden. Er muss wissen, dass die Schlüsselfunktion funktioniert, das erkannte Problem gelöst wurde und der Termin weiterhin aktuell ist.

Es geht nicht darum, die Arbeit zu verbergen. Du kannst den technisch versierten Personen eine detailliertere Dokumentation zur Verfügung stellen und das Hauptupdate in einer Sprache vorbereiten, die für die für das Geschäft verantwortliche Person verständlich ist. Ein Bericht muss nicht für alle Empfänger identisch sein.

Passe die Aktualisierung an den Empfänger an

Der Eigentümer eines kleinen Unternehmens kann eine kurze Information über den Termin, das Ergebnis und die erforderlichen Entscheidungen erwarten. Der technische Leiter wird Details zur Integration, zu Risiken und Tests benötigen. Die für Finanzen verantwortliche Person wird sich für die Nutzung des Budgets und die prognostizierten Endkosten interessieren.

Es ist nicht immer nötig, mehrere separate Berichte zu erstellen. Man kann eine kurze Zusammenfassung für alle vorbereiten und darunter eine ausführlichere Darstellung für Personen hinzufügen, die mehr Details benötigen.

• Entscheidungsträger: Status, Risiken, Termine und Entscheidungen.
• Operative Person: erledigte Aufgaben, Materialien und nächste Schritte.
• Technische Person: Abhängigkeiten, Probleme, Tests und Einschränkungen.
• Finanzverantwortliche Person: verwendetes Budget, Änderungen und Kostenvorschau.
• Kundenteam: Verantwortungsbereich sowie den konkreten Personen zugewiesene Maßnahmen.

Verberge Probleme nicht, bis eine Lösung gefunden ist

Der Auftragnehmer möchte das Problem möglicherweise selbst lösen, bevor er den Kunden darüber informiert. Das ist bei kleineren Schwierigkeiten sinnvoll, die die vereinbarten Bedingungen nicht beeinflussen. Wenn jedoch eine reale Gefahr für den Termin, die Kosten oder den Umfang besteht, nimmt das Warten dem Kunden die Möglichkeit zu reagieren.

Schlechte Nachrichten, die früh übermittelt werden, sind in der Regel leichter zu bewältigen als eine Überraschung am Tag der Projektabgabe. Der Kunde kann zusätzliche Ressourcen bereitstellen, die Entscheidung treffen, den Umfang zu reduzieren, oder einer Terminverschiebung zustimmen. Das wird er nicht tun, wenn er nicht weiß, dass das Problem existiert.

Über Risiken zu informieren bedeutet nicht, bei jeder Schwierigkeit Alarm zu schlagen. Es lohnt sich, zwischen einem Problem zu unterscheiden, das das Projekt bereits beeinflusst, und einem Risiko, das eintreten kann. In beiden Fällen sollte die Nachricht eine Bewertung der Auswirkungen und eine vorgeschlagene Maßnahme enthalten.

Wie kann man dem Kunden das Problem mitteilen?

1. Benenne das Problem, ohne die Verantwortung zu verwässern.
2. Erkläre, welchen Teil des Projekts es betrifft.
3. Beschreibe die bekannten oder möglichen Auswirkungen auf Termin, Kosten und Umfang.
4. Teile mit, was bereits getan wurde.
5. Stelle die verfügbaren Lösungen vor.
6. Nenne die empfohlene Variante.
7. Gib an, ob du eine Entscheidung des Kunden benötigst und bis wann.

Während der Integration hat sich herausgestellt, dass das Lagersystem einige der zuvor in der Dokumentation beschriebenen Daten nicht bereitstellt. Dies kann die Synchronisierung der Bestände um drei Werktage verzögern. Ich habe zwei Lösungen geprüft: die Erweiterung der Integration auf Anbieterseite oder einen vorübergehenden täglichen Dateiimport. Ich empfehle den Import als Startlösung, da er die Einführungsfrist einhält. Ich benötige die Entscheidung bis morgen um 14:00 Uhr.

Beispielhafte Problemmeldung

Wie kommuniziert man eine Verzögerung?

Die schlimmste Nachricht über eine Verzögerung ist die, die am Tag der Projektabgabe erscheint und keinen neuen Plan enthält. Der Kunde kann seine Maßnahmen nicht mehr anpassen, und der Auftragnehmer erweckt den Eindruck, dass er die Situation zuvor nicht unter Kontrolle hatte.

Wenn du eine Verzögerung erwartest, schreibe sofort nach Erhalt ausreichender Informationen darüber. Gib die Ursache, die bisherige Auswirkung, einen neuen realistischen Termin und Maßnahmen an, die eine weitere Verschiebung verhindern.

Die vollständige Version des Projekts kann am Freitag, den 21. August, nicht übergeben werden. Die Tests haben ein Problem mit der Zahlungsabwicklung auf mobilen Geräten aufgezeigt, das ich nicht in der Produktionsversion belassen möchte. Die Behebung und erneuten Tests erfordern zwei zusätzliche Werktage. Der neue Übergabetermin ist Dienstag, der 25. August. Die übrigen Elemente des Projekts sind abgeschlossen, und die Änderung hat keinen Einfluss auf das vereinbarte Budget.

Beispielhafte Information über eine Verzögerung

Versprich zur Beruhigung keinen Termin, dessen du ebenfalls nicht sicher bist. Eine weitere Änderung des Datums wird das Vertrauen mehr schwächen als die erste Verschiebung. Besser ist es, einen Termin mit einer vernünftigen Reserve zu nennen oder ein Datum anzugeben, an dem du den Zeitplan nach Abschluss der Analyse bestätigst.

Stelle ein verzögertes Projekt nicht als „fast fertig“ dar

Der Satz „das Projekt ist fast fertig“ taucht oft dann auf, wenn der Auftragnehmer den genauen Stand nicht nennen möchte. Er kann bedeuten, dass nur noch eine Kleinigkeit fehlt, aber auch, dass die Tests noch nicht durchgeführt wurden, die Abnahme noch nicht erfolgt ist oder ein zentrales Problem noch nicht gelöst wurde.

Verwende statt beruhigender, aber ungenauer Formulierungen die Bezeichnung der übrigen Arbeiten. Der Kunde sollte wissen, ob kosmetische Nachbesserungen fehlen oder ein für die Inbetriebnahme unverzichtbares Element.

Das Grafikdesign und die Umsetzung sind abgeschlossen. Es bleiben noch der Test des Formulars, die Korrektur der gestern übermittelten Inhalte sowie die Veröffentlichung auf der Domain des Kunden. Den Abschluss dieser Arbeiten plane ich für Donnerstag.

Präzise Beschreibung des verbleibenden Umfangs

Informieren Sie auch dann, wenn das Projekt dem Zeitplan voraus ist

Positive Abweichungen sind ebenfalls kommunikationswürdig, aber vorsichtig. Wenn eine Phase früher abgeschlossen wurde, kannst du das Material vor dem Termin weitergeben oder den Puffer für eine zusätzliche Qualitätskontrolle nutzen. Man muss jedoch nicht sofort den gesamten Zeitplan verkürzen.

Ein früherer Abschluss einer Aufgabe garantiert nicht, dass auch die übrigen Phasen schneller ablaufen. Den Kunden darüber zu informieren, dass das Projekt dem Zeitplan um eine Woche voraus ist, kann die Erwartung eines früheren Abschlusses wecken, die später nicht erfüllt werden kann.

Es ist sicherer zu schreiben, dass die konkrete Phase vor dem Termin abgeschlossen wurde, während das offizielle Enddatum bis zum Durchlaufen der nächsten Kontrollpunkte unverändert bleibt.

Zeige den Einfluss von Umfangsänderungen auf den Fortschritt

Der Kunde kann das Projekt durch die Linse des ursprünglichen Zeitplans betrachten, auch wenn er später um zusätzliche Funktionen, Unterseiten oder Varianten gebeten hat. Wenn du die Auswirkungen der Änderungen nicht darstellst, kann er einen erweiterten Umfang zum gleichen Preis und Termin erwarten.

Jede akzeptierte Änderung sollte mit einer Aktualisierung des Plans verknüpft werden. Markiere im Bericht, dass ein neues Element hinzugekommen ist, wer es genehmigt hat und wie es sich auf das Budget oder das Abschlussdatum ausgewirkt hat.

Wir haben dem Umfang eine zweite Sprachversion sowie die Integration mit dem Newsletter hinzugefügt. Gemäß dem genehmigten Angebot wurde der Endtermin vom 4. auf den 11. September verschoben. Die übrigen Etappen verlaufen gemäß dem aktualisierten Zeitplan.

Beispielhafte Aktualisierung des Umfangs

Wie berichtet man die Nutzung des Budgets?

Bei einem Festpreis benötigt der Kunde nicht immer eine regelmäßige Kostenaufstellung, wenn sich der Leistungsumfang nicht ändert. Er sollte jedoch über jede Situation informiert werden, die eine zusätzliche Gebühr verursachen könnte.

Bei Stundenprojekten, Retainern und Budgets, die für einen festgelegten Arbeitsumfang vorgesehen sind, lohnt es sich zu zeigen, wie viele Mittel oder wie viel Zeit verwendet wurde, welche Ergebnisse erzielt wurden und ob das aktuelle Tempo die Umsetzung des Plans ermöglicht.

• Gesamtbudget oder Stundenlimit.
• Nutzung im aktuellen Zeitraum.
• Gesamtnutzung seit Projektbeginn.
• Verbleibendes Budget.
• Im Rahmen der verwendeten Mittel ausgeführter Umfang.
• Prognose der Abschlusskosten.
• Risiko einer Überschreitung des Limits.
• Zusätzliche Arbeiten, die auf Genehmigung warten.

Warte nicht, bis der Kunde eine Rechnung erhält, die seine Erwartungen übersteigt. Wenn du siehst, dass das Budget vor der Umsetzung des gesamten Umfangs aufgebraucht sein könnte, stelle die Situation und die verfügbaren Entscheidungen rechtzeitig dar.

Visualisierungen helfen, ersetzen aber keine Erklärung

Ein Aufgabenboard, ein Fortschrittsdiagramm oder eine Zeitleiste können das Verständnis des Projekts erleichtern. Man sollte jedoch nicht davon ausgehen, dass der Kunde ihre Bedeutung selbständig interpretiert. Die Ansicht von dreißig Aufgaben in verschiedenen Spalten beantwortet nicht automatisch die Frage, ob das Projekt sicher ist.

Die Visualisierung sollte eine kurze Zusammenfassung unterstützen. Du kannst dem Kunden den Zeitplan und die Liste der Etappen zur Verfügung stellen, aber es lohnt sich trotzdem, zu schreiben, was sich seit dem letzten Update geändert hat und worauf er achten sollte.

• Die Zeitleiste zeigt die geplanten und tatsächlichen Termine.
• Das Aufgabenboard zeigt den Status der einzelnen Elemente.
• Die Meilensteinliste zeigt den Fortschritt der Phasen.
• Das Budgetverbrauchsdiagramm zeigt das Ausgabentempo.
• Das Risikoregister zeigt potenzielle Probleme und Maßnahmen.
• Die Entscheidungsliste zeigt, welche Angelegenheiten auf den Kunden warten.

Sende dem Kunden nicht die rohe Aufgabenliste aus deinem eigenen System.

Das interne Projekttableau kann technische Aufgaben, Notizen, Experimente und operative Prioritäten enthalten. Für das Team sind sie verständlich, aber der Kunde kann sie als Chaos auffassen oder jede Aufgabe als separate Verpflichtung ansehen.

Das bedeutet nicht, dass der Kunde keinen Zugang zu den Details haben sollte. Es lohnt sich jedoch, eine für ihn verständliche Ansicht vorzubereiten: basierend auf Ergebnissen, Phasen und dem vereinbarten Umfang. Technische Informationen können im internen System verbleiben.

Prüfe vor dem Teilen des Boards auch, ob es keine internen Kommentare, Daten anderer Kunden, vorläufige Schätzungen oder Informationen enthält, die ausschließlich für das Team bestimmt sind.

Ein Kanal für Aktualisierungen, ein separater für dringende Angelegenheiten

Wenn ein Teil der Statusmeldungen per E-Mail eingeht, ein Teil über den Messenger und Entscheidungen in Telefongesprächen getroffen werden, ist es später schwer, den tatsächlichen Verlauf des Projekts nachzuvollziehen. Der Kunde kann außerdem eine wichtige Maßnahme übersehen, die zwischen losen Nachrichten verborgen ist.

Am besten legt man einen zentralen Ort für Aktualisierungen, Dokumente und Entscheidungen fest. Dringende Angelegenheiten können über einen schnelleren Kanal gemeldet werden, aber nach ihrer Lösung lohnt es sich, die Vereinbarungen in der Hauptgeschichte des Projekts festzuhalten.

• E-Mail: gut für formelle Zusammenfassungen und kleinere Projekte.
• Projektpanel: gut für ständigen Zugriff auf Status, Fristen und Materialien.
• Messenger: gut für schnelle Fragen, aber als Archiv wichtiger Entscheidungen schwächer.
• Besprechung: gut für komplexe Diskussionen, erfordert jedoch eine schriftliche Zusammenfassung.
• Telefon: gut in einer dringenden Situation, aber Vereinbarungen sollten später bestätigt werden.

Sind regelmäßige Statusbesprechungen erforderlich?

Ein Treffen ist nicht automatisch besser als eine kurze Nachricht. Wenn das Projekt planmäßig verläuft, es keine Entscheidung zu treffen gibt und das Update in zwei Minuten gelesen werden kann, kann das wöchentliche Gespräch für beide Seiten Zeitverschwendung sein.

Ein Meeting ist gerechtfertigt, wenn man ein komplexes Problem besprechen, Varianten vergleichen, Entscheidungen von mehreren Personen einholen oder einen wichtigen Meilenstein präsentieren muss. Den Informationsstatus kann man hingegen asynchron übermitteln.

• Organisiere kein Meeting nur, um einen Bericht vorzulesen.
• Sende vor dem Meeting die Materialien, die eine Vorbereitung erfordern.
• Lege die zu treffenden Entscheidungen fest.
• Lade nur die benötigten Personen ein.
• Fasse nach dem Meeting die Vereinbarungen, Verantwortlichen für die Maßnahmen und Fristen zusammen.
• Trenne Arbeitsmeetings von genehmigenden Meetings.

Wie führt man ein Fortschrittsgespräch?

1. Erinnere an das Ziel des Projekts und die aktuelle Phase.
2. Fasse die Änderungen seit dem letzten Treffen zusammen.
3. Zeige die abgeschlossenen Ergebnisse.
4. Besprich Abweichungen vom Plan.
5. Stelle Risiken und Blockaden dar.
6. Sammle die erforderlichen Entscheidungen.
7. Lege die Aufgaben auf beiden Seiten fest.
8. Bestätige die nächsten Termine und den Kontrollpunkt.

Verbringe nicht den Großteil des Meetings damit, die Arbeit im Detail zu schildern, die der Kunde vor dem Gespräch lesen kann. Am wertvollsten ist die Zeit, die für Entscheidungen, die Klärung von Risiken und die Beseitigung von Blockaden vorgesehen ist.

Jede Aktion des Kunden sollte einen Verantwortlichen und eine Frist haben

Die Bitte „wir benötigen Ihre Zustimmung“ sagt nicht, wer sie konkret erteilen soll. Wenn auf Kundenseite mehrere Personen beteiligt sind, kann jede davon annehmen, dass sich jemand anderes darum kümmert.

In der Aktualisierung die Aktion einer konkreten Person oder Rolle zuweisen. Legen Sie auch einen Termin fest, der sich aus dem Zeitplan ergibt, und nicht nur das allgemeine „in naher Zukunft“.

Anna: Bestätigung der endgültigen Liste der Dienstleistungen bis Dienstag. Michał: Übergabe der Zugänge zum Zahlungssystem bis Mittwoch. Auftragnehmer: Aktualisierung des Webseitenprojekts nach Erhalt beider Elemente, bis Freitag.

Beispielhafte Liste der Maßnahmen

Nach Ablauf der Frist frage nicht das ganze Team, ob jemand Gelegenheit hatte, einen Blick darauf zu werfen. Kontaktiere den Eigentümer der Aufgabe und erinnere an die Auswirkungen einer ausbleibenden Antwort.

Dokumentiere Entscheidungen, die die Richtung des Projekts ändern.

Der Projektstatus sollte nicht nur eine Liste von Aufgaben enthalten. Es lohnt sich, wichtige Entscheidungen festzuhalten: die gewählte Variante, die genehmigte Änderung, die abgelehnte Funktion, den verschobenen Termin und den vereinbarten Kompromiss.

Nach einigen Wochen können sich die Seiten unterschiedlich an die Gründe für eine bestimmte Lösung erinnern. Ein kurzes Entscheidungsprotokoll ermöglicht es, zum Kontext zurückzukehren, ohne die gesamte Nachrichtenhistorie durchsuchen zu müssen.

• Entscheidungsdatum.
• Kurze Beschreibung des Falls.
• Gewählte Variante.
• Genehmigende Person.
• Auswirkung auf Umfang, Termin oder Budget.
• Grund der Entscheidung, falls er später benötigt werden könnte.

Verwende keine Farben ohne Erklärung

Der grüne, gelbe und rote Status kann den Zustand eines Projekts schnell anzeigen, aber nur dann, wenn beide Seiten die Kriterien verstehen. Für den einen Auftragnehmer bedeutet Gelb ein geringes Risiko, für den anderen eine nahezu sichere Verzögerung.

• Grün: Das Projekt verläuft gemäß dem aktuellen Plan.
• Gelb: Es besteht ein Risiko, das Beobachtung oder Maßnahmen erfordert.
• Rot: Der Termin, das Budget oder ein wichtiges Ergebnis ist gefährdet oder bereits überschritten.
• Grau: Das Projekt wartet auf den Start oder wurde formell ausgesetzt.

Die Farbe allein reicht nicht aus. Der gelbe Status sollte eine Beschreibung des Risikos, die mögliche Auswirkung und die erforderliche Maßnahme enthalten, um zum sicheren Zustand zurückzukehren. Der rote Status sollte einen neuen Plan oder die Entscheidung darstellen, die die Situation erfordert.

Wie berichtet man über ein Projekt, in dem sich wenig geändert hat?

Nicht jede Woche endet mit einem sichtbaren Ergebnis. Manchmal erfordert die Arbeit Analyse, Tests oder das Warten auf eine externe Antwort. In solchen Fällen sollte man keine scheinbaren Erfolge erfinden, nur damit der Bericht besser aussieht.

Sie können direkt schreiben, dass die Phase weiterhin umgesetzt wird und der Zeitplan unverändert bleibt. Erklären Sie, worin die Arbeit besteht und wann Sie das nächste messbare Ergebnis erwarten.

Die Arbeiten befinden sich weiterhin in der Phase der Datenmigration. In dieser Woche schließen wir keinen neuen Meilenstein ab, da die Überprüfung von Datensätzen, die eine manuelle Korrektur erfordern, noch läuft. Der Termin für den Abschluss der Phase — 28. August — bleibt aktuell. Am Montag werde ich das Ergebnis der Qualitätskontrolle senden.

Beispiel-Update

Wie meldet man einen festen Dienst?

In einer laufenden Zusammenarbeit verfällt man leicht in das Schema, jeden Monat die erledigten Aufgaben aufzulisten. Nach einigen Monaten kann der Kunde den Zusammenhang zwischen der Aktivität und dem Wert der Dienstleistung möglicherweise nicht mehr sehen.

Der Bericht sollte den ausgeführten Umfang mit den Ergebnissen, Beobachtungen und dem weiteren Plan verbinden. Nicht jede Dienstleistung liefert sofort ein geschäftliches Ergebnis, aber man kann den Fortschritt gegenüber den festgelegten Zielen aufzeigen.

• Umfang, der im gegebenen Zeitraum durchgeführt wurde.
• Die wichtigsten Ergebnisse und Veränderungen.
• Für das Ziel der Zusammenarbeit relevante Daten.
• Was besser oder schlechter funktioniert hat als angenommen.
• Probleme und Risiken, die beobachtet werden müssen.
• Empfehlungen für den nächsten Zeitraum.
• Geplante Maßnahmen.
• Entscheidungen oder Materialien, die vom Kunden benötigt werden.

Vermeide es, dir alle positiven Veränderungen zuzuschreiben, wenn auch andere Maßnahmen des Kunden, Saisonalität oder Marktbedingungen Einfluss hatten. Ein verlässlicher Bericht erhöht die Glaubwürdigkeit mehr als der Versuch, jede Zahl als Erfolg des Auftragnehmers darzustellen.

Wie teilt man den Fortschritt in einem kreativen Projekt mit?

In kreativen Projekten sieht der Kunde oft nur die nächsten Versionen, kennt aber nicht den Prozess, der zu ihrer Entstehung führt. Zu häufiges Zeigen von Skizzen kann dazu verleiten, kleine Elemente zu bewerten, bevor das Hauptproblem gelöst ist.

Teile das Projekt in richtungsweisende Entscheidungen auf. Genehmige zuerst die Annahmen und Inspirationen, dann das Hauptkonzept und erst danach die Details und Anwendungen. Bei jeder Präsentation erinnere daran, was zuvor genehmigt wurde und was das Ziel der aktuellen Phase ist.

1. Bestätigung des Briefings und der Erfolgskriterien.
2. Präsentation von Richtungen oder eines Moodboards.
3. Auswahl eines Konzepts.
4. Weiterentwicklung der gewählten Richtung.
5. Zusammentragen konsolidierter Korrekturen.
6. Vorbereitung der finalen Materialien.
7. Abnahme und Übergabe der Dateien.

Berichte nicht nur, dass kreative Arbeiten laufen. Gib an, welche Entscheidung getroffen wurde, was derzeit entwickelt wird und wann der Kunde die zur Bewertung fertige Version sehen wird.

Wie soll der Fortschritt in einem technischen Projekt vermittelt werden?

In einem technischen Projekt kann ein großer Teil des Fortschritts für den Benutzer unsichtbar sein. Eine Funktion kann in einer Testumgebung funktionieren, aber noch nicht bereit zur Veröffentlichung sein. Der Bildschirm kann korrekt aussehen, obwohl Fehlerbehandlung, Sicherheit oder Tests fehlen.

Stelle es nicht als fertiges Element dar, das lediglich programmiert wurde. Es ist sinnvoll, Implementierung, Tests, Abnahme und Bereitstellung separat zu zeigen. Erkläre auch den Unterschied zwischen der Arbeitsumgebung und der für Benutzer verfügbaren Version.

• Analyse und Entwurf der Lösung.
• Implementierung der grundlegenden Funktion.
• Integration mit den übrigen Elementen.
• Tests des Auftragnehmers.
• Tests oder Abnahme durch den Kunden.
• Beseitigung blockierender Fehler.
• Vorbereitung der Bereitstellung.
• Veröffentlichung und Beobachtung nach dem Start.

Wie gibt man den Fortschritt bei der Umsetzung von Inhalten weiter?

In Content-Projekten ist die Anzahl geschriebener Texte leicht zu messen, zeigt aber nicht immer den vollständigen Stand. Ein Artikel kann geschrieben sein, aber noch auf die Prüfung durch einen Experten, die Korrektur, die Freigabe oder die Veröffentlichung warten.

Berichten Sie die Materialien nach Etappen und nicht nur nach der Anzahl der Dateien. Der Kunde sollte wissen, welche Themen genehmigt wurden, welche Texte in Vorbereitung sind, welche auf seine Rückmeldungen warten und welche bereits veröffentlicht wurden.

Von den vier für August geplanten Artikeln wurden zwei veröffentlicht, der dritte wartet auf die Datenprüfung durch Ihren Experten, und der vierte befindet sich in der redaktionellen Bearbeitung. Um den Zeitplan einzuhalten, benötige ich bis Mittwoch Kommentare zum dritten Text.

Beispielhafter Inhaltsstatus

Automatisiere das Sammeln von Daten, aber sende keine sinnlosen Berichte

Das Projekt-System kann automatisch abgeschlossene Aufgaben, Fristen und die verwendete Zeit berechnen. Das ist nützlich, weil es das manuelle Sammeln von Informationen reduziert. Ein automatisch generierter Bericht zeigt jedoch nicht immer das, was für den Kunden wichtig ist.

Fügen Sie vor dem Senden eines Updates Kontext hinzu. Erklären Sie, warum sich der Status geändert hat, welches Risiko am wichtigsten ist und welche Entscheidung Sie benötigen. Automatisierung sollte Verwaltungsarbeit beseitigen und nicht die Beurteilung der Situation ersetzen.

Besonders gefährlich sind automatische Prozentsätze und Meldungen über verspätete Aufgaben. Eine Aufgabe kann als überfällig markiert werden, obwohl sie nicht mehr benötigt wird, oder als abgeschlossen angesehen werden, obwohl die gesamte Phase noch auf die Genehmigung wartet.

Wie kann Briefstreak die Kommunikation während des Projekts unterstützen?

Probleme mit dem Reporting beginnen oft schon vor dem Start der Umsetzung. Kunde und Dienstleister verstehen den Umfang, die Etappen, den Termin oder die Abschlusskriterien unterschiedlich. Die spätere Aktualisierung bezieht sich daher auf einen Plan, der nie ausreichend klar festgelegt wurde.

Briefstreak ermöglicht es, die Anforderungen des Kunden, Materialien, Einschränkungen und Informationen zu sammeln, die für die Erstellung eines Angebots benötigt werden. Dadurch sind der Umfang und die wichtigsten Abhängigkeiten festgehalten, bevor die Arbeit beginnt, und der spätere Status kann auf konkrete Vereinbarungen bezogen werden.

Das permanente Kundenpanel kann als gemeinsamer Ort für die Kommunikation im Zusammenhang mit einem bestimmten Projekt dienen. Der Dienstleister und der Kunde müssen die Vereinbarungen nicht aus verstreuten Nachrichten rekonstruieren. Dort können die nächsten Etappen, Meilensteine, erforderliche Entscheidungen, Änderungen der Kalkulation sowie Informationen über den aktuellen Stand der Umsetzung dargestellt werden.

Der größte Wert liegt nicht in der bloßen Anzahl gesendeter Updates, sondern in ihrer Verknüpfung mit dem ursprünglichen Briefing, dem akzeptierten Angebot und den während der Umsetzung getroffenen Entscheidungen. Der Kunde sieht dann nicht nur, dass die Arbeiten fortschreiten, sondern auch, wie das Projekt von der gemeldeten Anforderung zum vereinbarten Ergebnis übergeht.

Vorlage für das wöchentliche Update

• Gesamtstatus: planmäßig, bedarf Aufmerksamkeit, gefährdet oder gestoppt.
• Abgeschlossen: die wichtigsten Ergebnisse seit dem letzten Update.
• In Arbeit: die aktuelle Phase und ihr Ziel.
• Nächste Schritte: Arbeiten, die vor dem nächsten Update geplant sind.
• Fristen: der nächste Meilenstein und das voraussichtliche Datum.
• Risiken: Probleme, die die Umsetzung beeinträchtigen könnten.
• Kundenentscheidungen: konkrete Maßnahmen, Verantwortliche und Fristen.
• Änderungen: Aktualisierungen des Umfangs, des Budgets oder des Zeitplans.
• Nächstes Update: konkretes Datum.

Beispiel für ein vollständiges wöchentliches Update

Status: planmäßig. Abgeschlossen: Wir haben die Struktur der Website akzeptiert, ich habe den Entwurf der Startseite vorbereitet und die grundlegenden Komponenten implementiert. In Arbeit: das Design der Unterseiten für die Dienstleistungen. Nächster Schritt: Am Mittwoch sende ich den vollständigen Satz von Ansichten zur Prüfung und beginne nach der Freigabe mit der Umsetzung. Risiko: Es fehlen weiterhin Teamfotos, aber derzeit hat das keinen Einfluss auf den Zeitplan. Benötigt vom Kunden: Fotos bis Donnerstag sowie eine zusammenfassende Liste der Anmerkungen zum Entwurf bis Freitag. Nächster Meilenstein: Abschluss des Grafikdesigns am 24. August. Nächstes Update: nächsten Freitag.

Beispielbericht

Vorlage für die Aktualisierung nach Abschluss der Phase

• Welcher этап wurde abgeschlossen.
• Was genau wurde übergeben.
• Inwiefern entspricht das Ergebnis den Vereinbarungen.
• Was der Kunde jetzt prüfen sollte.
• Wie und bis wann er Rückmeldungen übermitteln soll.
• Was die Abnahme der Phase bedeutet.
• Welche Phase als Nächstes beginnt.
• Ob sich der Termin oder der Umfang geändert hat.

Risikomeldungsvorlage

• Risikobeschreibung.
• Ursache.
• Projektbestandteil, auf den es sich bezieht.
• Wahrscheinliche Auswirkung.
• Der Zeitpunkt, an dem das Risiko zu einem tatsächlichen Problem wird.
• Bereits ergriffene Maßnahmen.
• Verfügbare Lösungsoptionen.
• Empfehlung des Auftragnehmers.
• Vom Kunden benötigte Entscheidung.

Die häufigsten Fehler bei der Information des Kunden über den Fortschritt

Kontakt erst nach Anfrage des Kunden

Wenn der Kunde regelmäßig nach dem Status fragen muss, bedeutet das, dass der festgelegte Kommunikationsrhythmus unzureichend ist oder überhaupt nicht existiert.

Liste der Vorgänge ohne allgemeinen Status

Eine lange Aufgabenliste beantwortet nicht die wichtigste Frage: ob das Projekt planmäßig verläuft.

Nur über Erfolge informieren

Das Verstecken von Risiken bis zu dem Zeitpunkt, an dem sie zu einem Problem werden, nimmt dem Kunden die für eine Reaktion benötigte Zeit und schwächt das Vertrauen.

Unklare Anfragen

„Ich warte auf Feedback” legt nicht fest, worauf sich die Bewertung bezieht, wer sie geben soll oder wann eine Antwort benötigt wird.

Zu häufige Meldung von Kleinigkeiten

Eine Flut von Nachrichten erschwert es, diejenigen zu erkennen, die eine wichtige Entscheidung oder eine Bedrohung enthalten.

Arbeit ohne Kontext zeigen

Der Kunde bewertet ein unvollendetes Element so, als wäre es endgültig, wenn du den Zweck der Präsentation und den Umfang des erwarteten Feedbacks nicht erklärst.

Zu optimistische Termine

Die Angabe eines unrealistischen Termins nur, um den Kunden zu beruhigen, führt zu weiteren Korrekturen und zum Verlust an Glaubwürdigkeit.

Keine schriftliche Zusammenfassung der Gespräche

Nach dem Treffen können sich die Parteien anders an die Entscheidungen, Verantwortlichkeiten und die Auswirkungen der Änderungen auf den Zeitplan erinnern.

Ein Bericht für alle Empfänger

Ein zu technischem Wortlaut verfasster Change kann einer Business-Person nicht helfen, und eine zu allgemeine Nachricht reicht der für die Implementierung verantwortlichen Person möglicherweise nicht aus.

Ein einfacher Prozess zur Berichterstattung über Fortschritte

1. Legen Sie die Kommunikationserwartungen vor Beginn des Projekts fest.
2. Wählen Sie einen Hauptkanal für Updates.
3. Legen Sie eine feste Häufigkeit für regelmäßige Statusmeldungen fest.
4. Definieren Sie Meilensteine und die Kriterien für ihren Abschluss.
5. Sammeln Sie Informationen über erledigte Arbeiten, Risiken und Entscheidungen.
6. Beginnen Sie den Bericht mit dem allgemeinen Status des Projekts.
7. Beschreiben Sie Ergebnisse statt nur die Tätigkeit.
8. Zeigen Sie den Plan für den nächsten Zeitraum.
9. Heben Sie die vom Kunden benötigten Maßnahmen hervor.
10. Kommunizieren Sie wichtige Probleme, ohne auf den geplanten Bericht zu warten.
11. Dokumentieren Sie Entscheidungen, die sich auf Umfang, Termin und Budget auswirken.
12. Bewerten Sie nach Abschluss des Projekts, ob der Kommunikationsrhythmus angemessen war.

Zusammenfassung

Gute Fortschrittskommunikation besteht nicht darin, jede geleistete Stunde zu berichten. Der Kunde braucht vor allem eine klare Antwort darauf, wo sich das Projekt befindet, ob es nach Plan verläuft, was abgeschlossen wurde und was als Nächstes passieren wird.

Am besten legt man den Kommunikationsrhythmus schon vor Arbeitsbeginn fest. Bei kurzen Projekten reichen Nachrichten bei den wichtigsten Meilensteinen. Bei längeren Projekten eignen sich regelmäßige wöchentliche oder zweiwöchentliche Updates, ergänzt durch eine sofortige Information über wesentliche Risiken.

Der Bericht sollte kurz genug sein, damit der Kunde ihn tatsächlich liest, aber vollständig genug, damit er nicht nach grundlegenden Dingen nachfragen muss. Am wichtigsten sind: der allgemeine Status, abgeschlossene Ergebnisse, laufende Arbeiten, nächste Schritte, Risiken sowie die vom Kunden erforderlichen Maßnahmen.

Vorhersehbare Kommunikation schafft Vertrauen nicht deshalb, weil sie die ständige Aktivität des Auftragnehmers zeigt. Sie schafft es vielmehr deshalb, weil der Kunde nicht überrascht wird, die nächsten Phasen versteht und weiß, wann seine Mitwirkung erforderlich ist. Dadurch wird der Projektstatus zu einem Instrument für Entscheidungen und nicht zu einem weiteren obligatorischen Bericht.