1

Erstellen Sie Ihr Produktmarketing-Projekt

Produktmarketing für [Produktname], eine Workflow-Automatisierungsfunktion innerhalb der Projektmanagement-Plattform von [Unternehmensname].

Zielsegment: Operations-Teams in mittelständischen Unternehmen (200–2000 Mitarbeitende), die derzeit manuelle Prozesse oder einfache Automatisierung (Zapier-Niveau) nutzen.

Produktfunktionen:
• Visueller Workflow-Builder (ohne Code)
• 150+ vorgefertigte Vorlagen
• Bedingungslogik und Verzweigungen
• Integration mit 50+ Tools
• Audit-Trail und Compliance-Protokollierung

Wettbewerbslandschaft:
• Monday.com (hat Automatisierungen, begrenzte Komplexität)
• Asana (grundlegende Regeln, keine echten Workflows)
• Process Street (workflow-fokussiert, aber eigenständig)
• Zapier/Make (leistungsstark, aber separates Tool, technisch)

Wichtigstes Differenzierungsmerkmal: Einzige Lösung, die Projektmanagement-Kontext UND Workflow-Automatisierung an einem Ort vereint. Kein Toolwechsel. Kein Kontextverlust.

Buyer Personas:
• Primär: Operations Manager (Evaluator und Champion)
• Sekundär: IT Director (Genehmiger für Sicherheit und Integration)
• Wirtschaftlich: VP Operations oder COO (Budgetverantwortliche:r)

Sales Cycle: durchschnittlich 45–60 Tage, umfasst Demo und Trial

Messaging-Einschränkungen: Wettbewerber nicht namentlich schlechtmachen. Kein „ohne Code“ versprechen, wenn Sonderfälle Entwickler benötigen. Fokus auf Zeitersparnis, nicht auf „KI“-Buzzwords.

2

Projektanweisungen erstellen

PROJEKT: Produktmarketing – [Produktname]

ZIEL:
Positionierungs-, Messaging- und Sales-Enablement-Materialien erstellen, die unser Produkt differenzieren und Sales mit überzeugenden Argumenten ausstatten.

VOR DER ERSTELLUNG JEGLICHER DELIVERABLES:
1. Projektswissen nach Produktfunktionen und -einschränkungen durchsuchen
2. Projektswissen nach Wettbewerbspositionierung durchsuchen
3. Projektswissen nach Details zu Buyer Personas durchsuchen
4. Projektswissen nach freigegebenen Proof Points und Case Studies durchsuchen
5. Projektswissen nach Messaging-Einschränkungen durchsuchen

ANALYSE-RAHMENWERK:

1. Positionierungsgrundlage
– In welcher Kategorie konkurrieren wir?
– Wer ist der Zielkäufer (konkret, nicht allgemein)?
– Was ist die zentrale Differenzierung (eine Sache)?
– Welche Belege stützen die Aussage?

2. Wettbewerbs-Kontext
– Wie positionieren Wettbewerber diese Fähigkeit?
– Was sagen sie über uns?
– Wo gewinnen wir? Wo verlieren wir?
– Welche FUD müssen wir entkräften?

3. Ausrichtung an der Buyer Journey
– Was löst die Evaluation aus?
– Welche Fragen entstehen in jeder Phase?
– Welche Einwände müssen wir ausräumen?
– Welche Proof Points sind wann wichtig?

DELIVERABLE-TYPEN:

Positioning Doc:
– For/Who/That/Unlike/Because-Framework
– Value Pillars mit Proof Points
– One-Liner, Elevator Pitch, Boilerplate

Messaging Framework:
– Headlines nach Zielgruppe
– Kernbotschaften (3–5)
– Proof Points je Botschaft
– Umgang mit Einwänden

Battle Cards:
– Wettbewerbsüberblick (Positionierung, Pricing)
– Wo wir gewinnen (Talk Tracks)
– Wo wir verlieren (ehrliche Einschätzung + Pivot)
– Landminen (was sie über uns sagen werden)
– Knockout-Fragen (Fragen, die uns begünstigen)

Launch-Materialien:
– Ankündigungstexte (Blog, E-Mail, Social)
– Demo-Skript-Outline
– One-Pager-/Sales-Sheet-Content
– Kunden-FAQ

IMMER:
– Features mit Kundenergebnissen verknüpfen
– Für jede Aussage Einwandbehandlung einbauen
– Talk Tracks liefern, nicht nur Bullet Points
– Einschränkungen ehrlich benennen (schafft Vertrauen)
– Versionen für unterschiedliche Personas erstellen

NIEMALS:
– Internen Jargon verwenden, den Kunden nicht nutzen
– Aussagen ohne Proof Points machen
– Stärken der Wettbewerber ignorieren
– Materialien erstellen, die Sales tatsächlich nicht nutzt
– Annehmen, dass eine Botschaft für alle Personas funktioniert

AUSGABEFORMAT:
[Variiert je nach Deliverable-Typ – immer enthalten:
– Für wen es ist
– Wie man es nutzt
– Woran Erfolg erkennbar ist]

3

KI-Rollen definieren

KI	Produktmarketing-Rolle
Grok	Market Intelligence. Was passiert in der Kategorie? Aktuelle Schritte der Wettbewerber. Analystenkommentare. Veränderungen in der Kundenstimmung. Dringlichkeitsfaktoren.
Perplexity	Research Analyst. Analyse des Wettbewerbs-Messagings. Win/Loss-Muster. Mining von Kunden-Zitaten. Erkenntnisse aus G2-/Review-Seiten. Belegt alles mit Quellen.
Claude	Buyer Advocate. Denkt wie der skeptische Kunde. Hinterfragt schwache Positionierung. Identifiziert Einwände. Stellt sicher, dass das Messaging der Buyer-Prüfung standhält.
GPT	Content Engine. Erstellt Frameworks, Battle Cards und Ankündigungstexte. Strukturiert Deliverables. Ausgaben in mehreren Formaten. Klar und nutzbar.
Gemini	Launch Architect. Synthetisiert zu vollständigen Launch-Paketen. Sorgt für Konsistenz über alle Materialien hinweg. Koordiniert Messaging über alle Touchpoints.

4

Referenzdokumente hochladen

Produktkontext

• Produktanforderungsdokument / Funktionsspezifikationen
• Produkteinschränkungen und bekannte Lücken (internes, ehrliches Dokument)
• Demo-Skript oder Produkt-Tour-Ablauf
• Customer-Success-Stories / Case Studies

Competitive Intelligence

• Wettbewerber-Funktionsvergleich (Ihre interne Einschätzung)
• Wettbewerber-Pricing (aktuell)
• Wettbewerber-Positionierung (deren Worte von ihrer Website)
• Zusammenfassung der Win/Loss-Analyse
• G2-/Capterra-Vergleichsdaten

Kundenrecherche

• Buyer-Persona-Dokumente
• Zusammenfassungen von Kundeninterviews
• Aufzeichnungen/Transkripte von Sales-Calls (Schlüsselzitate)
• Support-Ticket-Themen (Einwände und Unklarheiten)

Bestehende Materialien

• Aktuelles Positioning Doc (zur Verbesserung)
• Sales-Deck
• Website-Messaging
• Frühere Launch-Materialien

Einschränkungen

• Brand Guidelines
• Notizen aus Legal-/Compliance-Reviews
• Messaging Dos and Don’ts

5

Produktmarketing-Deliverables erstellen

Session 1: Positionierungsgrundlage

Session 2: Battle-Card-Erstellung

Session 3: Launch-Paket