Achte besonders auf Zahlen, Kundennamen, Produktfunktionen, Ergebnisse aus Fallstudien, Vergleiche und Antworten auf Einwände. Entferne oder überarbeite alles, was unbelegt, veraltet, vertraulich oder zu allgemein ist.
Bevor du beginnst
- Bestimme Unternehmenssegment und Persona, zu denen die Inhalte gehören.
- Sammle aktuelle genehmigte Quellen aus Produkt, Marketing, Sales und Fallstudien.
- Weise Facheigentümer für Produkt-, Claim- und Brand-Review zu.
- Kläre, welche Abschnitte AI-entworfen und welche bereits genehmigt sind.
- Plane nach größeren Änderungen an Segmenten, Produkt, Preisen oder Positionierung ein weiteres Review ein.
Die Knowledge DB abschnittsweise prüfen
| Abschnitt | Prüfen auf | Inhalte mit hohem Risiko |
|---|
| ICP Profile | Korrekter Unternehmens- und Persona-Kontext. | Zu breiter Fit oder veraltete Zielgruppen. |
| Pain Points & Value Propositions | Belege, Relevanz und Persona-Spezifität. | Ungeprüfte Pain Points oder garantierte Ergebnisse. |
| Products & Services | Aktuelle Funktionen und Verfügbarkeit. | Roadmap-Elemente, die als verfügbare Funktionen dargestellt werden. |
| Case Studies | Erlaubnis, Kundenidentität, Zahlen und Kontext. | Erfundenen Ergebnisse oder vertrauliche Details. |
| Objection Handling | Richtigkeit, Ton und genehmigte Grenzen der Antwort. | Unbelegte Vergleiche oder rechtliche Aussagen. |
Freigabe bedeutet inhaltliche Verantwortung
AI-entworfene Inhalte sind ein Ausgangspunkt. Mit der Freigabe übernimmt der Prüfer Verantwortung für die Richtigkeit und die vorgesehene Nutzung der genehmigten Fassung.
- Prüfe jede Zahl anhand einer genehmigten Quelle.
- Verwende Kundennamen nur mit der erforderlichen Erlaubnis.
- Beschreibe Funktionen nur dann als verfügbar, wenn dies bestätigt ist.
- Halte Segment- und Persona-Kontext ausdrücklich fest.
- Entferne interne Notizen, Links und ungeklärte Hypothesen.
- Dokumentiere Owner und Review-Datum.
Schritte
- Wähle Segment und Persona. Bestätige, welche Zielgruppe die Inhalte beeinflussen werden.
- Prüfe das ICP Profile. Vergleiche es mit der genehmigten Scoring- und Positionierungslogik.
- Prüfe Pain Points und aktuelle Lösungen. Entferne allgemeine, spekulative oder sensible Aussagen.
- Prüfe Products & Services. Bestätige Funktionsverfügbarkeit, Umfang und Formulierung anhand einer maßgeblichen Quelle.
- Prüfe Case Studies und Objection Handling. Validiere Erlaubnis, Fakten, Zahlen, Vergleiche und Claim-Grenzen.
- Bearbeite oder lösche unsichere Inhalte. Gib Text nicht allein deshalb frei, weil er überzeugend klingt.
- Gib Abschnitte bewusst frei. Genehmige einzelne Abschnitte; nutze Approve All Sections erst nach einer vollständigen Prüfung.
- Plane das nächste Review. Wiederhole die Prüfung nach Änderungen an Segmenten, Produkt, Preisen, Positionierung oder Belegen.
Review- und Sicherheitsprüfungen
- Das richtige Segment und die richtige Persona sind ausgewählt.
- Jede Zahl und jede Kundenaussage hat eine genehmigte Quelle.
- Kein Roadmap-Element wird als allgemein verfügbar beschrieben.
- Pain Points und Einwände sind spezifisch und respektvoll.
- Interne Links, Notizen und vertrauliche Details fehlen.
- Jeder genehmigte Abschnitt hat einen verantwortlichen Owner und ein Review-Datum.
- Nachgelagert generierte Copy wird weiterhin von einem Menschen geprüft.
Fehlerbehebung
| Problem | Lösung |
|---|
| AI-Text enthält überzeugende, aber falsche Zahlen | Gib ihn nicht frei. Entferne oder ersetze jede Zahl ohne maßgebliche Quelle. |
| Nachrichten verwenden die falschen Pain Points | Prüfe Unternehmenssegment, Persona, Freigabestatus und nachgelagerten Template-Kontext. |
| Eine Produktbeschreibung ist veraltet | Aktualisiere sie anhand der aktuellen genehmigten Quelle und prüfe abhängige Abschnitte. |
| Approve All Sections wurde zu früh verwendet | Öffne den betroffenen Umfang erneut und prüfe jeden Abschnitt. Entferne die unsichere Freigabe, sofern unterstützt. |
| Eine Fallstudie enthält vertrauliche Details | Entferne sie und bestätige Erlaubnis und genehmigte Formulierung, bevor du einen Kundenbezug wiederherstellst. |
Häufig gestellte Fragen
Was bedeutet approved in der Knowledge DB?
Die Inhalte wurden geprüft und dürfen – vorbehaltlich des nachgelagerten Nachrichten-Reviews – als vertrauenswürdige Grundlage verwendet werden.
Wann darf ich AI-entworfene Inhalte freigeben?
Erst nachdem ein Mensch jede Aussage, Zahl, jeden Namen, jede Funktion sowie den Segment- und Persona-Kontext überprüft hat.
Wann darf ich Approve All Sections verwenden?
Nur nach einer vollständigen Prüfung jedes sichtbaren Abschnitts im ausgewählten Umfang.
Wann sollte die Knowledge DB erneut geprüft werden?
Nach wesentlichen Änderungen an Segmenten, Produkt, Preisen, Positionierung, Belegen oder Kundenfreigaben.
Warum verwendet eine Nachricht möglicherweise den falschen Pain Point?
Möglicherweise sind Persona oder Unternehmenssegment falsch, der Abschnitt ist veraltet oder dem Template fehlt Kontext.
Sollten interne Quellen und redaktionelle Notizen in der Knowledge DB bleiben?
Nein. Halte interne Quellen und ungeklärte redaktionelle Notizen aus Inhalten heraus, die kundenseitige Ausgaben beeinflussen können.
Weiterlesen
Warum werden keine Nachrichten gesendet?
Lasse die aktuelle Kampagne und ihre Historie unverändert. Wähle einen funktionierenden und einen blockierten Lead zum Vergleich. Ändere nicht mehrere Einstellungen gleichzeitig. Teile niemals Passwörter, Tokens, Cookies oder API Schlüssel mit dem Support.
Lead-Scoring konfigurieren
Konfiguriere Lead Scoring, indem du Unternehmens Fit, Persona Fit und harte Ausschlüsse voneinander trennst. So lassen sich Ergebnisse leichter erklären und Prüfer verstehen, warum sich ein Lead qualifiziert, eine Priorität erhält oder disqualifiziert wird.
P1, P2, P3 und DQ verstehen
Nutze P1, P2, P3 und DQ für konsistente Review Entscheidungen – nicht als automatische Wahrheit. Eine Priorität ist nur dann hilfreich, wenn das Team eine gemeinsame Definition verwendet und Unternehmens Fit, Persona Fit, Quellenbeleg und nächste Aktion gemeinsam prüft.
