Blog · Agenturen und Dienstleister
Projektstatus:
Kunden informieren, ohne dass die Projektleitung Berichte schreibt.
Kunden fragen nach dem Stand, und die Projektleitung schreibt dieselben Zusammenfassungen erneut. Dieser Beitrag zeigt, wie ein Agent Statusberichte vorbereitet und einfache Fragen beantwortet, ohne Zusagen zu machen.
Kurz gesagtEin KI-Agent kann Projektstände aus Ihrem Projektsystem lesen, Statusberichte als Entwurf vorbereiten und Kundenfragen zum Stand beantworten. Verzögerungen werden offen genannt. Neue Termine, Umfangsänderungen und Zusagen gehören zur Projektleitung.
Berichte schreiben statt Projekte steuern
In Projekten können Kunden regelmäßige Rückmeldung erwarten. Die Projektleitung sammelt dafür Stände aus Aufgabenlisten, Gesprächen und Kalendern, formuliert einen Bericht und versendet ihn. Der Aufwand ist beträchtlich und nimmt Zeit, die für die Steuerung selbst gebraucht wird. Hinzu kommen Zwischenfragen: Wo steht das Teilprojekt? Wann kommt der nächste Entwurf?
Die Antworten liegen im Projektsystem, wenn es gepflegt ist. Wer die Daten kennt, kann den Bericht aus ihnen ableiten. Ein Agent liest die Daten und formuliert einen Entwurf, den die Projektleitung prüft und ergänzt. Sie hat damit weniger Schreibarbeit und mehr Zeit für das, was nur sie kann.
Dabei ist er nur so gut wie das Projektsystem. Ist es nicht gepflegt, zeigt der Bericht das, und das ist ein Befund für sich.
So entsteht ein Statusbericht, sechs Schritte
- Stand lesenDer Agent liest Aufgaben, Meilensteine und Termine im Projektsystem.
- Abweichungen erkennenEr vergleicht den Stand mit dem Plan und markiert Verzögerungen und offene Abhängigkeiten.
- Entwurf formulierenEr schreibt einen kurzen Bericht in der Sprache Ihres Hauses: Was ist erledigt, was läuft, was steht an, wo gibt es Risiken.
- Prüfen lassenDie Projektleitung ergänzt Einschätzungen und streicht, was nicht für den Kunden bestimmt ist.
- VersendenDer Bericht geht an den Kunden, im vereinbarten Rhythmus.
- Fragen beantwortenZwischenfragen zum Stand beantwortet der Agent aus dem freigegebenen Bericht und dem Projektsystem.
Die Prüfung vor dem Versand ist Pflicht. Die Daten kennt er, nicht die Beziehung und nicht den Ton, der zum jeweiligen Kunden passt.
Ein Beispiel aus dem Alltag
Fiktives Beispiel, kein Kundenfall.
Eine Agentur betreut den Relaunch einer Website. Das Projektsystem zeigt, dass die Gestaltung abgeschlossen ist, die Programmierung läuft und die Texte auf Kundenfreigabe warten. Der Entwurf lautet: Die Gestaltung ist abgeschlossen, die Programmierung läuft, für die Texte steht die Freigabe des Kunden aus, die den nächsten Schritt bedingt.
Der Projektleiter ergänzt einen Satz zu einem Risiko, das er aus Gesprächen kennt, und sendet den Bericht. Als der Kunde zwischendurch fragt, wann die Texte gebraucht werden, antwortet der Agent mit dem Hinweis aus dem Bericht und legt die Frage nach einem konkreten Termin dem Projektleiter vor.
Verzögerungen offen benennen
Berichte, die nur Erfolge nennen, verlieren an Glaubwürdigkeit. Verzögerungen und Abhängigkeiten werden sachlich genannt: Was ist verspätet, warum, was ist die Folge, was wird gebraucht. Eine Erklärung, die er nicht aus den Daten ableiten kann, lässt er weg.
Wie die Agentur mit einer Verzögerung umgeht und ob sie Gründe nennt, entscheidet die Projektleitung. Schönfärberisch oder dramatisch formuliert er nicht.
Eine Verzögerung wird mit dem bekannten Stand genannt: Was ist verspätet, was ist die Ursache, soweit sie feststeht, und was ist als Nächstes geplant? Bewertet oder spekuliert wird nicht.
Der richtige Rhythmus
Wöchentlich, zweiwöchentlich, zu Meilensteinen: Der Rhythmus des Berichts richtet sich nach Projekt und Kunde. Eingehalten wird er, und die Projektleitung wird rechtzeitig an die Prüfung erinnert. Sehr dichte Berichte ermüden, sehr seltene verunsichern. Im Pilot beobachten wir, ob der Kunde die Berichte liest und nachfragt oder nicht.
Auch der Umfang gehört dazu. Ein Bericht sollte in zwei Minuten lesbar sein. Alles Weitere steht im Projektsystem, auf das der Kunde Zugriff haben kann, soweit Sie das möchten.
Daten im Projektsystem sauber halten
Die beste Berichtsautomatik versagt, wenn die Daten nicht stimmen. Aufgaben ohne Verantwortliche, Termine ohne Aktualisierung, Status, die niemand pflegt, führen zu Berichten, die Vertrauen kosten. Auf solche Lücken kann er hinweisen, bevor er einen Bericht schreibt, und meldet sie der Projektleitung.
Daraus entsteht ein Nebennutzen: Das Projektsystem wird gepflegt, weil sichtbar ist, was sonst im Bericht fehlt. Das ist ein Anreiz, den keine Anweisung ersetzt.
Ein Bericht deckt Lücken im Projektsystem auf. Das ist unbequem, aber nützlich, weil die Pflege des Systems dadurch einen sichtbaren Zweck erhält.
Fragen von Kunden zwischen den Berichten
Zwischen den Berichten fragen Kunden nach Einzelheiten: Wann kommt der nächste Entwurf? Was wird für die nächste Phase gebraucht? Aus dem letzten Bericht und dem Projektsystem beantwortet er das und nennt den Stand des Berichts. Gibt es keine Information, sagt er das und bietet Rücksprache an.
Termine erfindet er nicht, Einschätzungen zur Wahrscheinlichkeit gibt er keine. Fragen, die Entscheidungen berühren, gehen an die Projektleitung, mit einer Zusammenfassung des Anliegens.
Interne und externe Sicht trennen
Nicht alles, was im Projektsystem steht, ist für den Kunden gedacht. Interne Notizen, Aufwandsschätzungen und Einschätzungen zur Zusammenarbeit gehören nicht in einen Bericht. Wir legen deshalb gemeinsam fest, welche Felder der Agent für Kundenberichte verwenden darf, und sperren die übrigen.
Die Prüfung durch die Projektleitung bleibt als zweite Sicherung bestehen. Im Pilot achten wir besonders darauf, dass nichts Internes in einen Entwurf gelangt.
Kennzahlen im Bericht
Manche Kunden wollen Zahlen sehen: abgeschlossene Aufgaben, verbrauchte Stunden, offene Punkte. Aus dem Projektsystem werden sie gezogen und neben den Text gestellt. Zahlen, die nicht selbsterklärend sind, erklärt er nicht und interpretiert sie nicht ohne Freigabe der Projektleitung.
Zahlen ohne Kontext können falsche Schlüsse nahelegen. Deshalb gehört zu jeder Kennzahl ein Satz der Projektleitung, der sie einordnet. Welche Zahlen Kunden überhaupt sehen sollen, ist eine Entscheidung der Geschäftsführung.
Übergabe zwischen Projektphasen
Beim Wechsel von einer Phase in die nächste geht leicht Wissen verloren: Was wurde entschieden, was ist offen, welche Zusagen gelten? Zum Phasenende fasst der Agent den Stand zusammen und hält Entscheidungen fest, die im Verlauf gefallen sind. Die Projektleitung prüft die Zusammenfassung und gibt sie ins Team.
Das erleichtert auch den Einstieg neuer Kolleginnen, die ein Projekt mittendrin übernehmen. Sie lesen die Zusammenfassung, statt sich durch Verläufe zu arbeiten.
Eine Phasenübergabe enthält den Stand, offene Punkte, getroffene Entscheidungen und die nächsten Schritte. Zusammengestellt werden sie, geprüft von der Projektleitung.
Wenn der Kunde selbst nachsehen möchte
Manche Kunden schauen lieber selbst nach, als Berichte zu lesen. Ein Zugang zu einer Übersicht mit freigegebenen Feldern kann das ermöglichen. Die Übersicht bereitet er vor und beantwortet Fragen dazu, soweit sie aus den Feldern hervorgehen.
Ob ein solcher Zugang sinnvoll ist, hängt von Kunde und Projekt ab. Klare Regeln, welche Informationen sichtbar sind, braucht es dafür, und eine Pflege, die verlässlich ist. Das besprechen wir im Entlastungs-Check.
Besondere Fälle
- Projektsystem ist nicht aktuell: Der Agent weist darauf hin, statt einen veralteten Stand als aktuell auszugeben.
- Kunde fragt nach einem Termin, der nicht im System steht: Er übergibt an die Projektleitung.
- Streit über Leistungen oder Umfang: Sofortige Übergabe, keine Äußerung zur Sache.
- Mehrere Kundenvertreter wünschen unterschiedliche Berichte: Er legt die Anfrage der Projektleitung vor.
- Vertrauliche interne Hinweise im System: Er übernimmt nur Felder, die für den Kunden freigegeben sind.
Vor dem Start spielen wir diese Fälle mit Beispielprojekten aus Ihrem Alltag durch.
Wo die Grenzen des Agenten liegen
Neue Termine nennt er nicht, Leistungen außerhalb des Vertrags bestätigt er nicht, und Zusagen zu Ergebnissen gibt er keine. Er bewertet nicht, wer eine Verzögerung verursacht hat, und äußert sich nicht zu Haftung oder Vergütung. Interne Informationen gibt er nicht preis.
Diese Entscheidungen verlangen Beziehung und Verantwortung. Sie liegen bei der Projektleitung und der Geschäftsführung.
Daten und Rechte
Projektdaten enthalten Geschäftsinformationen von Kunden und Namen von Ansprechpersonen. Als Auftragsverarbeiter binden wir uns an einen Vertrag nach Art. 28 DSGVO. Darin stehen unter anderem Gegenstand, Dauer, Art und Zweck der Verarbeitung. Spricht der Agent direkt mit Kunden, weist er nach Art. 50 Abs. 1 der KI-Verordnung darauf hin, dass es sich um ein KI-System handelt, sofern das nicht offensichtlich ist.
Lesenden Zugriff erhält er auf die Projekte, die Sie freigeben. Kundenverträge können Regeln zur Weitergabe von Projektinformationen enthalten.
Pilot-Vorschlag (Zwei Projekte, vier Wochen)
- Woche 1: Zwei Projekte wählen, Felder und Rhythmus des Berichts festlegen, Zugriff einrichten.
- Woche 2: Der Agent erstellt Entwürfe parallel zu den Berichten der Projektleitung. Vergleich.
- Woche 3: Die Entwürfe werden zur Grundlage, die Projektleitung ergänzt und sendet.
- Woche 4: Auswertung: Zeit pro Bericht, Rückfragen der Kunden, Zufriedenheit des Teams.
Wir brechen den Pilot ab, wenn Berichte falsche Stände zeigen oder interne Inhalte nach außen gelangen.
Erste Anzeichen, dass es funktioniert
Die Projektleitung verbringt weniger Zeit mit Berichten, die Berichte sind einheitlicher, und Kunden fragen seltener nach dem Stand. Verzögerungen werden früh sichtbar.
Fragen Sie auch die Kunden, ob die Berichte hilfreich sind. Ihre Antwort ist das beste Maß für Länge und Ton.
Einwände aus dem Team
Der erste Einwand: Berichte sind Beziehungspflege. Dann gehört der persönliche Satz dazu, den die Projektleitung ergänzt. Das Gerüst liefert der Agent.
Der zweite: Unser Projektsystem ist nicht gepflegt genug. Das zeigt der Pilot schnell, und es ist ein Ergebnis für sich.
Schritte, die Sie sofort angehen können
- Nehmen Sie den letzten Statusbericht eines Projekts und prüfen Sie, woher jede Angabe stammt.
- Klären Sie, welche Felder im Projektsystem für Kunden gedacht sind.
- Legen Sie Rhythmus und Länge des Berichts fest.
- Bestimmen Sie, wer Berichte prüft und sendet.
Die Branchenseiten: Agenturen und Dienstleistung. Im Glossar: Verbindliche Datenquelle, Servicelevel und Schnittstelle (API). Leistung: Dashboards und Datentransparenz.
Häufige Fragen
Sendet der Agent Berichte selbst?
Nicht ohne Freigabe der Projektleitung.
Woher stammen die Angaben?
Aus dem Projektsystem, soweit gepflegt. Fehlt etwas, sagt er das.
Kann er neue Termine nennen?
Nein. Termine nennt die Projektleitung.
Was passiert bei Streit über den Umfang?
Er übergibt sofort und äußert sich nicht zur Sache.
Was kostet der Start?
Preisrahmen: ab 1.000 € Setup und ab 100 € im Monat für den Wissens-Agenten; Anbindung an das Projektsystem richtet sich nach Umfang.
Quellen und rechtlicher Rahmen
- DSGVO, Art. 28 (Auftragsverarbeiter): Verarbeitet ein Dienstleister personenbezogene Daten im Auftrag, arbeitet der Verantwortliche nur mit Auftragsverarbeitern, die hinreichende Garantien für geeignete technische und organisatorische Maßnahmen bieten. Die Verarbeitung folgt einem Vertrag, der unter anderem Gegenstand, Dauer, Art und Zweck festlegt. (abgerufen 21. Oktober 2026)
- KI-Verordnung (EU) 2024/1689, Art. 50 Abs. 1 (konsolidiert, Stand 27.7.2026): Anbieter von KI-Systemen, die direkt mit Personen interagieren, stellen sicher, dass diese informiert werden, dass sie mit einem KI-System interagieren, es sei denn, das ist aus den Umständen offensichtlich. Der Artikel gilt seit dem 2. August 2026. (abgerufen 21. Oktober 2026)
Die Zusammenfassungen sind sinngemäß; maßgeblich sind die verlinkten Originaltexte. Das ist ein allgemeiner Überblick zu Ihrem Umfeld, keine Rechtsberatung und keine Aussage zu Ihrem Einzelfall.
Autor: Melvin Mümken, Gründer & Technischer Leiter. Stand: 22.10.2026. Die Hinweise sind ein allgemeiner Überblick und keine Rechtsberatung.