Wettbewerbsanalyse
Eine Wettbewerbsanalyse beantwortet nicht „wer macht dasselbe?", sondern „womit löst der Kunde sein Problem heute?" — inklusive der Optionen „nichts tun", „selbst recherchieren" und „ein generisches Werkzeug benutzen". Wer nur Anbieter mit identischem Produkt auflistet, übersieht die Alternativen, die tatsächlich die Zahlung verhindern.
Der Report ist ein Entscheidungsdokument, kein Marktüberblick. Jede Sektion muss einer Entscheidung dienen, die der User treffen muss.
Ablauf
Arbeite die Schritte in dieser Reihenfolge ab. Lege pro Schritt ein Todo an.
1. Quellen erfassen
Lies die Projektbeschreibung (
/
,
, Konzeptdokumente, Repository, Idee)
und auch Bilder, per Read-Tool.
2. Fakten recherchieren, nicht erfragen
Recherchiere selbst in einer tiefen Recherche, was recherchierbar ist. Frage den User nichts, was im Web oder Dateisystem steht.
Pflichtmaterial:
- Wettbewerber je Petal-Feld, mindestens fünf mit konkretem Preis — ohne Preise ist keine Positionierung möglich
- Marktzahlen: Anbieterzahl, Marktvolumen, Adoptionsrate
- Regulatorische Grenzen der Branche und einschlägige Gerichtsentscheidungen — der häufigste Show-Stopper, den Gründer übersehen
- Substitute: kostenlose Werkzeuge, Selbsthilfe, Verbände, Versicherungen, „nichts tun"
- Datenquellen-Prüfung: Wird ein geplanter technischer Kern durch offene Daten oder eine öffentliche API wertlos? Das entscheidet über den Burggraben.
Bevorzuge Primärquellen (Behörden, Gesetzestexte, Preisseiten der Anbieter). Vergleichsartikel von Wettbewerbern sind brauchbar, aber als parteiisch zu kennzeichnen.
Fertig, wenn: jedes Petal-Feld mit namentlichen Anbietern belegt ist und jeder direkte Wettbewerber einen Preis oder ein ausdrückliches „Preis nicht veröffentlicht" hat.
3. Offene Entscheidungen über klären
name: grilling
description: Grill the user relentlessly about a plan, decision, or idea. Use when the user wants to stress-test their thinking, or uses any 'grill' trigger phrases.
Interview me relentlessly about every aspect of this until we reach a shared understanding. Walk down each branch of the decision tree, resolving dependencies between decisions one-by-one. For each question, provide your recommended answer.
Ask the questions one at a time, waiting for feedback on each question before continuing. Asking multiple questions at once is bewildering.
If a fact can be found by exploring the environment (filesystem, tools, etc.), look it up rather than asking me. The decisions, though, are mine — put each one to me and wait for my answer.
Do not act on it until I confirm we have reached a shared understanding.
Fertig, wenn: jede offene Entscheidung entweder beantwortet oder im Report als offen gekennzeichnet ist.
4. Die sechs Frameworks füllen
| Framework | Liefert | Muss enthalten |
|---|
| Petal Diagram | Wettbewerbsfelder | 5 Felder à 3–5 namentliche Anbieter; die Idee sitzt im Zentrum |
| Value Proposition | Angebotsseite | Produkte, Pain Relievers, Gain Creators |
| Kundenprofil | Kundenseite | Jobs, Pains, Gains — je Zielperson ein eigenes Profil |
| Product Market Fit | Abgleich beider Seiten | Kundensegment, Charakteristika, Probleme, Kanäle, UX gegen Produkt, Alternativen, Features, Kanalwert, Kennzahlen |
| Business Model Canvas | Geschäftsmodell | 9 Felder mit Namen und Zahlen, nicht mit Kategorien |
| Bullseye | Traction-Kanäle | Alle Kanäle bewertet, 3 zum sofortigen Test, Verworfene mit Begründung |
Regel für alle: konkrete Namen, Preise und Zahlen statt Kategorien. „Kanzleien" ist kein Kundensegment, „Arbeitnehmer nach Kündigung" ist eines.
Fertig, wenn: kein Feld einen Platzhalter oder eine Kategorie ohne Namen enthält.
5. HTML-Report bauen
Nutze den Skill
für die visuelle Umsetzung. Diagramm-Geometrie und CSS-Rezepte stehen in
REFERENCE.md — lies die Datei, bevor du Petal Diagram oder Positionierungsmatrix baust.
Der Report besteht aus diesen Teilen, in dieser Reihenfolge:
- Titel mit einer These als Überschrift — die Kernaussage, nicht „Wettbewerbsanalyse für X"
- Kernbefund — was funktioniert, was nicht, welcher Ausweg. Vor allen Details, in eigener Fläche abgesetzt
- Marktbild — 3–5 Kennzahlen
- Fazit — in ein paar Sätze, die den Kernbefund zusammenfassen
- Petal Diagram — die fünf Wettbewerbsfelder als Grafik
- Anbietertabelle — Name, Preis, Segment (direkt / indirekt / B2B), Modell. Sortiert nach Bedrohlichkeit
- Positionierungsmatrix — zwei Achsen, die in dieser Branche über Zahlungsbereitschaft entscheiden; die eigene Idee sichtbar hervorgehoben
- Harte Fragen — 8–12 Stück, je mit Schweregrad, „warum das wehtut" und einer Empfehlung
- Product Market Fit — ausgefüllt, als Diskussionsgrundlage gekennzeichnet
- Bullseye — Kanäle bewertet mit Testen / Später / Verwerfen
- Nächste Schritte — nummeriert, das Billigste und Entscheidendste zuerst
- Hinweis — geschäftliche Einschätzung, keine Rechts- oder Steuerberatung; Preisstand nennen
- Quellen — nummeriert, als klickbare Links, parteiische Quellen gekennzeichnet
Schweregrade der harten Fragen: Show-Stopper (entscheidet, ob überhaupt gebaut wird), Hoch (entscheidet, was gebaut wird), Mittel (entscheidet, wie gebaut wird). Show-Stopper stehen oben.
Dateiname
, abgelegt in /docs oder wenn dieses Verzeichnis nicht vorhanden ist dann im root.
Verwende eine einfach und verstädändliche Sprache
Fertig, wenn: alle dreizehn Teile vorhanden sind und jede harte Frage einen Schweregrad und eine Empfehlung hat.
6. Im Browser verifizieren
Playwright blockiert
. Starte einen lokalen Server im Report-Ordner (
python3 -m http.server <port> --bind 127.0.0.1
), öffne die Datei und prüfe:
- Konsole fehlerfrei (fehlendes Favicon ignorieren)
- Diagramme per Element-Screenshot einzeln geprüft: keine Textüberdeckung, Achsenpfeile in der richtigen Richtung
- Mobil bei 390 px:
document.body.scrollWidth === window.innerWidth
Nach Änderungen mit Cache-Buster neu laden (
), sonst siehst du die alte Fassung. Danach Server beenden und temporäre Screenshots aus dem Repo löschen.
Fertig, wenn: Desktop und Mobil geprüft sind und das Repo außer dem Report keine neuen Dateien enthält.
Häufige Fehler
| Fehler | Warum er den Report entwertet |
|---|
| Nur direkte Wettbewerber betrachten | Die Zahlung verhindern meist Substitute und „nichts tun" |
| Wettbewerber ohne Preise auflisten | Ohne Preise gibt es keine Positionierung und keine Aussage |
| Regulatorik erst am Ende prüfen | Ein Show-Stopper macht alle anderen Sektionen wertlos |
| Den geplanten Tech-Stack als Burggraben nehmen | Offene Daten und APIs entwerten technische Vorarbeit dauernd |
| Ein Canvas mit Kategorien füllen | „KMU" trifft keine Entscheidung; ein benanntes Segment schon |
| Befunde weichspülen | Der Report ist wertlos, wenn er den Show-Stopper nicht Show-Stopper nennt |
| Alle Kanäle empfehlen | Bullseye verlangt drei zum Test und begründetes Verwerfen |
Umgang mit unbequemen Befunden
Benenne Show-Stopper deutlich und belege sie mit Quelle. Liefere zu jedem einen gangbaren Ausweg — der Report soll die Idee schärfen, nicht beerdigen. Wenn der User einen Befund nach der Diskussion verwirft, ist das seine Entscheidung: vermerke sie und arbeite weiter.