Ein Kundenanruf kann das Projekt in fünf Minuten ändern.
Der Umfang verschiebt sich. Ein Blocker erscheint. Der Kunde stimmt einer Option zu und lehnt eine andere ab. Eine Frist verschiebt sich. Jemand verspricht, Zugang zu senden. Ein Teamkollege, der nicht an dem Anruf beteiligt war, muss trotzdem wissen, was sich geändert hat.
Dorthin fallen die meisten Anrufnotizen.
Sie bewahren die Konversation, werden aber nicht zu einer Projektaktualisierung.
Die nützliche Version lautet nicht: „Wir hatten ein Gespräch mit dem Kunden.“ Die nützliche Version lautet: Hier ist der neue Status, hier ist, was sich geändert hat, hier ist, wem der nächste Schritt gehört, und hier ist, was das Team als Nächstes tun sollte.
Wenn Anrufe die Projektarbeit verändern
Verwandeln Sie Kundenanrufe in überprüfte Projektaktualisierungen
Superscribe Phone hilft dabei, geschäftliche Anrufe in Zusammenfassungen, Projektaktualisierungen, Nachverfolgungen, CRM-Kontext, Aufgaben, Tickets und abrechenbare Details umzuwandeln, während das Gespräch noch frisch ist.
Die Kurzversion
Ein guter Workflow für Anrufnotizen zur Projektaktualisierung sollte Folgendes erfassen:
- den aktuellen Projektstand
- was sich während des Anrufs geändert hat
- was entschieden wurde
- was blockiert ist
- Wem gehört jeder nächste Schritt?
- was der Kunde schuldet
- was Ihr Team schuldet
- eine Frist oder ein Zeitsignal
- wo das Update leben soll
Der Test ist einfach.
Könnte ein Teamkollege, der den Anruf verpasst hat, verstehen, was sich geändert hat und was als nächstes zu tun ist?
Wenn nicht, handelt es sich bei der Notiz weiterhin um Quellmaterial. Es ist kein Projekt-Update geworden.
Projektaktualisierungen sind keine Transkripte
Ein Transkript ist nach Zeit geordnet.
Eine Projektaktualisierung wird nach Nützlichkeit geordnet.
Bei einem echten Kundenanruf kommen die wichtigen Teile selten in einer sauberen Reihenfolge an. Der Kunde kann frühzeitig einen Blocker erwähnen, die Lösung später genehmigen, den Zeitpunkt gegen Ende ändern und die verantwortliche Person hinzufügen, während alle fertig sind.
Das Transkript kann all das enthalten und ist dennoch schwer zu verwenden.
Eine Projektaktualisierung muss die Konversation in eine Form umgestalten, auf die das Team reagieren kann:
Status: Der Onboarding-Import wird durch Feldzuordnungsfehler verzögert. Entscheidung: Behalten Sie das aktuelle Anmeldeformular bei und korrigieren Sie zunächst die Importzuordnung. Der Kunde schuldet bis Mittwoch seine alte CSV-Exportrichtlinie. Das Team verfügt bis Donnerstag über zwei Aufräummöglichkeiten. Risiko: Der Demotermin kann sich verschieben, wenn die Rechtsabteilung die Datenklausel nicht überprüft hat.
Das ist kein schöneres Transkript.
Es handelt sich um ein funktionierendes Update.
Das ist die gleiche Lücke dahinter Anrufnotizen zu Aufgaben. Der Anruf schafft Arbeit, aber die Arbeit wird erst dann nützlich, wenn sie Gestalt, Besitzer und ein Ziel hat.
Was ein Projekt-Update braucht
Ein Projekt-Update sollte andere Fragen beantworten als eine Zusammenfassungs-E-Mail.
In der kundenorientierten Zusammenfassung wird gefragt: „Was soll der Kunde sehen?“
Das Projekt-Update fragt: „Was sollte das Team wissen?“
Das hängt zwar zusammen, ist aber nicht dasselbe.
1. Status
Beginnen Sie mit dem aktuellen Stand des Projekts.
Gut:
Die Importbereinigung wird immer noch durch die Feldzuordnung blockiert, aber das Anmeldeformular wird nicht mehr als Ursache angesehen.
Schwach:
Wir haben die Importbereinigung besprochen.
„Diskutiert“ sagt dem Team fast nichts. In einer Statuszeile sollte angegeben werden, was sich geändert hat oder wo die Arbeit jetzt steht.
2. Entscheidungen
Schreiben Sie Entscheidungen als Fakten.
Gut:
Der Kunde hat Option B genehmigt, wenn der Kostenvoranschlag unter vier Stunden bleibt.
Schwach:
Der Kunde schien an Option B interessiert zu sein.
Wenn der Anruf nicht zu einer Entscheidung geführt hat, halten Sie dies ebenfalls klar.
Noch keine Entscheidung. Der Kunde möchte eine rechtliche Prüfung, bevor er Option B genehmigt.
Das verhindert, dass das Team ein „Vielleicht“ als „Ja“ interpretiert.
3. Blocker
Blocker müssen sichtbar sein.
Sie sollten sich nicht in einem Absatz mit allgemeinen Anmerkungen verstecken.
Gut:
Blocker: Der Kunde hat nicht bestätigt, ob alte CSV-Exporte beibehalten werden müssen.
Diese Zeile teilt dem Team mit, warum das Projekt noch nicht sauber voranschreiten kann.
4. Eigentümer
Jeder nächste Schritt braucht einen Besitzer.
Wenn die Eigentumsverhältnisse unklar sind, sagen Sie es.
Ein ehrlicher „Eigentümer unklar“ ist besser, als zu raten und die Aufgabe an die falsche Person zu senden.
Nützliche Eigentümerzeilen sehen wie folgt aus:
- Maria sendet bis Donnerstag eine überarbeitete Onboarding-Checkliste.
- Der Kunde muss vor der Migration die Anforderung zur Exportaufbewahrung bestätigen.
- Support-Eigentümer für das Berechtigungsticket unklar.
5. Ziel
Das Update sollte angeben, wo jeder Ausgang hingehört.
Einige Details gehören in die Projekttafel. Einige gehören ins CRM. Einige gehören in ein Support-Ticket. Einige gehören in die Follow-up-E-Mail des Kunden. Einige sollten intern bleiben.
Deshalb Anrufnotizen für Folge-E-Mails und Projektaktualisierungen sollten nicht dasselbe Dokument sein. Derselbe Aufruf kann beides füttern, aber jede Ausgabe erfordert einen anderen Wortlaut.
Ein einfaches Projektaktualisierungsformat
Verwenden Sie diese Struktur, wenn Sie Anrufnotizen manuell in eine Projektaktualisierung umwandeln.
Projekt:
Kunde, Konto, Ticket oder Projektname.
Status:
Was sich geändert hat oder wo das Projekt jetzt steht.
Entscheidungen:
Was wurde genehmigt, abgelehnt, verzögert oder offen gelassen?
Blocker:
Was stoppt den Fortschritt?
Nächste Schritte:
Eigentümer, Aufgabe, Ziel und Zeitpunkt.
Kundenbetreuung:
Was sollte ggf. an den Kunden zurückgesendet werden?
Interner Kontext:
Alles, was das Team wissen muss und nicht in die E-Mail des Kunden gelangen sollte.
Diese Struktur ist absichtlich langweilig.
Langweilige Projektaktualisierungen sind leicht zu scannen. Sie verhindern Nacharbeiten. Sie ließen jemanden an der Arbeit teilnehmen, ohne um eine private Nacherzählung des Anrufs zu bitten.
Überprüfen Sie es, bevor Sie es teilen
KI kann dabei helfen, Anrufnotizen in einen Projektaktualisierungsentwurf umzuwandeln.
Der Überprüfungsschritt ist immer noch wichtig.
Projektaktualisierungen können echten Schaden anrichten, wenn sie falsch sind. Aus einem Vorschlag kann eine Entscheidung werden. Aus einer weichen Frist kann eine feste Frist werden. Ein internes Anliegen kann versehentlich zum Kundenkontakt werden. Eine Aufgabe kann jemandem zugewiesen werden, der nie zugestimmt hat, sie zu besitzen.
Der bessere Fluss ist:
- Nehmen Sie den Anruf auf.
- Strukturieren Sie die nützlichen Teile in Status, Entscheidungen, Blocker, Eigentümer und Ziele.
- Überprüfen Sie den Anruf, während der Anruf noch aktiv ist.
- Senden Sie das Projekt-Update an die richtige Stelle.
Das gibt Geschwindigkeit, ohne die Projekttafel mit halbwahren Notizen zu füllen.
Wo Superscribe passt
Superscribe Phone ist für die Schicht nach dem Geschäftsanruf konzipiert.
Es hilft dabei, aus Anrufen überprüfte Zusammenfassungen, Projektaktualisierungen, Nachverfolgungen, CRM-Kontext, Aufgaben, Tickets und abrechnungsfähige Details zu machen, anstatt einen weiteren Aufräumauftrag durchzuführen.
Der wichtige Teil besteht darin, nicht jedes Wort zu speichern.
Der wichtige Teil besteht darin, sicherzustellen, dass die durch den Aufruf erstellte Arbeit an einem nützlichen Ort landet, bevor sie durch den nächsten Aufruf im Speicher ersetzt wird.
Für Anrufe, die die Projektarbeit verändern
Halten Sie Status, Blocker und nächste Schritte zusammen
Verwende Superscribe um geschäftliche Anrufe in überprüfte Projektaktualisierungen, Nachverfolgungen, CRM-Notizen, Aufgaben, Tickets und abrechenbaren Kontext umzuwandeln.
Die praktische Regel
Bitten Sie Ihr Team nicht, den Anruf zu lesen.
Sagen Sie ihnen, was sich durch den Anruf geändert hat.
Das ist der Unterschied zwischen einer gespeicherten Notiz und einer nützlichen Projektaktualisierung.