Useimmat tietotyöläiset eivät tarvitse enää parempaa yksittäistä promptia. He tarvitsevat tavan saada sama hyvä lopputulos myös ensi viikolla.
Tämä on Structured Prompt-Driven Developmentin, eli SPDD:n, kiinnostavin ajatus. Menetelmä tulee ohjelmistokehityksestä, mutta sen ydin sopii yllättävän hyvin tavalliseen toimistotyöhön: raportteihin, muistioihin, analyysiin, asiakasviestintään, sisällöntuotantoon ja projektinhallintaan. Tässä oppaassa käännämme SPDD:n tietotyöläisen arkeen ja rakennamme mallin, jonka voi ottaa käyttöön ilman koodia.
Mikä SPDD on? Prompti työtuotteena
Martin Fowlerin sivustolla julkaistu SPDD-artikkeli kuvaa menetelmän, jonka Thoughtworksin sisäinen IT-organisaatio kehitti AI-avusteiseen ohjelmistokehitykseen. Ongelma oli tuttu: yksittäinen kehittäjä saa tekoälyn avulla koodia nopeasti, mutta tiimitasolla syntyy uusia kitkoja. Vaatimukset tulkitaan väärin. Katselmointi vaikeutuu. Muutoksia tulee enemmän kuin ihmiset ehtivät ymmärtää. Laatu vaihtelee.
Sama näkyy tietotyössä.
Yksi asiantuntija pyytää ChatGPT:tä tiivistämään raportin. Toinen tekee samasta aiheesta johtoryhmäkalvot Claudella. Kolmas kirjoittaa asiakasviestin Copilotilla. Kaikki saavat "ihan hyvän" luonnoksen. Mutta kun työ pitäisi toistaa kuukauden päästä, kukaan ei enää muista, millä ohjeella hyvä tulos syntyi.
SPDD:n ratkaisu on yksinkertainen: prompti ei ole kertakäyttöinen chat-viesti. Se on työhön kuuluva dokumentti.
Hyvä prompti tallennetaan. Sitä parannetaan. Sitä arvioidaan. Sitä käytetään uudelleen. Jos työ muuttuu, prompti päivitetään samalla tavalla kuin ohje, prosessi tai mallipohja päivitettäisiin.
Tietotyöläiselle tämä tarkoittaa ajattelutavan muutosta. Älä kirjoita tekoälylle vain pyyntöä. Kirjoita briefi.
Briefissä kerrotaan:
mitä ollaan tekemässä
kenelle lopputulos tulee
millä käsitteillä työtä ajatellaan
mitä tekoälyn pitää huomioida
missä muodossa tulos annetaan
miten laatu tarkistetaan
mitä tekoäly ei saa tehdä
Tämä kuulostaa hitaammalta kuin "tiivistä tämä". Aluksi se onkin hitaampaa. Mutta jos sama työ toistuu, se maksaa itsensä nopeasti takaisin.
Miksi tavallinen promptaaminen hajoaa?
Tavallinen promptaaminen toimii hyvin pienissä tehtävissä. Jos haluat muotoilla yhden sähköpostin ystävällisemmäksi, et tarvitse menetelmää. Kirjoita pyyntö, tarkista vastaus ja lähetä.
Ongelma syntyy, kun tehtävä on toistuva, vastuullinen tai tiimin yhteinen.
Kuvitellaan asiantuntija, joka tekee joka kuukausi asiakaspalautteista koosteen johtoryhmälle. Hän avaa tekoälyn ja kirjoittaa:
Tiivistä nämä asiakaspalautteet johtoryhmälle.
Tulos voi olla kohtalainen. Mutta siinä on monta ongelmaa.
Vastaanottajaa ei ole määritelty tarkasti. Johtoryhmä haluaa päätöksiä, ei välttämättä tarinoita. Tekoäly ei tiedä, mitkä tuotteet, asiakasryhmät tai mittarit ovat olennaisia. Se ei tiedä, pitääkö painottaa riskejä, kasvumahdollisuuksia vai asiakaskokemuksen pullonkauloja. Se ei tiedä, saako se tehdä johtopäätöksiä, jos data on ohutta.
Ja ehkä tärkein: jos lopputulos on hyvä, hyvä työtapa jää piiloon keskusteluun.
Seuraavalla kuukaudella sama henkilö tekee työn uudelleen. Hän muistaa ehkä suunnilleen mitä pyysi. Tekoäly vastaa vähän eri tavalla. Rakenne muuttuu. Sävy muuttuu. Yksi riski jää pois. Yksi havainto paisuu liian suureksi. Näin syntyy AI-työn hiljainen laatuongelma.
SPDD siirtää huomion yksittäisestä vastauksesta työprosessiin. Hyvä lopputulos ei ole vain hyvä teksti. Hyvä lopputulos on toistettava tapa tuottaa hyvä teksti.
Nopea testi auttaa päättämään, kannattaako tehtävästä tehdä strukturoitu prompti:
Kysymys | Jos vastaat kyllä |
|---|---|
Toistuuko tämä työ? | Tee promptista pohja. |
Käyttääkö joku muu lopputulosta? | Kirjoita hyväksymiskriteerit näkyviin. |
Voiko virhe aiheuttaa haittaa? | Lisää tarkistuslista ja rajaukset. |
Pitääkö tuloksen näyttää samalta eri kerroilla? | Määrittele rakenne. |
Käyttääkö tiimi samaa tehtävää? | Tallenna prompti yhteiseen paikkaan. |
Jos kaikkiin vastaa ei, tavallinen prompti riittää. Jos kahteenkin vastaa kyllä, SPDD alkaa kiinnostaa.
REASONS Canvas: seitsemän kohtaa, joilla AI saa rajat
SPDD:n keskeinen työkalu on REASONS Canvas. Ohjelmistokehityksessä se ohjaa tekoälyä vaatimuksista toteutukseen. Tietotyössä se toimii työbriefinä.
REASONS tulee seitsemästä sanasta:
Osa | Kysymys tietotyöläiselle |
|---|---|
R -- Requirements | Mitä pitää saada aikaan ja mistä tiedämme, että työ on valmis? |
E -- Entities | Mitkä ihmiset, asiakkaat, tuotteet, dokumentit, mittarit tai käsitteet liittyvät tehtävään? |
A -- Approach | Millä tavalla tehtävä ratkaistaan? |
S -- Structure | Missä muodossa lopputulos annetaan? |
O -- Operations | Missä järjestyksessä tekoälyn pitää tehdä työ? |
N -- Norms | Mitä tyyliä, laatua ja organisaation sääntöjä noudatetaan? |
S -- Safeguards | Mitä tekoäly ei saa tehdä? |
Tämä ei ole vain pidempi prompti. Se on eri laji.
Tavallinen prompti antaa tekoälylle suunnan. REASONS antaa suunnan, rajat ja tarkistustavan.
Katsotaan sama asiakaspalautteen kooste REASONS-muodossa:
Osa | Esimerkki |
|---|---|
Requirements | Tee johtoryhmälle yhden sivun kooste kuukauden asiakaspalautteista. Lopputulos on valmis, kun siinä on kolme tärkeintä havaintoa, päätöstä vaativat riskit ja suositellut seuraavat toimet. |
Entities | Asiakasryhmät, tuotteet, palautekanavat, NPS, reklamaatiot, tukipyynnöt, myynnin kommentit. |
Approach | Nosta toistuvat teemat. Älä rakenna johtopäätöstä yksittäisen palautteen varaan. Erota havainto, tulkinta ja suositus. |
Structure | Otsikko, lyhyt yhteenveto, kolme havaintoa, riskit, suositellut toimet, mitä emme vielä tiedä. |
Operations | Luokittele palaute, yhdistä samankaltaiset teemat, priorisoi vaikutuksen mukaan, kirjoita kooste, tarkista väitteiden tuki datasta. |
Norms | Asiallinen, suora, konkreettinen. Ei markkinointikieltä. Ei pitkää johdantoa. |
Safeguards | Älä keksi numeroita. Älä nimeä yksittäisiä asiakkaita. Merkitse epävarmat johtopäätökset. |
Kun tämän kirjoittaa kerran hyvin, seuraava kuukausi on helpompi. Ja sitä seuraava vielä helpompi.
SPDD-työnkulku tietotyöläiselle
Alkuperäisessä SPDD:ssä työnkulku kulkee vaatimuksista analyysiin, REASONS Canvasiin, toteutukseen, katselmointiin ja takaisin promptin päivittämiseen. Ohjelmistokehityksessä prompti elää versionhallinnassa koodin rinnalla.
Tietotyöläinen ei tarvitse samaa työkalupinoa. Perusajatus riittää.
Käytännön työnkulku näyttää tältä:
Tilaa AI-Sanomien Plus-jäsenyys niin näet loput sisällöstä
Tilaamalla AI-Sanomien maksullisen jäsenyyden saat pääsyn kaikkiin uutiskirjeen sisältöihin sekä tuet Suomen parasta AI-mediaa.
Tilaa jäsenyys tästä! Voit lopettaa koska tahansa.Miksi tilaus kannattaa?:
- Näet kaikki uutiskirjeen sisällöt, uudet AI-työkalut sekä vinkit tekoälyn käyttöön.
- Pääsy kaikkiin verkkokursseihin kurssit.aisanomat.fi-alustassa
- Pääsy Kehotesuunnittelija.fi Premium-tasoon (15 €/kk)
- Pääsy satoihin maksullisiin sisältöihin, oppaisiin ja artikkeleihin
