Produktdokumentation, die die Gründe neben den Anforderungen behält.
Eine Spec erklärt selten die ganze Entscheidung. In Nodary steht die Spec einer Funktion neben ihrer Recherche, ihrem technischen Konzept und den Entscheidungen, die sie geprägt haben, jedes mit Zuständigkeit und Status. Die Coding-Agenten Ihrer Entwickler lesen alles über MCP und wissen, welche Seiten aktuell sind.
Das Problem, in den Worten Ihres Teams
Produkt- und Entwicklungsteams schreiben viel und verlieren dann den Überblick, welche Seite gilt. Die Spec sagt das eine, das Ticket das andere, und die Entscheidung, die beides geändert hat, fiel in einem Call, den niemand festgehalten hat. Wenn eine Entwicklerin, oder ein Coding-Agent, die Arbeit übernimmt, kommen die Anforderungen ohne ihre Gründe an, und dieselben Fragen tauchen im Review wieder auf.
- Ist diese Spec freigegeben oder noch ein Entwurf?
- Warum haben wir diese Anforderung gestrichen?
- Der Agent hat es nach der alten Fassung des Dokuments gebaut.
Eine Woche mit Nodary
Wie eine Woche aussehen kann, wenn die Arbeit in Nodary lebt. Jeder Tag nutzt etwas, das das Produkt heute kann.
- Montag
Die Spec aus einer Vorlage schreiben
Beginnen Sie die Spec der Funktion mit der Vorlage Produktspezifikation (PRD): das Problem und wen es betrifft, Ziele und Nicht-Ziele, Anforderungen als Checkliste, Erfolgskennzahlen mit Ausgangswert und Ziel. Verknüpfen Sie sie mit [[Titel]] mit Recherche und technischem Konzept, damit jede dieser Seiten die Spec listet, die auf sie verweist.
Vorlagen für Produktanforderungen - Dienstag
Ablauf und Zahlen in die Spec holen
Zeichnen Sie ein Mermaid-Fluss-, Sequenz- oder Zustandsdiagramm direkt in die Spec, wo die Diskussion stattfindet; ein fehlerhaftes Diagramm wird in klaren Worten erklärt. Fügen Sie eine Tabelle für Schätzungen oder ein Preismodell hinzu, mit den Annahmen daneben und rund 60 Funktionen, und kommentieren Sie eine einzelne Zelle, wenn eine Zahl falsch aussieht.
Tabellen, Eigenschaften und Live-Ansichten in Dokumenten - Mittwoch
Jede Spec nach Status verfolgen
Geben Sie jedem Dokument einen Status (Entwurf, in Prüfung, freigegeben, veröffentlicht, erledigt oder blockiert), eine Zuständigkeit und eine Fälligkeit. Eine Live-Ansicht sammelt die Dokumente des Releases als Board, Tabelle oder Zeitleiste, und die Fortschrittsansicht zeichnet ein Burn-up, das sagt, ob der Meilenstein zum Zieldatum landet.
Releases auf den Dokumenten planen
- Donnerstag
Die Spec prüfen, die Entscheidung festhalten
Bitten Sie einen Inhaber oder Administrator des Arbeitsbereichs oder einen Projekt-Admin um die Prüfung der Spec; die Person gibt sie frei oder schickt sie mit einer Notiz zurück, mit Name und Zeitpunkt signiert, und die Entscheidung kann in einem Slack- oder Discord-Kanal erscheinen. Halten Sie das Warum in einer Architekturentscheidung (ADR) fest, markieren Sie sie als Kanon und die ersetzte Fassung als ersetzt, damit niemand nach der falschen Seite baut.
Prüfungen und Freigaben - Freitag
Die Arbeit an Entwickler und ihre Agenten übergeben
Entwickler verbinden Claude Code, Cursor oder VS Code über MCP mit dem Arbeitsbereich, per OAuth oder mit einem auf ein Projekt beschränkten Schlüssel. Der Agent liest die Spec, das verknüpfte Konzept und die Entscheidungen und erfährt, welche Seiten Kanon sind, bevor er sich darauf verlässt. Widersprechen sich zwei Dokumente, zeigt Nodary beide Stellen nebeneinander.
Cursor mit Ihrer Produktdokumentation verbinden
Eine Vorlage für den Start
Produktspezifikation (PRD)
Beginnen Sie jede Funktion mit der Produktspezifikation (PRD), einer von 30 integrierten Vorlagen in 12 Sprachen. Ergänzen Sie sie bei Bedarf um das Technische Konzept und die Architekturentscheidung (ADR), und speichern Sie die Spec Ihres Teams als Vorlage, sobald sie sich bewährt.
- Ziele und Nicht-Ziele, damit der Umfang nur einmal verhandelt wird
- Anforderungen als Kästchen, die beim Ausliefern abgehakt werden
- Erfolgskennzahlen mit Ausgangswert und Ziel
Eine Produktentscheidung vorbereiten
Optionen vergleichen, mit Belegen und Zielkonflikten im Blick.
Vergleiche die in den ausgewählten Quellen dokumentierten Optionen mit dem Produktziel, den Bedürfnissen der Nutzer und den Lieferbedingungen. Benenne Annahmen, Zielkonflikte und noch fehlende Belege.
Eine Mission für das Kontextstudio, bereit zum Anpassen: Sie enthält keine Projektdokumente, nur die Aufgabe und die zu sammelnden Quellen.
Zu sammelnde Quellen- Problemstellung und Nutzerfeedback
- Optionen und Produktspezifikationen
- Lieferbedingungen und frühere Entscheidungen
Erwartetes Ergebnis Eine Vergleichstabelle, eine bedingte Empfehlung, gestützt auf die Quellen, und die Fragen, die vor der Entscheidung zu klären sind. Stelle die Empfehlung nicht als genehmigte Entscheidung dar.
Drei Anfragen für Ihren KI-Agenten
Dieselbe MCP-Verbindung dient der Produktmanagerin in ChatGPT und dem Entwickler in Cursor. Agenten lesen und schreiben Dokumente Block für Block im Rahmen der Rolle der Person, und ein erneuter Versuch mit demselben Schlüssel schreibt nie doppelt.
Agenten verbindenSie fragenLies die Spec zum Checkout-Redesign und ihre verknüpften Entscheidungen und liste die Anforderungen ohne Abnahmekriterien auf.
search_documentsget_documentget_star
Sie fragenVergleiche die aktuelle Export-Spec mit der Fassung, die letzte Woche freigegeben wurde, und fasse die Änderungen zusammen.
list_versionsdiff_versions
Sie fragenLege aus der Vorlage ein Technisches Konzept für die Exportfunktion an und verknüpfe es mit der Spec.
create_from_templatelink_stars
Was Nodary nicht tut
- Keine Synchronisation mit Jira, Linear oder GitHub: Tickets und Pull Requests bleiben in ihren Tools, verlinkt aus der Spec.
- Nodary liest Ihr Code-Repository nicht: Ein Coding-Agent liest den Code auf seiner Seite und die Dokumente über Nodary.
- Keine Zeiterfassung und keine Gantt-Planung: Ein auf der Zeitleiste verschobenes Dokument verschiebt nie die, die von ihm abhängen.
- Kein Single Sign-on (SSO) und kein Self-Hosting: Nodary läuft auf AWS in den USA.
Der passende Tarif
Pro
15 € pro Platz und Monat, monatliche Abrechnung
Für Solo-Kreative oder ein kleines Team, das bereit ist, etwas herauszubringen.
Pro passt zu den meisten Produktteams: unbegrenzte Dokumente, mehrere Projekte sowie MCP und Studio-KI für jedes Mitglied. Wechseln Sie zu Studio, wenn Sie mehr Mitglieder brauchen oder Projekte, die den hinzugefügten Personen vorbehalten sind.
- Bis zu 5 Mitglieder
- Bis zu 10 Projekte, unbegrenzt Dokumente
- 5 GB Dateispeicher
- Studio-KI: 800 ☄ pro Platz und Monat, gemeinsam fürs Team
Fragen
Kann Nodary unser Wiki für Produkt-Specs ersetzen?
Ja, für Teams, die Specs, Entscheidungen und Pläne in einem verknüpften Arbeitsbereich mit ihrem Verlauf wollen. Importieren Sie Markdown, Word, HTML oder einen Notion-Export für den Start. Ein Ticket-Tracker ist es nicht: Behalten Sie Sprint-Tickets in ihrem Tool und verlinken Sie sie aus der Spec.
Lässt sich Nodary mit Jira, Linear oder GitHub verbinden?
Heute nicht. Fügen Sie Links zu Tickets und Pull Requests in jedes Dokument ein. Ein Agent mit Zugriff auf beide Tools, etwa Claude Code mit Ihrem geöffneten Repository, liest den Code auf der einen Seite und die Dokumentation über Nodary auf der anderen.
Wie lesen Coding-Agenten unsere Specs?
Über den MCP-Server von Nodary. Claude Code, Cursor, VS Code und andere MCP-Clients melden sich per OAuth oder mit einem API-Schlüssel an, der auf ein Projekt beschränkt sein kann, und lesen oder schreiben Dokumente im Rahmen der Rolle der Person. Jeder Schreibvorgang eines Agenten bewahrt die Fassung davor.
Können wir Architekturentscheidungen festhalten?
Ja. Beginnen Sie jede mit der Vorlage Architekturentscheidung (ADR): Status, Datum, Entscheidende, Kontext, Entscheidung, Alternativen, Folgen. Markieren Sie die angenommene als Kanon und eine alte als durch die neue ersetzt. Agenten erfahren den Status eines Dokuments, bevor sie es lesen.
Können Beteiligte außerhalb des Teams eine Spec lesen?
Ja, über einen schreibgeschützten Freigabelink zu einem Dokument, einem Dokument mit allem darunter oder dem ganzen Arbeitsbereich, für eine gewählte Zahl von Tagen oder unbegrenzt, jederzeit widerrufbar. Zum Kommentieren tritt eine Person dem Arbeitsbereich als Mitglied bei.
Geben Sie Ihrer nächsten Spec ihre Gründe.
Starten Sie kostenlos mit einem Projekt, oder öffnen Sie das Beispielprojekt in der Demo mit Status-Board und einer Tabelle der verspäteten Dokumente: ohne Konto.
Kostenlos für zwei Mitglieder und zehn Dokumente. Ohne Karte.