Siirry sisältöön
Nodary
Aloita ilmaiseksi

Tuotedokumentaatio, joka pitää syyt vaatimusten vieressä.

Määrittely selittää harvoin koko päätöksen. Nodaryssa ominaisuuden määrittely on sen tutkimuksen, teknisen suunnitelman ja sitä muovanneiden päätösten vieressä, kullakin vastuuhenkilö ja tila. Kehittäjiesi koodiagentit lukevat kaiken MCP:n kautta ja tietävät, mitkä sivut ovat ajan tasalla.

Aloita ilmaiseksiAvaa esimerkkiprojekti

Päivitetty Lue Markdownina

Reaaliaikainen taulunäkymä Nodaryssa, joka ryhmittelee välitavoitteen asiakirjat tilan mukaan, luonnos, katselmoitavana, valmis ja estetty, jokaisella kortilla vastuuhenkilö ja määräpäivä.
Kuvakaappaukset näyttävät Saltmarrow’n, demoa varten keksityn esimerkkiprojektin.

Ongelma tiimisi omin sanoin

Tuote- ja kehitystiimit kirjoittavat paljon ja kadottavat sitten tiedon siitä, mikä sivu on voimassa. Määrittely sanoo yhtä, tiketti toista, ja päätös, joka muutti molempia, tehtiin puhelussa, jota kukaan ei kirjannut. Kun kehittäjä, tai koodiagentti, ottaa työn vastaan, vaatimukset tulevat ilman syitään, ja samat kysymykset palaavat katselmoinnissa.

  • Onko tämä määrittely hyväksytty vai vielä luonnos?
  • Miksi poistimme tuon vaatimuksen?
  • Agentti rakensi sen asiakirjan vanhan version mukaan.

Viikko Nodaryn kanssa

Tältä viikko voi näyttää, kun työ elää Nodaryssa. Jokainen päivä käyttää jotakin, mitä tuote tekee jo nyt.

  1. Maanantai

    Kirjoita määrittely mallista

    Aloita ominaisuuden määrittely Tuotemäärittely (PRD) -mallista: ongelma ja keitä se koskee, tavoitteet ja ei-tavoitteet, vaatimukset tarkistuslistana sekä onnistumisen mittarit lähtötasoineen ja tavoitteineen. Linkitä se tutkimukseen ja tekniseen suunnitelmaan [[Otsikko]]-merkinnällä, jotta kukin niistä listaa siihen osoittavan määrittelyn.

    Tuotevaatimusten mallit
  2. Tiistai

    Tuo kulku ja luvut määrittelyyn

    Piirrä Mermaid-kaavio, kulku-, sekvenssi- tai tilakaavio, suoraan määrittelyyn, jossa keskustelu käydään; rikkinäinen kaavio selitetään selkokielellä. Lisää taulukko arvioille tai hinnoittelumalli oletuksineen, laskettuna noin 60 funktiolla, ja kommentoi yksittäistä solua, kun luku näyttää väärältä.

    Taulukot, ominaisuudet ja reaaliaikaiset näkymät asiakirjoissa
  3. Keskiviikko

    Seuraa jokaista määrittelyä tilan mukaan

    Anna jokaiselle asiakirjalle tila (luonnos, katselmoitavana, hyväksytty, julkaistu, valmis tai estetty), vastuuhenkilö ja määräpäivä. Reaaliaikainen näkymä kokoaa julkaisun asiakirjat tauluksi, taulukoksi tai aikajanaksi, ja edistymisnäkymä piirtää burn-up-kaavion, joka kertoo, osuuko välitavoite tavoitepäivään.

    Suunnittele julkaisut asiakirjoissa
    Reaaliaikainen edistymisnäkymä välitavoitteelle Nodaryssa: valmis työ suhteessa laajuuteen, burn-up kohti tavoitepäivää ja jäljellä oleva työ, myöhässä olevat asiakirjat ensin vastuuhenkilöineen.
  4. Torstai

    Katselmoi määrittely, kirjaa päätös

    Pyydä työtilan omistajaa tai ylläpitäjää tai projektin ylläpitäjää katselmoimaan määrittely; hän hyväksyy sen tai palauttaa sen muistiinpanon kanssa, allekirjoitettuna sillä, kuka ja milloin, ja päätös voidaan julkaista Slack- tai Discord-kanavalle. Kirjaa perustelu Arkkitehtuuripäätökseen (ADR), merkitse se kaanoniksi ja sen korvaama versio korvatuksi, jottei kukaan rakenna väärän sivun varaan.

    Katselmoinnit ja hyväksynnät
  5. Perjantai

    Anna työ kehittäjille ja heidän agenteilleen

    Kehittäjät yhdistävät Claude Coden, Cursorin tai VS Coden työtilaan MCP:n kautta OAuthilla tai yhteen projektiin rajatulla avaimella. Agentti lukee määrittelyn, linkitetyn suunnitelman ja päätökset, ja se saa tietää, mitkä sivut ovat kaanonia, ennen kuin se luottaa niihin. Kun kaksi asiakirjaa on ristiriidassa, Nodary näyttää molemmat kohdat rinnakkain.

    Yhdistä Cursor tuotedokumentaatioosi
    Nodary-profiilin API-avaimet ja MCP -osio: MCP-osoite liitettäväksi MCP-asiakkaaseen ja agenttiavain työtilalle.

Malli aloitukseen

Valmis malli

Tuotemäärittely (PRD)

Aloita jokainen ominaisuus Tuotemäärittely (PRD) -mallista, joka on yksi 30 valmiista mallista 12 kielellä. Täydennä sitä Teknisellä suunnitelmalla ja Arkkitehtuuripäätöksellä (ADR), kun työ sitä vaatii, ja tallenna tiimisi oma määrittely malliksi, kun se toimii.

  • Tavoitteet ja ei-tavoitteet, jotta rajauksesta keskustellaan kerran
  • Vaatimukset ruutuina, jotka ruksitaan toimitettaessa
  • Onnistumisen mittarit lähtötasoineen ja tavoitteineen
Tuotemäärittely (PRD): ilmainen malli
Ja kontekstitehtävä

Valmistele tuotepäätös

Vertaa vaihtoehtoja niin, että näyttö ja kompromissit pysyvät näkyvissä.

Vertaa valituissa lähteissä dokumentoituja vaihtoehtoja tuotteen tavoitteeseen, käyttäjien tarpeisiin ja toimitusrajoitteisiin. Tunnista oletukset, kompromissit ja vielä puuttuva näyttö.

Tehtävä kontekstistudioon, valmiina mukautettavaksi: se ei sisällä projektin asiakirjoja, vain tehtävän ja kerättävät lähteet.

Kerättävät lähteet
  • Ongelman kuvaus ja käyttäjäpalaute
  • Vaihtoehdot ja tuotemäärittelyt
  • Toimitusrajoitteet ja aiemmat päätökset

Odotettu tulos Vertailutaulukko, lähteisiin perustuva ehdollinen suositus ja kysymykset, jotka on ratkaistava ennen päätöstä. Älä esitä suositusta hyväksyttynä päätöksenä.

Kokeile tehtävää demossa

Kolme pyyntöä tekoälyagentillesi

Sama MCP-yhteys palvelee tuotepäällikköä ChatGPT:ssä ja kehittäjää Cursorissa. Agentit lukevat ja kirjoittavat asiakirjoja lohko kerrallaan henkilön roolin rajoissa, eikä uusi yritys samalla avaimella koskaan kirjoita kahdesti.

Yhdistä agentti

Sinä pyydätLue uuden kassan määrittely ja siihen linkitetyt päätökset, ja listaa vaatimukset, joilta puuttuu vielä hyväksymiskriteerit.

Kutsutut työkalut
  • search_documents
  • get_document
  • get_star

Sinä pyydätVertaa nykyistä vientimäärittelyä viime viikolla hyväksyttyyn versioon ja tiivistä, mikä muuttui.

Kutsutut työkalut
  • list_versions
  • diff_versions

Sinä pyydätLuo vientitoiminnolle Tekninen suunnitelma mallista ja linkitä se määrittelyyn.

Kutsutut työkalut
  • create_from_template
  • link_stars

Mitä Nodary ei tee

  • Ei synkronointia Jiran, Linearin tai GitHubin kanssa: tiketit ja pull requestit pysyvät omissa työkaluissaan, linkitettyinä määrittelystä.
  • Nodary ei lue koodivarastoasi: koodiagentti lukee koodin omalla puolellaan ja asiakirjat Nodaryn kautta.
  • Ei tuntikirjanpitoa eikä Gantt-aikataulutusta: asiakirjan siirtäminen aikajanalla ei koskaan siirrä siitä riippuvia.
  • Ei kertakirjautumista (SSO) eikä omaa ylläpitoa: Nodary toimii AWS:llä Yhdysvalloissa.

Oikea paketti

Pro

15 € paikkaa kohden kuukaudessa, laskutetaan kuukausittain

Itsenäiselle tekijälle tai pienelle tiimille, joka on valmis julkaisemaan.

Pro sopii useimmille tuotetiimeille: rajattomasti asiakirjoja, useita projekteja sekä MCP ja Studio AI jokaiselle jäsenelle. Siirry Studioon, kun tarvitset lisää jäseniä tai projekteja, jotka on varattu niihin lisätyille henkilöille.

  • Jäseniä enintään 5
  • Projekteja enintään 10, rajattomasti asiakirjoja
  • Tiedostotilaa: 5 Gt
  • Studio AI: 800 ☄ paikkaa kohden kuukaudessa, koko tiimin yhteiseen käyttöön
Vertaa kaikkia paketteja

Kysymyksiä

Voiko Nodary korvata tuotemäärittelyjen wikimme?

Kyllä, tiimeille, jotka haluavat määrittelyt, päätökset ja suunnitelmat yhteen linkitettyyn työtilaan historioineen. Aloita tuomalla Markdown-, Word- tai HTML-tiedostoja tai Notion-vienti. Se ei ole tikettijärjestelmä: pidä sprintin tiketit omassa työkalussaan ja linkitä ne määrittelystä.

Integroituuko Nodary Jiraan, Lineariin tai GitHubiin?

Ei tänään. Liitä linkit tiketteihin ja pull requesteihin mihin tahansa asiakirjaan. Agentti, jolla on pääsy molempiin työkaluihin, kuten Claude Code avoimen koodivaraston kanssa, lukee koodin toisaalla ja dokumentaation Nodaryn kautta toisaalla.

Miten koodiagentit lukevat määrittelymme?

Nodaryn MCP-palvelimen kautta. Claude Code, Cursor, VS Code ja muut MCP-asiakkaat kirjautuvat OAuthilla tai API-avaimella, jonka voi rajata yhteen projektiin, ja lukevat tai kirjoittavat asiakirjoja henkilön roolin rajoissa. Jokainen agentin kirjoitus säilyttää sitä edeltävän version.

Voimmeko pitää kirjaa arkkitehtuuripäätöksistä?

Kyllä. Aloita jokainen Arkkitehtuuripäätös (ADR) -mallista: tila, päivämäärä, päättäjät, konteksti, päätös, vaihtoehdot, seuraukset. Merkitse hyväksytty kaanoniksi ja vanha uuden korvaamaksi. Agentit saavat tietää asiakirjan tilan ennen kuin lukevat sen.

Voivatko tiimin ulkopuoliset lukea määrittelyn?

Kyllä, vain luku -jakolinkin kautta yhteen asiakirjaan, asiakirjaan kaikkine alasivuineen tai koko työtilaan, valitsemaksesi ajaksi tai ilman loppua, ja linkin voi perua milloin tahansa. Kommentoidakseen henkilö liittyy työtilaan jäseneksi.

Muita käyttötapauksia

Anna seuraavalle määrittelyllesi sen syyt.

Aloita ilmaiseksi yhdellä projektilla tai avaa esimerkkiprojekti demossa nähdäksesi tilataulun ja myöhässä olevien asiakirjojen taulukon: tiliä ei tarvita.

Aloita ilmaiseksiAvaa esimerkkiprojekti

Ilmainen kahdelle jäsenelle ja kymmenelle asiakirjalle. Ei korttia.