Eine Produktseite sagt, was das Produkt ist. Eine Use-Case-Seite erklärt, wie ein konkreter Kunde damit in einer konkreten Situation bedeutsamen Fortschritt macht.
Dieser Unterschied zählt bei Produkten mit mehreren Zielgruppen, Prozessen oder Kaufsignalen. Eine allgemeine Plattformseite kann Datenverbindungen, Automatisierung, Berechtigungen und Reporting redlich aufzählen und dem Besucher doch die schwierigeren Fragen überlassen:
- Löst das mein aktuelles Problem?
- Welcher Teil meines Prozesses wird sich ändern?
- Welche Daten und Personen werden gebraucht?
- Welches Ergebnis ist zu erwarten?
- Warum dieses Produkt statt meiner bisherigen Methode?
- Hat es in einer vergleichbaren Situation funktioniert?
Eine gute Use-Case-Seite beantwortet diese Fragen, ohne so zu tun, als wäre das Produkt für jede Gruppe ein anderes. Sie übersetzt gemeinsame Fähigkeiten in ein stimmiges Ergebnis für den Kunden und bewahrt dabei eine wahrhaftige Produktpositionierung.
Den Anwendungsfall präzise definieren
Ein Anwendungsfall ist detaillierter als ein Nutzen und breiter als eine Funktion.
Schwache Beispiele: Zeitersparnis, Analytik, Automatisierung, für Manager, Erkenntnisse aus KI.
Eine brauchbare Definition verbindet:
Kundenkontext + auslösendes Signal + Aufgabe oder Fortschritt
+ aktuelle Alternative + Mechanismus des Produkts + Erfolgsbedingung
Beispiel:
Finanzteams mehrerer Gesellschaften vor dem Monatsabschluss
+ Abo-Bewegungen zwischen Abrechnungs- und Buchhaltungsdaten abgleichen
+ verbinden derzeit Tabellen und erklären Abweichungen von Hand
+ nutzen nachvollziehbaren Abgleich und Prüfung der Ausnahmen
+ geben vor dem Berichtstermin einen freigegebenen Bericht der Bewegungen aus
Eine solche Definition gibt der Seite Zielgruppe, Dringlichkeit, Vergleichsrahmen, Geschichte des Produkts und das Ereignis des ersten Werts.
Anwendungsfall, Funktion, Rolle und Branche
| Begriff | Ordnungsprinzip | Beispiel |
|---|---|---|
| Funktion | Fähigkeit des Produkts | Regel-Engine |
| Nutzen | Wertvolle Folge | Weniger wiederkehrende Prüfarbeit |
| Rolle | Konkrete Person | Leiter Revenue Operations |
| Anwendungsfall | Aufgabe im Kontext | Abo-Bewegungen vor dem Bericht an die Geschäftsführung abgleichen |
| Branche | Marktkontext | Abo-Medien |
| Lösung | Koordinierte Fähigkeiten für ein Problem | Auditfähiges Abo-Reporting |
Ein Anwendungsfall kann mehrere Funktionen und Rollen einbeziehen. Dieselbe Funktion kann mehrere Fälle bedienen. Dieselbe Rolle kann bei verschiedenen Signalen unterschiedliche Aufgaben haben.
Erstellen Sie keine getrennten Seiten, nur weil die Vorlage erlaubt, ein Substantiv gegen ein anderes zu tauschen.
Entscheiden, ob der Fall eine Seite verdient
Eine Seite ist gerechtfertigt, wenn die meisten Bedingungen erfüllt sind: Der prioritäre Kunde erkennt die Aufgabe; die Aufgabe hat ein wesentliches Signal oder eine Folge; das Produkt liefert ein vollständiges Ergebnis und keine kleine Funktion; die aktuelle Alternative ist verstanden; Prozess und Belege unterscheiden sich deutlich von anderen Seiten; Kunden suchen, fragen den Vertrieb oder umkreisen das Thema; die Seite hat einen passenden Conversion-Pfad; die gewonnenen Kunden lassen sich herausfiltern und messen; es gibt einen Verantwortlichen, der die Übereinstimmung mit dem Produkt pflegt.
Eine Seite ist nicht schon deshalb gerechtfertigt, weil ein Wettbewerber sie hat; das Werkzeug eine Frequenz anzeigt; ein einziger Interessent um eine Funktion gebeten hat; der Vertrieb für jeden Anlass einen Link will; das CMS Seiten billig macht; ein Text sich von KI erzeugen lässt.
Kandidaten bewerten
Analysieren Sie die Kandidaten mit einer transparenten Matrix:
| Kriterium | Frage |
|---|---|
| Übereinstimmung mit dem Profil | Tritt die Aufgabe beim prioritären Kunden auf? |
| Dringlichkeit | Gibt es ein Signal oder Kosten des Aufschubs? |
| Vollständigkeit des Produkts | Liefert das aktuelle Produkt dieses Ergebnis? |
| Differenzierung | Schlägt der Mechanismus die wesentlichen Alternativen? |
| Belege | Lassen sich die Behauptungen glaubwürdig zeigen? |
| Reichweite | Erreichen wir die Kunden über Suche, Kampagnen oder Vertrieb? |
| Wirtschaftlichkeit | Deckt der nachhaltige Deckungsbeitrag Akquise und Lieferung? |
| Wiederholbarkeit | Sind Prozess und Einführung ausreichend standardisiert? |
| Strategische Passung | Stärkt der Fall die gewählte Position? |
Setzen Sie bei jeder Bewertung ein Etikett für die Sicherheit. Ein hohes Ergebnis, das auf interner Überzeugung beruht, sollte ohne Diskussion nicht gegen ein mittleres gewinnen, das von gehaltenen Kohorten gestützt wird.
Den Arbeitsprozess des Kunden erforschen
Nutzen Sie Interviews, Beobachtung des Produkts, Verkaufsgespräche, Aufzeichnungen des Supports und Daten zur Einführung.
Rekonstruieren Sie die Aufgabe chronologisch:
- Welches Ereignis löst den Prozess aus?
- Welche Daten kommen herein und woher?
- Wer ist für jeden Schritt verantwortlich?
- Welche Werkzeuge und Dokumente werden genutzt?
- Wo treten Verzögerung, Fehler oder Unsicherheit auf?
- Welche Umgehungen bewahren wichtige Flexibilität?
- Wer prüft oder genehmigt das Ergebnis?
- Was bedeutet Abschluss?
- Was geschieht bei einem Misserfolg?
- Wie oft wiederholt sich das?
Fragen Sie nach der letzten realen Episode und nicht nach dem idealen Prozess. Sehen Sie sich Artefakte an, wenn möglich: Vorlagen, Stände von Tickets, Berichte, Checklisten, Übergabedokumente.
Die Kraft des Wechsels finden
Kunden ändern ihren Prozess selten nur deshalb, weil ein neues Werkzeug erscheint. Halten Sie fest: Unzufriedenheit mit der aktuellen Methode, Anziehung durch das neue Ergebnis, Sorgen vor der Veränderung, Gewohnheiten und Vorzüge des bisherigen Wegs sowie das Signal, das die Handlung dringlich macht.
Die Seite soll die Stärken des alten Systems respektieren. Tabellen sind übersichtlich und flexibel. Berater übernehmen Verantwortung. Bereits gekaufte Pakete erfordern kein neues Einkaufsverfahren. Die Differenzierung muss auf diese Vorzüge ehrlich antworten.
Die Hauptgruppe und die Kaufrollen wählen
Ein Fall kann Nutzer, Prozesseigner, Fürsprecher, wirtschaftlichen Entscheider, technischen Prüfer, Freigebenden aus Sicherheit oder Rechtsabteilung und den für die Einführung Verantwortlichen einbeziehen.
Die Seite spricht meist die ersten beiden an und wird dann weitergereicht. Nur an den Nutzer zu schreiben bedeutet, dass die Personen, die den Kauf blockieren können, ein Dokument erhalten, das sich nicht an sie wendet.
Wählen Sie anhand von Akquisequelle und Entscheidung einen Hauptleser. Geben Sie dann den übrigen Belege, ohne die Seite in mehrere unverbundene Erzählungen zu verwandeln.
Eine Seite für eine technische Anfrage kann mit Prozess und Integration beginnen. Eine Seite für den internen Verkauf an einen Sponsor aus der Führung mit operativen Folgen und Belegen. Die Wertekette soll aber dieselbe sein.
Trennen Sie über das ideale Kundenprofil die Rolle von der Passung. Eine Seite „für Finanzleiter“ ist zu breit, wenn der Wert nur bei Abo-Unternehmen mit mehreren Gesellschaften und einem konkreten Abgleichsproblem entsteht.
Die Kette von der Fähigkeit zum Wert abbilden
Der Text zu einem Anwendungsfall wird glaubwürdig, wenn er erklärt, wie das Produkt die Arbeit verändert.
Signal → aktueller Prozess und Beschränkung
→ Fähigkeit des Produkts → verändertes Verhalten
→ operatives Ergebnis → Wert für den Kunden → Beleg
Beispiel:
saisonale Frist des Lieferanten
→ Planer verbinden Tabellen aus den Standorten
→ angebundene Nachfragedaten + editierbare Empfehlungen
→ Planer prüfen Ausnahmen und Annahmen
→ freigegebener Einkaufsplan vor der Frist bereit
→ weniger Planungsarbeit und geringeres Risiko bei Bestandsentscheidungen
→ Verteilung der Zeit bis zum Plan und vergleichbare Fallstudie
Beschreiben Sie, wovon der Fall abhängt: Qualität der Quelldaten, unterstützte Integrationen, nötige Rollen, Einführungsaufwand, Mindestvolumen oder Frequenz, bei denen es sinnvoll ist, Entscheidungen, die beim Kunden bleiben, und Grenzen des Produkts.
Am häufigsten verschwiegen wird das Mindestvolumen. Ein Prozess, der sich bei tausend Datensätzen im Monat lohnt, wird bei fünfzig zur Last, und der Kunde erfährt das nach dem Kauf.
Die Seite zum Fall sollte keine Kausalität nahelegen, wo ein wesentlicher Teil der Arbeit vom Kunden geleistet werden muss und das Angebot ihn nicht abdeckt.
Den Vertrag der Seite schreiben
Legen Sie vor dem Schreiben fest:
Für [Kundenkontext und Signal] erklärt diese Seite, wie man
[Aufgabe ausführt oder Ergebnis erreicht] mithilfe von [Mechanismus des Produkts]
statt [Alternative], gestützt auf [Belege],
und führt zu [nächste Handlung].
Ergänzen Sie die Hauptquelle der Akquise, die Suchintention, falls vorhanden, und die negative Passung – Situationen, in denen dieser Fall ein falscher Grund für den Kauf ist.
Dann operative Felder: erforderliche Version des Produkts, Verantwortlicher für jede Behauptung und ihren Beleg, kanonische URL, Erfolgskennzahl und Prüfdatum.
Der Vertrag verhindert, dass die Seite zu einer allgemeinen Liste von Funktionen wird.
Die Seite um die Entscheidung bauen
Eine praktische Reihenfolge sieht so aus.
1. Situation und Fortschritt
Der Einstieg soll nennen: Kundenkontext, wiedererkennbare Aufgabe oder Signal, Hauptergebnis, Rahmen oder Mechanismus des Produkts, ein Beleg-Signal und die nächste Handlung.
Beschränken Sie sich nicht auf den Zusatz „für [Rolle]“ über der Überschrift der Startseite.
2. Aktueller Prozess und seine Kosten
Beschreiben Sie die aktuelle Methode redlich: welche Schritte sie umfasst, welche Koordination sie verlangt, wo sie versagt, was sie kostet – und warum sie sich trotzdem hält.
Diese letzte Frage unterscheidet eine nützliche Seite von einer herablassenden. Die Tabelle hat überlebt, weil sie flexibel, verständlich und kostenlos ist; eine Seite, die sie als offensichtliche Dummheit behandelt, verliert gerade den Leser, der sie gebaut hat.
Der Kunde soll sich verstanden fühlen und nicht manipuliert.
3. Neuer Prozess
Zeigen Sie das Produkt Schritt für Schritt:
- Eingangsdaten anbinden oder übergeben;
- passende Regeln konfigurieren;
- den Prozess starten;
- prüfen oder besprechen;
- das Ergebnis erhalten;
- wiederholen oder verbessern.
Nutzen Sie beschriftete Screenshots, Beispielergebnisse, Schemata oder kurze Videos. Benennen Sie die Entscheidungen, die beim Menschen bleiben, statt vollständige Automatisierung zu suggerieren.
4. Differenzierender Nutzen
Erklären Sie, warum dieser Mechanismus gerade diesen Fall gegenüber den Alternativen verbessert. Wählen Sie Unterschiede, die die gewählte Aufgabe betreffen.
Eine allgemeine Funktion kann zum konkreten Beleg werden: Berechtigungen werden zu kontrollierter Freigabe an mehreren Standorten; die Versionshistorie zu einer nachprüfbaren Aufzeichnung für die Vorbereitung eines Audits; der Zugriff über die API zur automatischen Übergabe an ein laufendes Betriebssystem.
5. Belege
Geeignet sind Fallstudien aus demselben Prozess, Messung des Prozesses vorher und nachher, Verteilung der Time-to-Value, realistische Demonstration des Produkts, ein Beispiel der Einführung, Dokumentation der Integration, ein Kundenzitat, das die Aufgabe beschreibt, sowie Methodik samt Einschränkungen.
Das Logo eines Unternehmens aus derselben Branche belegt nicht denselben Anwendungsfall.
6. Einführung
Nennen Sie Voraussetzungen, unterstützte Eingangsdaten, Verteilung der Verantwortung, Etappen der Konfiguration, einen realistischen Zeitraum, erwartete Hindernisse, verfügbaren Support und das, was als erster Wert zählt.
Die Benennung wahrscheinlicher Hindernisse liest sich als Sicherheit, nicht als Schwäche. Jeder Käufer hat schon eine Einführung erlebt, die sie verschwiegen hat.
Klarheit bei der Einführung ist für sich genommen oft ein Unterscheidungsmerkmal.
7. Angebot und Handlung
Stimmen Sie die Handlung auf Aufgabe und Risiko ab: eine Vorlage nutzen, eine Bewertung der Bereitschaft durchlaufen, Beispieldaten anbinden, eine begleitete Testphase beginnen, eine Prüfung des Prozesses anfragen, ein Standardpaket kaufen.
Eine für den Fall passende Handlung ist oft informativer als „Kontaktieren Sie den Vertrieb“.
8. Grenzen und benachbarte Entscheidungen
Erklären Sie, wann ein anderer Ansatz oder eine andere Seite passender ist. Verlinken Sie auf bereits veröffentlichte Materialien, die bei der Entscheidung wirklich helfen. Legen Sie keine unveröffentlichten URLs offen, nur weil sie im Redaktionsplan stehen.
Seiten für Fälle und Rollen unterscheiden
Ein Produkt mit vielen Rollen braucht Botschaften für Nutzer, Manager und Käufer. Die Rolle allein liefert selten genug eigenständigen Wert für eine eigene Seite.
Erstellen Sie eine Seite für eine Rolle, wenn sich gewünschter Fortschritt, Fragen, Verantwortung beim Kauf, Anforderungen an Belege, Prozess im Produkt und nächste Handlung wesentlich unterscheiden.
Setzen Sie in den übrigen Fällen Abschnitte zu Rollen in die Use-Case-Seite.
Die Matrix des Wildwuchses ist gefährlich:
8 Anwendungsfälle × 6 Rollen × 10 Branchen × 4 Regionen = 1920 Seiten
Die meisten Kombinationen wären dünn, überschneidend und nicht zu pflegen. Veröffentlichen Sie nur Schnittmengen mit geprüftem Unterschied und realer Chance.
Suchnachfrage verantwortungsvoll nutzen
Klären Sie über die Keyword-Recherche und Suchintention, ob sich der Fall in eine Suchaufgabe übersetzt.
Suchende drücken den Fall aus als „wie man den Prozess ausführt“, „Software für die Aufgabe“, „Vorlage oder Rechner“, „Integration“, „Problem oder Ausfall“, „Ergebnis“, „Ersatz für die aktuelle Methode“.
Sehen Sie sich die aktuellen Ergebnisse an. Die Anfrage kann einen Leitfaden oder ein Werkzeug statt einer kommerziellen Seite bevorzugen. Erstellen Sie dann den nützlichsten Seitentyp und verbinden Sie ihn mit der kommerziellen Entscheidung, ohne Werbung als Anleitung zu verkleiden.
Eine Intention auf eine URL abbilden
Führen Sie eine Karte: Cluster der Anfragen, Kundenaufgabe, Seite, die sie bedienen soll, Seitentyp, unterstützende Materialien, Conversion-Pfad und Verantwortlicher.
Wenn Seite zum Fall und Lehrartikel um dieselbe Aufgabe konkurrieren, trennen Sie ihre Rollen, führen Sie sie zusammen oder ändern Sie das Ziel. Rechnen Sie nicht damit, dass die Suchmaschine eine interne Unterscheidung errät, die der Nutzer nicht sieht.
Einzigartige Metadaten und Texte schreiben
Jede berechtigte Seite zu einem Fall braucht eine eigene Kundenaufgabe, einen einzigartigen Titel und eine eigene Beschreibung, einen konkreten Prozess, darauf bezogene Produktbelege, Bestätigungen in diesem Kontext, Details der Einführung und eine passende nächste Handlung.
Unterscheiden sich zwei Seiten nur durch ein Substantiv, ist es eine Seite unter zwei URLs – und Suchmaschinen entscheiden diese Mehrdeutigkeit weniger gnädig als das Team, das sie geschaffen hat.
Das Austauschen des Substantivs für Rolle oder Branche in wiederholten Absätzen ist weder Lokalisierung noch nützliche Segmentierung.
Seiten mit der Architektur der Website verbinden
Eine stimmige Struktur verbindet Produktseiten mit den unterstützten Fällen; Fälle mit den nötigen Funktionen und der Dokumentation; Lehrseiten mit den passenden Fällen; Fälle mit Belegen von Kunden; Preise und Einführung mit dem gezeigten Angebot.
Nutzen Sie beschreibende Links und Brotkrumen. Meiden Sie Blöcke mit Dutzenden Tags.
Der Besucher soll verstehen, was das Unternehmen verkauft, welches Problem diese Seite löst, wie sie zum Basisprodukt steht, welcher Nachbarpfad relevant ist und wo er Preis und Einführung bewerten kann.
Die Architektur soll den für diesen Fall festgelegten Message-Market-Fit bewahren und nicht auf jeder URL eine neue Kategorie einführen.
Belege wiederverwendbar machen, aber kontextbezogen
Bauen Sie ein Verzeichnis der Belege: Behauptung, Fall und Segment, auf die sie sich bezieht, Quelle, Stichprobe und Zeitraum, freigegebener Wortlaut, Verantwortlicher und Ablaufdatum.
Belege für einen Fall veralten schneller als allgemeine, weil sie einen konkreten Prozess beschreiben, den das Produkt darunter weiter verändert.
Eine Fallstudie kann mehrere Seiten stützen, wenn die Behauptung wirklich zutrifft, aber nennen Sie den Kontext. Stellen Sie ein Ergebnis aus dem Einzelhandel nicht als Beleg für regulierte Finanzen dar, nur weil beide Unternehmen auf dasselbe Dashboard geschaut haben.
Belege aus der Arbeit des Produkts schaffen
Mögliche wiederholbare Daten: Median der Zeit für die Konfiguration; Verteilung der Zeit bis zum ersten Wert; Anteil abgeschlossener Prozesse; Verringerung von Fehlern und Ausnahmen; Annahme der Zusammenarbeit; nachhaltige Nutzung des passenden Wertereignisses; Aufwand für die Betreuung; vom Kunden gemeldetes Ergebnis.
Holen Sie die nötigen Einwilligungen ein und aggregieren Sie sensible Daten. Erklären Sie die Methodik.
Die Seite mit dem Onboarding abstimmen
Das Versprechen des Falls soll den Pfad der Aktivierung bestimmen.
Definieren Sie:
Aktivierung des Falls = frühestes Verhalten, das bedeutsamen Fortschritt
in der beschriebenen Aufgabe zeigt und wiederkehrenden Wert vorhersagt
Beispiele: ein freigegebener Einkaufsplan auf Ebene des Standorts und nicht der Import eines Katalogs; ein Bericht abgeglichener Umsatzbewegungen und nicht die Anbindung der Abrechnung; ein geprüfter Zyklus von Maßnahmen nach einem Incident und nicht das Anlegen eines Arbeitsbereichs.
Das Onboarding kann fragen, welche Aufgabe den Kunden hergeführt hat, und Vorlagen, Beispiele und Hinweise anpassen. Fragen Sie nicht, wenn die Antwort nichts ändert.
Wenn das Produkt keinen eigenen Pfad für den Fall bieten kann, prüfen Sie, ob die Seite nicht zu stark segmentiert.
Qualifizierte Kohorten messen
Diagnostik der Seite
Ob die beabsichtigte Gruppe die Seite verstanden hat, wie sie die Materialien zum Prozess genutzt hat, ob sie Belege oder Details der Einführung gesucht hat, welche Aufforderung qualifizierte Besucher gewählt haben, Abschluss und Fehler des Formulars, Übereinstimmung der Anfragen mit der Seite sowie Qualität der Quelle des Traffics.
Die Übergänge zu den Details der Einführung zu beobachten lohnt sich. Wer dorthin geht, bewertet ernsthaft; wer nie hineinschaut, hat nur geblättert.
Ergebnisse des Funnels
Qualifizierte Registrierungen und Opportunities, ob die Bedarfsanalyse oder das Onboarding den von der Seite angenommenen Fall bestätigt haben, Aktivierung, Time-to-Value, Fortschritt im Vertrieb, bezahlte Conversion, Einführungsaufwand und Belastung des Supports.
Die Bestätigung ist die für genau diesen Seitentyp passende Diagnose. Eine Seite kann gut konvertieren und doch ständig Menschen anziehen, die etwas anderes wollen, was sich Monate später als schwache Aktivierung zeigt.
Beständigkeit und Wirtschaftlichkeit
Ereignis des wiederkehrenden Werts, Bindung, Expansion, Abweichung der Erwartungen, Deckungsbeitrag, Akquisekosten und Amortisation, gerechnet nach Kohorte der Seite.
Gerade das Ereignis des wiederkehrenden Werts entscheidet, ob der Fall die Seite wert war. Eine Aufgabe, die einmal erledigt wird, trägt kein Abonnement, auch wenn die Seite hervorragend konvertiert.
fallqualifizierte Conversion = Besucher aus dem passenden Kontext,
die die beabsichtigte Handlung ausgeführt haben / berechtigte Besucher der Seite
Conversion des Falls mit Aktivierung = gewonnene Kunden, die das
Aktivierungsereignis des Falls ausgeführt haben / von der Seite gewonnene Kunden
nachhaltiger Deckungsbeitrag je berechtigtem Besucher = Deckungsbeitrag der Kohorte
− zugeordnete Akquise- und Vertriebskosten / berechtigte Besucher
Bewahren Sie die Versionen von Seite, Botschaft und Angebot in CRM und Produktidentität auf.
Hypothesen zum Fall testen
Testen lohnen sich der Rahmen des Ergebnisses gegen den Rahmen des Prozesses; der Ersatz der aktuellen Methode gegen den Rahmen der Kategorie; die Reihenfolge der Demonstration des Produkts; Belege für ein konkretes Segment; Transparenz der Einführung; ein Diagnosewerkzeug gegen die Aufforderung zur Demo; die Seite zum Fall gegen eine allgemeine Produktseite bei vergleichbarem Traffic.
Formulieren Sie die Hypothese:
Besucher, die einen konkreten Prozess suchen, gelangen eher zur Diagnostik mit Beispieldaten, wenn die Seite Eingabe, Prüfung und Ergebnis zeigt, als wenn sie mit einem breiten Nutzen der Plattform beginnt, weil ihre Hauptunsicherheit die Machbarkeit der Einführung ist.
Halten Sie Sicherungen in späteren Stufen. Eine Seite zum Fall kann die Conversion steigern, indem sie eine Fähigkeit nahelegt, die das Produkt nicht hat.
Verbinden Sie bei B2B-Seiten mit geringem Traffic das Verständnis bei Kunden, die Kodierung von Verkaufsgesprächen, die Qualität der Opportunities, Muster der Einwände, Daten zur Aktivierung und Ergebnisse der Kohorten, sobald sie reifen.
Fallstudie: Forschungsplattform
Modellszenario: Die Zahlen sind Annahmen für Berechnungen und keine Ergebnisse eines realen Projekts.
Ein Startup speichert Aufzeichnungen von Interviews, Notizen und Produktmaterial.
Kandidaten für Seiten
Die Beteiligten schlagen Seiten für Product Manager, Forscher, Marketer, Gründer und Designer vor. Das sind Rollen, keine Anwendungsfälle.
Die Recherche zeigt drei wiederkehrende Aufgaben:
- Interviews nach einer Studie zusammenfassen;
- früheres Material bei der Planung der Roadmap wiederfinden;
- Produktentscheidungen bei einer Besprechung mit der Führung mit Kundenquellen verknüpfen.
Die zweite und die dritte nutzen dieselben Fähigkeiten, haben aber andere Signale und andere Belege.
Prioritärer Fall
Die gehaltenen Konten nutzen das Produkt am konsequentesten, um Entscheidungen zur Roadmap aus verstreuter Forschung vorzubereiten. Das Signal ist die Quartalsplanung, die aktuelle Alternative das Durchsuchen von Ordnern und das Fragen einzelner Forscher.
Vertrag der Seite
Für Produktteams, die mit über Aufnahmen und Dokumente verstreuter Forschung in die Planung gehen, erklärt die Seite, wie man prüfbare Beweissammlungen für Entscheidungen zur Roadmap erstellt. Sie zeigt Anbindung der Quellen, Suche nach Material, Verknüpfung mit Entscheidungen und Prüfung mit Beteiligten. Die nächste Handlung ist die Diagnostik in einem Beispielarbeitsbereich.
Belegkette
angebundene Quellen der Forschung + nachvollziehbare Ausschnitte
→ Product Manager finden früheres Material, ohne sich auf das Gedächtnis zu verlassen
→ Aussagen in Entscheidungen verknüpfen sich mit prüfbarem Material von Kunden
→ die Planungsprüfung braucht weniger wiederholte Forschung und Streit ohne Grundlage
→ gemessene Suchzeit, Beteiligung der Stakeholder und nachhaltige Nutzung im Planungszyklus
Grenze
Das Produkt rekrutiert keine Teilnehmer und führt keine Studien durch. Das ausdrücklich zu sagen verhindert Anfragen nach Dienstleistungen und Verwirrung bei der Kategorie.
Aktivierung
Aktivierung ist eine Sammlung für eine Entscheidung, die mindestens ein zusätzlicher Beteiligter durchgesehen hat, nicht das Hochladen eines Interviews.
Ergebnis
Die Seite bringt weniger Registrierungen als eine allgemeine Seite über „Erkenntnisse aus KI“, aber mehr Konten, die bestehende Forschung anbinden, Produkt-Stakeholder einladen und im nächsten Planungszyklus wiederkommen. Das Unternehmen gibt dem Fall Priorität und belässt die automatische Synthese als stützenden Wert.
Steuerung der Bibliothek der Fälle
Ein Register hält die Seiten im Einklang mit der Wahrheit, wenn sich das Produkt darunter ändert. Halten Sie den Fall selbst fest – Kennung, Kundenkontext und Signal, URL der Seite – sowie zwei Verantwortliche: einen aus dem Produkt, einen aus dem Marketing. Die Aufteilung der Verantwortung zählt hier mehr als anderswo: Das Marketing schreibt das Versprechen, das Produkt entscheidet, ob es wahr bleibt.
Dann die Abhängigkeiten. Welche Fähigkeiten die Behauptung stützen, welche Integrationen sie voraussetzt, welche Behauptungen und Belege freigegeben sind, welche Version des Angebots die Seite beschreibt und was gerade für diesen Fall als Aktivierung zählt.
Schließen Sie mit operativen Feldern: Kennzahlen des Lebenszyklus, Ihre Sicherheit zum Ganzen, Prüfdatum und Status.
Das Feld zur Sicherheit lohnt sich zu behalten, obwohl es weich aussieht. Eine Seite, der Sie vor einem halben Jahr eine niedrige Sicherheit gegeben haben, ist der erste Ort zum Nachsehen, wenn die Conversion sinkt und niemand weiß, warum.
Die Status laufen vom Kandidaten über durch Recherche geprüft und Experiment zu aktiv, dann eingeschränkt, zur Zusammenführung geplant oder zurückgezogen.
Bibliotheken von Fällen fehlt am meisten der Status „zur Zusammenführung geplant“. Sie wachsen durch Hinzufügen und selten durch Konsolidierung, bis ein Dutzend Seiten um Varianten derselben Aufgabe konkurriert.
Prüfen Sie vierteljährlich und nach wesentlichen Änderungen des Produkts. Löschen oder leiten Sie Seiten um, die das Produkt nicht mehr bedient. Aktualisieren Sie Quelllinks, Navigation und Ziele der Kampagnen gemeinsam.
Den Wildwuchs der Seiten eindämmen
Verlangen Sie vor der Freigabe einer Seite Antworten auf:
- Welche einzigartige Kundenaufgabe bedient sie?
- Welche Daten bestätigen die Nachfrage?
- Wie unterscheidet sich der Prozess von einer bestehenden Seite?
- Welche Fähigkeit des Produkts und welcher Verantwortliche stützen sie?
- Welche Handlung und welches Aktivierungsereignis folgen?
- Welche Seite wäre falsch, wenn es diese nicht gäbe?
- Wer wird sie pflegen?
Sind die Antworten schwach, verbessern Sie eine bestehende Seite oder belassen Sie die Variante in den Verkaufsmaterialien, ohne eine öffentliche URL zu erstellen.
Kosten, Geschwindigkeit und Wirksamkeit
| Dimension | Typisches Profil | Erläuterung |
|---|---|---|
| Bargeldkosten | Mittel | Recherche, Texte, Gestaltung, Produktmaterialien und Umsetzung |
| Zeit des Gründers | Mittel | Frühe Priorisierung und Grenzen der Wahrheit erfordern Beteiligung |
| Schwierigkeit | Mittel | Prozess, Positionierung, SEO und Aktivierung müssen zusammenpassen |
| Erstes Signal | Mittel | Verständnis und qualifizierter Fortschritt zeigen sich in wenigen Wochen |
| Belastbares Ergebnis | Mittel oder langsam | Bindung und Deckungsbeitrag erfordern Kohorten |
| Skalierbarkeit | Hoch | Ein geprüftes System von Seiten speist Suche, Vertrieb und Kampagnen |
| Vorhersagbarkeit | Mittel | Qualität der Nachfrage und Vollständigkeit des Produkts unterscheiden sich je nach Fall |
| Hauptrisiko | Mittel | Wildwuchs dünner Seiten und Behauptungen über unbestätigte Fähigkeiten |
Seiten zu Fällen kumulieren ihre Wirkung in Akquise und Vertriebsunterstützung – aber nur, solange sie treffend bleiben.
Typische Fehler
Austausch der Rolle
Die Startseite wird mit dem Zusatz „für Marketer“ oder „für Finanzen“ dupliziert, ohne Prozess oder Belege zu ändern.
Funktion statt Fall
Die Seite beschreibt Dashboards oder Zusammenfassungen durch KI ohne Kundenaufgabe, Signal und Zustand des Abschlusses.
Ein Fall für den Markt gehalten
Ein einzelner Abschluss gebiert eine öffentliche Seite, bevor das Produkt das Ergebnis wiederholen kann.
Seiten für Kombinationen von Keywords
Permutationen aus Rolle, Branche, Funktion und Stadt ergeben dünne, überschneidende URLs.
Allgemeiner Prozess
Die Seite sagt „anbinden, automatisieren, wachsen“, ohne Eingaben, Entscheidungen oder Ergebnisse zu benennen.
Belege ohne Kontext
Ein Logo oder eine Meinung bauen Vertrauen in die Marke auf, bestätigen aber das beschriebene Ergebnis nicht.
Versteckte Abhängigkeiten
Die Seite verspricht ein Ergebnis und verschweigt Vorbereitung der Daten, Prüfung durch einen Menschen und Integrationsarbeiten.
Dieselbe Aufforderung auf jeder Stufe
Der kalte Besucher aus der Bildung und der aktiv bewertende Unternehmenskunde erhalten dasselbe „Demo vereinbaren“.
Akquise ohne Aktivierung
Die Seite konvertiert, und das Onboarding führt über einen allgemeinen Pfad, der mit dem Versprechen nichts zu tun hat.
Traffic als Erfolg
Breite Prozessanfragen ziehen Autodidakten an, die das Produkt gar nicht brauchen.
Veraltete Seiten
Fähigkeiten, Screenshots und Paket ändern sich, und die Behauptung des Falls bleibt im Index.
Erstellungsprozess in 30 Tagen
Tag 1–5: den Fall wählen
- sehen Sie Daten von Kunden, Vertrieb und Produkt durch;
- bestimmen Sie Kontext, Signal, Aufgabe und Alternative;
- bewerten Sie Kandidaten und Sicherheit;
- wählen Sie einen prioritären Fall;
- benennen Sie die negative Passung.
Tag 6–10: den Prozess abbilden
Rekonstruieren Sie, wie die Arbeit heute aussieht, beschreiben Sie, wie sie mit dem Produkt laufen wird, finden Sie Abhängigkeiten und Beteiligte, legen Sie fest, wie Aktivierung und wiederkehrender Wert aussehen, und bauen Sie Ketten von der Fähigkeit zum Wert für den Kunden.
Tag 11–15: den Vertrag der Seite schreiben
- wählen Sie Zielgruppe, Quelle und Intention;
- bestimmen Sie eine kanonische Seite;
- sammeln Sie Belege;
- wählen Sie Angebot und Handlung;
- legen Sie Behauptungen, Grenzen und Kennzahlen fest.
Tag 16–22: bauen
- schreiben Sie den Inhalt, der zur Entscheidung führt;
- bereiten Sie beschriftete Produktmaterialien vor;
- setzen Sie ein responsives, barrierefreies Layout um;
- binden Sie Analytik und Kennungen für spätere Stufen an;
- prüfen Sie technische, kommerzielle und rechtliche Korrektheit.
Tag 23–26: verifizieren
- testen Sie das Verständnis bei Kunden;
- besprechen Sie mit Vertrieb, Produkt und Kundenbetreuung;
- prüfen Sie die Übereinstimmung mit der Suchintention, wo vorhanden;
- testen Sie Formular und Übergabe;
- streichen Sie Behauptungen ohne Deckung.
Tag 27–30: veröffentlichen und lernen
- führen Sie sie über eine begrenzte Quelle ein;
- achten Sie auf Qualifizierung und Fehler;
- sehen Sie Daten aus Vertrieb und Aktivierung durch;
- halten Sie Version und Sicherheit fest;
- planen Sie Prüfungen der Kohorten und die Pflege.
Checkliste für die Use-Case-Seite
Auswahl
- Der Fall verbindet Kontext, Signal, Aufgabe und Erfolgsbedingung.
- Die Nachfrage ist durch Daten von Kunden, Vertrieb, Produkt oder Suche gestützt.
- Das aktuelle Produkt liefert ein vollständiges, bedeutsames Ergebnis.
- Reale Alternativen und ihre Stärken sind verstanden.
- Negative Passung und Abhängigkeiten sind ausdrücklich benannt.
Strategie der Seite
- Eine Hauptgruppe der Zielgruppe und eine Entscheidung sind bestimmt.
- Die Seite unterscheidet sich wesentlich von den bestehenden URLs.
- Suchintention und kanonisches Mapping sind, wo nötig, verifiziert.
- Die Positionierung bleibt mit dem Basisprodukt stimmig.
- Angebot und nächste Handlung entsprechen Bereitschaft und Risiko.
Inhalt und Belege
- Der Einstieg setzt Situation, Fortschritt und Rahmen des Produkts.
- Aktueller und neuer Prozess sind konkret beschrieben.
- Fähigkeiten verbinden sich kausal mit dem Wert für den Kunden.
- Produktmaterialien belegen die Behauptungen.
- Belege betreffen denselben Fall und Kontext.
- Einführung und Verantwortung der Menschen sind sichtbar.
- Grenzen verhindern falsche Erwartungen.
Produkt und Messung
- Das Aktivierungsereignis des Falls ist definiert.
- Das Onboarding erfüllt das Versprechen der Seite.
- Versionen von Seite und Angebot erreichen die späteren Stufen.
- Qualifizierung, Time-to-Value und Einführungsaufwand werden gemessen.
- Bindung und Deckungsbeitrag begrenzen die Skalierung.
- Behauptungen, Materialien und Links haben Verantwortliche und Prüfdaten.
Steuerung
- Das Register verhindert Duplikate und kombinatorische Seiten.
- Jede Seite hat Verantwortliche aus Marketing und Produkt.
- Das Entfernen einer Fähigkeit löst eine Prüfung der Seite aus.
- Die Lokalisierung gibt das reale Vokabular und den Kontext des Marktes wieder.
- In Links und Sitemaps stehen nur kanonische, öffentliche URLs.
Eine Aufgabe, eine Seite
Eine Use-Case-Seite verwandelt eine Fähigkeit des Produkts in einen wiedererkennbaren Weg des Kunden. Sie beginnt bei einer echten Aufgabe, einem Signal und einer Alternative; zeigt, wie sich der Prozess verändert; belegt das passende Ergebnis; benennt die Anforderungen an die Einführung; und führt den Besucher zu einem angemessenen nächsten Schritt.
Erstellen Sie solche Seiten selektiv. Ein geprüfter Prozess mit konkreten Produktbelegen ist nützlicher als Dutzende Permutationen von Rollen und Branchen. Verbinden Sie jede Seite mit Onboarding und Kohortenmessung, damit sich die Versprechen der Akquise dem Wert für den Kunden gegenüberstellen lassen.
Das Ziel ist nicht, das Produkt für jede Anwendung passend aussehen zu lassen. Das Ziel ist, dass der richtige Kunde genau sieht, wie sich das Produkt in die Arbeit einfügt, die jetzt zählt – und dass das Produkt nach dem Klick diese Deutung erfüllt.