Produktdokumentasjon som holder grunnene ved siden av kravene.
En spesifikasjon forklarer sjelden hele beslutningen. I Nodary står en funksjons spesifikasjon ved siden av researchen, det tekniske designet og beslutningene som formet den, hver med en ansvarlig og en status. Utviklernes kodeagenter leser alt via MCP og vet hvilke sider som gjelder.
Problemet, med teamets egne ord
Produkt- og utviklingsteam skriver mye og mister så oversikten over hvilken side som gjelder. Spesifikasjonen sier én ting, saken en annen, og beslutningen som endret begge ble tatt i en samtale ingen oppsummerte. Når en utvikler, eller en kodeagent, tar over arbeidet, kommer kravene uten grunnene sine, og de samme spørsmålene dukker opp igjen i gjennomgangen.
- Er denne spesifikasjonen godkjent eller fortsatt et utkast?
- Hvorfor strøk vi det kravet?
- Agenten bygde det etter den gamle versjonen av dokumentet.
En uke med Nodary
Slik kan en uke se ut når arbeidet lever i Nodary. Hver dag bruker noe produktet gjør i dag.
- Mandag
Skriv spesifikasjonen fra en mal
Begynn funksjonens spesifikasjon med malen Produktspesifikasjon (PRD): problemet og hvem som har det, mål og ikke-mål, krav som sjekkliste, suksessmål med utgangspunkt og mål. Koble den til researchen og det tekniske designet med [[Tittel]], så hver av de sidene lister spesifikasjonen som peker til den.
Maler for produktkrav - Tirsdag
Legg flyten og tallene i spesifikasjonen
Tegn et Mermaid-diagram, flyt, sekvens eller tilstand, rett i spesifikasjonen der diskusjonen foregår; et ødelagt diagram forklares med enkle ord. Legg til et regneark for anslag eller en prismodell med antakelsene ved siden av, beregnet med rundt 60 funksjoner, og kommenter én enkelt celle når et tall ser feil ut.
Regneark, egenskaper og sanntidsvisninger i dokumenter - Onsdag
Følg hver spesifikasjon etter status
Gi hvert dokument en status (utkast, til gjennomgang, godkjent, publisert, ferdig eller blokkert), en ansvarlig og en frist. En sanntidsvisning samler utgivelsens dokumenter i en tavle, en tabell eller en tidslinje, og fremdriftsvisningen tegner en burn-up som sier om milepælen lander på måldatoen.
Planlegg utgivelser direkte på dokumentene
- Torsdag
Gå gjennom spesifikasjonen, skriv ned beslutningen
Be en eier eller administrator i arbeidsområdet, eller en prosjektadministrator, om å gå gjennom spesifikasjonen; den godkjennes eller sendes tilbake med et notat, signert med hvem og når, og beslutningen kan publiseres i en Slack- eller Discord-kanal. Skriv ned hvorfor i en Arkitekturbeslutning (ADR), merk den som kanon og merk versjonen den erstatter som erstattet, så ingen bygger på feil side.
Gjennomganger og godkjenninger - Fredag
Gi arbeidet videre til utviklerne og agentene deres
Utviklerne kobler Claude Code, Cursor eller VS Code til arbeidsområdet via MCP, med OAuth eller en nøkkel begrenset til ett prosjekt. Agenten leser spesifikasjonen, det koblede designet og beslutningene, og får vite hvilke sider som er kanon før den stoler på dem. Når to dokumenter motsier hverandre, viser Nodary begge avsnittene side om side.
Koble Cursor til produktdokumentasjonen
En mal å begynne med
Produktspesifikasjon (PRD)
Begynn hver funksjon med Produktspesifikasjon (PRD), en av de 30 innebygde malene, på 12 språk. Suppler med Teknisk design og Arkitekturbeslutning (ADR) når arbeidet krever det, og lagre teamets egen spesifikasjon som mal når den fungerer.
- Mål og ikke-mål, så omfanget diskuteres én gang
- Krav som avkrysningsbokser som krysses av når de leveres
- Suksessmål med utgangspunkt og mål
Forbered en produktbeslutning
Sammenlign alternativene med belegg og avveininger for øye.
Sammenlign alternativene som er dokumentert i de valgte kildene, med produktmålet, brukernes behov og leveransebegrensningene. Identifiser antakelser, avveininger og belegg som fortsatt mangler.
Et oppdrag for kontekststudioet, klart til å tilpasses: det inneholder ingen prosjektdokumenter, bare oppgaven og kildene som skal samles.
Kilder som skal samles- Problembeskrivelse og tilbakemeldinger fra brukere
- Alternativer og produktspesifikasjoner
- Leveransebegrensninger og tidligere beslutninger
Forventet resultat En sammenligningstabell, en betinget anbefaling støttet av kildene og spørsmålene som må avklares før beslutningen. Ikke presenter anbefalingen som en godkjent beslutning.
Tre forespørsler til AI-agenten din
Den samme MCP-tilkoblingen betjener produktsjefen i ChatGPT og utvikleren i Cursor. Agenter leser og skriver dokumenter blokk for blokk innenfor personens rolle, og et nytt forsøk med samme nøkkel skriver aldri to ganger.
Koble til en agentDu spørLes spesifikasjonen for den nye kassen og de koblede beslutningene, og list kravene som ennå mangler akseptansekriterier.
search_documentsget_documentget_star
Du spørSammenlign den nåværende eksportspesifikasjonen med versjonen som ble godkjent forrige uke, og oppsummer hva som er endret.
list_versionsdiff_versions
Du spørOpprett et Teknisk design for eksportfunksjonen fra malen og koble det til spesifikasjonen.
create_from_templatelink_stars
Dette gjør ikke Nodary
- Ingen synkronisering med Jira, Linear eller GitHub: saker og pull requests blir i sine verktøy, lenket fra spesifikasjonen.
- Nodary leser ikke kodelageret ditt: en kodeagent leser koden på sin side og dokumentene via Nodary.
- Ingen timeføring og ingen Gantt-planlegging: å flytte et dokument på en tidslinje flytter aldri dem som avhenger av det.
- Ingen enkel pålogging (SSO) og ingen egen drift: Nodary kjører på AWS i USA.
Riktig plan
Pro
15 € per plass per måned, fakturert månedlig
For deg som jobber alene, eller et lite team som er klart til å lansere.
Pro passer de fleste produktteam: ubegrenset antall dokumenter, flere prosjekter, og MCP og Studio AI for hvert medlem. Gå over til Studio når du trenger flere medlemmer eller prosjekter forbeholdt personene som legges til.
- Opptil 5 medlemmer
- Opptil 10 prosjekter, ubegrenset med dokumenter
- 5 GB til filer
- Studio AI: 800 ☄ per plass hver måned, delt av teamet
Spørsmål
Kan Nodary erstatte wikien vår for produktspesifikasjoner?
Ja, for team som vil ha spesifikasjoner, beslutninger og planer i ett koblet arbeidsområde med historikken. Importer Markdown, Word, HTML eller en Notion-eksport for å komme i gang. Det er ikke et saksverktøy: behold sprintsakene i sitt verktøy og lenk til dem fra spesifikasjonen.
Integrerer Nodary med Jira, Linear eller GitHub?
Ikke i dag. Lim inn lenker til saker og pull requests i et hvilket som helst dokument. En agent med tilgang til begge verktøyene, som Claude Code med kodelageret åpent, leser koden på den ene siden og dokumentasjonen via Nodary på den andre.
Hvordan leser kodeagenter spesifikasjonene våre?
Via Nodarys MCP-server. Claude Code, Cursor, VS Code og andre MCP-klienter logger inn med OAuth eller en API-nøkkel, som kan begrenses til ett prosjekt, og leser eller skriver dokumenter innenfor personens rolle. Hver skriving fra en agent tar vare på versjonen før.
Kan vi føre arkitekturbeslutninger?
Ja. Begynn hver med malen Arkitekturbeslutning (ADR): status, dato, beslutningstakere, kontekst, beslutning, alternativer, konsekvenser. Merk den vedtatte som kanon og en gammel som erstattet av den nye. Agenter får vite statusen til et dokument før de leser det.
Kan folk utenfor teamet lese en spesifikasjon?
Ja, via en skrivebeskyttet delingslenke til ett dokument, et dokument med alt under seg eller hele arbeidsområdet, for antall dager du velger eller uten slutt, og den kan trekkes tilbake når som helst. For å kommentere blir en person med i arbeidsområdet som medlem.
Gi den neste spesifikasjonen grunnene sine.
Start gratis med ett prosjekt, eller åpne eksempelprosjektet i demoen for å se en statustavle og en tabell over forsinkede dokumenter: ingen konto trengs.
Gratis for to medlemmer og ti dokumenter. Uten kort.