Warum „noch ein Docs-Produkt“ Agenturen etwas über Positionierung lehrt
Der Docs-Markt wirkt von außen gesättigt — Mintlify, GitBook, Docusaurus, Fern, Dutzende Listen-Einträge. Trotzdem liefern die meisten Teams Docs, die weder Menschen noch Agenten zuverlässig lesen. Die Lektion für Berater: Wettbewerberzahl ≠ gelöstes Problem. Käufer wählen selten aus einer perfekten Matrix; sie nehmen, was sie kennen, was ein Peer erwähnt hat, oder den Pfad des geringsten Widerstands.
Max Rozens Erfahrung mit ~200 Alternativen in einem SaaS-Segment passt: Märkte sind unordentlich, Product-Market-Fit ungleich verteilt. Für Agentur-Positionierung heißt das: Klarheit schlägt Feature-Count.
Steve Baka: Beim eigenen Angebot und bei Kunden-Produkten die Frage stellen — welches eine Job-to-be-done, nicht welche Plattform alles kann.
Drei Markt-Modelle — nicht ein Kategorie-Label
Automation-first / AI-native (Mintlify, Fern-Richtung): Specs, SDKs, llms.txt, MCP, Agent-Analytics. Rational, aber Produkte weiten sich — Knowledge-Platform, Support-Bots, Enterprise-Workflow.
Human-native Workflow (GitBook): Editor, Permissions, Review-Loops für Support, Product, Solutions. Problem ist Koherence vieler Autoren — nicht schöne API-Referenz.
Open-Source-Frameworks (Docusaurus, Fumadocs): Kein SaaS-Kauf, sondern Systembau — Hosting, Previews, Analytics, Agent-Schicht selbst montieren.
Listen, die alle drei vermischen, suggerieren falsche Austauschbarkeit. Agenturen sollten Kunden Segment zuordnen, bevor sie Tool-Empfehlungen geben.
Warum Docs-Nachfrage steigt — und Angebote wachsen müssen
Software wird composable: APIs, Agent Actions, MCP — Docs sind Teil des Interfaces, nicht Support-Anhang. Coding-Agenten lesen Docs als Material für sichere Aktionen.
Mehr „Software-adjacent“ Builder (Automation, interne Tools) → mehr Endpoints, mehr Integrationsflächen → mehr Dokumentationsbedarf. Second-Order: Agenten erleichtern Code, Koordinations- und Doc-Problem wächst.
Machine-facing Layer neben der Docs-Seite: llms.txt, MCP, Skills, strukturierte Referenz. Fehlt das, sinkt Sichtbarkeit in AI-Workflows — unabhängig vom HTML-Design.
Enge These statt Everything-Suite
Incumbents werden breiter (Plattform-Druck, Funding, Enterprise-Features) — oft schwerer, nicht besser für Teams mit einem scharfen Problem. Failure Modes: Workflow zu nervig → Docs veralten; schöne Humans, keine Machine-Layer; flexibles Framework → ihr wartet den Docs-Stack statt das Produkt.
Übertrag auf Agentur-Positionierung: Nicht „wir machen alles mit KI“, sondern z. B. „Docs-as-Code + Agent-Readiness für B2B-APIs“ oder „Governance + Delivery in 90 Tagen“. Enge These = weniger Obligationen, klarer ICP.
Wettbewerb schafft Lücken, wenn große Player upmarket gehen. Präzision schlägt „wir haben auch Feature X“.
Praktische Takeaways für Agentur-Inhaber
□ Markt-Segment beim Kunden benennen (Automation vs. Editorial vs. Framework) □ Machine-Layer in jedes Doc-Angebot □ Eigene Nische schriftlich fixieren (Wer, welches Problem, welcher Proof) □ „Es gibt schon Tools“ als Signal für echten Schmerz lesen.
Awareness schlägt Konkurrenz-Dichte: klares Setup, gute Public Experience, starke Sync-Story — für Kunden und für die eigene Marke.
Verknüpfung: Docs-Tools 2026, Product Hunt organisch.
