Varför AI inte bör skriva dina användarberättelser

När Open AI introducerade ChatGPT i november 2022 följde en inledande period av intensiv nyfikenhet kring vad det kunde göra.

En febril kapplöpning följde för att komma på hur man kunde använda denna nya omvälvande teknik.

Det dröjde inte länge innan produktchefer gav sig in i leken och kunde se på utmaningen ur två olika perspektiv:

• Var kan jag använda AI i min produkt?
• Hur kan jag använda AI för att göra mitt liv enklare som produktchef?

Om du arbetar med en plattform för produktledning kanske du ser dessa två perspektiv mötas genom att bygga in automatisk skapelse av användarberättelser i ditt verktyg.

Strålande!

Men bara för att du kan göra något betyder det inte att du bör göra det.

Argumenten för att använda AI för att skriva användarberättelser

Så gott som över en natt dök en helt ny kategori av AI för produktchefer upp – generatorer för användarberättelser.

Vissa av dem är till och med gratis!

Därefter började etablerade plattformar för produktledning lägga till AI-funktioner i sina verktyg, bland annat generering av användarberättelser med ett knapptryck.

Fördelarna som dessa verktyg, och artiklarna som hyllade dem, utlovade var olika varianter av denna lista:

• Att generera användarberättelser med AI är snabbare och mer effektivt än att skapa dem manuellt.
• Att generera användarberättelser med AI säkerställer ett konsekvent format och bidrar därmed till tydlighet.
• Att generera användarberättelser med AI säkerställer mer korrekta användarberättelser.
• Att generera användarberättelser med AI ökar kreativiteten.
• Att generera användarberättelser med AI förbättrar samarbetet.

Jag ska bemöta vart och ett av dessa antaganden, men först tycker jag att det är viktigt att reflektera över det ursprungliga syftet med användarberättelser.

Vad användarberättelser var avsedda för

I sin bok Kartläggning av användarberättelser beskrev Jeff Patton kortfattat varför användarberättelser har fått sitt namn:

Berättelser har fått sitt namn utifrån hur de ska användas, inte utifrån vad som ska skrivas.

-JEFF PATTON, KARTLÄGGNING AV ANVÄNDARBERÄTTELSER

Jeff utvecklar sedan tanken med ett citat från Kent Beck, som utvecklade konceptet användarberättelser.

"Om vi samlas och pratar om problemet vi löser med programvara, vem som ska använda den och varför, kan vi tillsammans nå fram till en lösning och samtidigt bygga en gemensam förståelse."

Användarberättelser identifierar vad någon vill åstadkomma med din produkt och varför.

Det finns tre viktiga saker att komma ihåg om användarberättelser när du avgör hur, eller ens om, du bör använda AI som hjälp för att skapa dem.

1. Användarberättelser är platshållare för ett samtal

De bör fungera som en påminnelse som sätter igång en mer ingående diskussion i ditt produktteam om vilket problem ni hjälper era användare att lösa.

Du kommer förmodligen att vilja skriva ner vad ni pratade om, men gör det som en påminnelse och referens, inte som det enda sättet att kommunicera krav. Även om du kanske inte använder det för att skriva användarberättelser kan AI vara användbart vid kravinsamling.

2. Användarberättelser är ett planeringsverktyg

De gör det möjligt för dig att dela upp arbetet med att bygga din produkt utifrån vad dina användare kan åstadkomma med den, i stället för att lista de uppgifter du behöver utföra.

Att dela upp arbetet på det här sättet hjälper dig att gå in på detaljer när du behöver det – inte långt i förväg.

Användarberättelser hjälper dig också att hålla fokus på vad du kommer att lägga in i din produkt och vad du inte kommer att lägga in, på ett sätt som en uppgiftslista helt enkelt inte hjälper dig med.

Det är därför det inte nödvändigtvis är hjälpsamt att brainstorma fram en massa användarberättelser som du skulle kunna genomföra. Mer om det strax.

3. Det är inte skrivandet som är viktigt

På grund av de två första punkterna visar det sig att hur du skriver användarberättelser egentligen inte är särskilt viktigt.

Precis som med många saker i livet kan vi vända oss till Seinfeld för att illustrera poängen.

I avsnittet Den alternativa sidan reserverar Jerry en hyrbil, bara för att upptäcka att de hade hans reservation, men att de inte hade hans bil. Här är vad som hände.

Seinfeld - Car Reservation

Jerry Seinfeld om att reservera hyrbilar:

"Du förstår, du vet hur man tar emot reservationen, men du vet bara inte hur man håller reservationen. Och det är faktiskt den viktigaste delen av reservationen: att hålla den. Vem som helst kan ju bara ta emot dem!"

När du omformulerar det för användarberättelser:

Du förstår, du vet hur man skriver användarberättelsen, men du vet bara inte hur man skapar en gemensam förståelse kring användarberättelsen. Och det är faktiskt den viktigaste delen av användarberättelsen: den gemensamma förståelsen. Vem som helst kan ju bara skriva dem!

Användarberättelserna som du skriver och inte skriver är mycket viktigare än hur du skriver dem.

Så länge din användarberättelse ger produktteamet tillräckligt med information för att komma ihåg sina diskussioner om vad användaren försöker uppnå – då borde det räcka.

Varför du inte bör använda AI för att skriva användarberättelser

Med den kontexten i åtanke kring det avsedda användningsområdet för användarberättelser kan vi använda argumenten för att använda AI för att skriva användarberättelser till att förklara varför du inte bör göra det.

Antagande 1: Det går snabbare och är effektivare

Motargument: Tja, inte nödvändigtvis.

De flesta artiklar som introducerar användningen av AI i produktupptäckt för att skriva användarberättelser antyder eller säger uttryckligen att användarberättelser är ett nödvändigt ont.

Det klagas på hur lång tid det tar att skriva alla dessa användarberättelser och få dem precis rätt. Drömska tankar som: "Om vi bara kunde göra den uppgiften snabbare och effektivare!" Vissa uttrycker till och med en önskan om att slippa brainstormingen kring olika användarberättelser.

När jag ser sådana klagomål undrar jag om folk missar poängen. Att skriva ned den första användarberättelsen borde inte vara betungande. Det är en snabb påminnelse om att gå in mer i detalj och anteckna relevant information från diskussionen. Den behöver inte vara perfekt från början.

Att brainstorma fram en massa användarberättelser och lägga in dem i produktbackloggen för att hantera dem senare är en dålig vana som många produktteam har lagt sig till med under åren.

Ett bättre tillvägagångssätt är att börja med ett specifikt resultat och sedan identifiera de specifika berättelser som hjälper dig att nå dit.

Samarbetsmetoder som påverkanskartor och träd för möjligheter och lösningar hjälper dig att identifiera dessa användarberättelser.

Antagande 2: Det är konsekvent när det gäller format och tydlighet

Motargument: Konsekvent formatering är inte avgörande i ett tidigt skede.

På ytan är konsekventa och tydliga användarberättelser något mycket bra. Frågan du måste ställa är om det är viktigt att användarberättelserna har ett konsekvent format när du först skapar dem eller efter att produktteamet har fått möjlighet att diskutera dem.

Jag hävdar att det är viktigare att redigera för konsekvens precis innan teamet ska börja utvecklingsarbetet än att vara konsekvent när du först skriver ned dem.

Ni kommer ändå att diskutera användarberättelsen, så skriv tillräckligt för att sätta igång samtalet och låt det vara så.

Om du är orolig för att inte komma ihåg vad någon liten meningsdel betydde, är det förmodligen ett tecken på att du skapar användarberättelsen alldeles för långt i förväg i förhållande till när du ska agera på den.

Antagande 3: Det stimulerar kreativiteten

Motargument: Det kan också föra dig längre bort från poängen.

AI-drivna verktyg lovar att hjälpa dig ur skrivkrampen genom en rad fördefinierade mallar och uppmaningar för användarberättelser. Det är bra om du vill generera en hel mängd udda idéer.

Men som jag nämnde tidigare vill du inte fylla din backlogg med en massa brus i form av användarberättelser. I stället vill du fokusera på de saker som hjälper dig att komma närmare dina resultat.

Teknikerna jag nämnde tidigare är ett utmärkt sätt att identifiera meningsfulla användarberättelser med fokus på att uppnå resultat. Och kom ihåg att begränsningar är bra för att stimulera kreativiteten.

Antagande nr 4: Det blir mer exakt

Motargument: Det här stämmer bara om ditt AI-verktyg har en mycket omfattande förståelse för din produkt och dina användare.

Argumentet för exakthet är att generering av berättelser baserat på stora mängder data och kundfeedback leder till mer exakta berättelser. Resonemanget är att dessa berättelser är mer ”exakta” eftersom de stämmer överens med kundernas behov.

Det här kan vara det bästa argumentet för att använda AI, men det bygger på ett par stora ”om”.

• Du tränar ditt AI-verktyg på data från din specifika produkt.
• Du har tillräckligt mycket produktdata för att genomföra en effektiv analys.

Det första ”om:et” utesluter alla dessa ”kostnadsfria” verktyg som bygger på GPT 3, 4 och så vidare.

Det andra om:et är inte särskilt hjälpsamt om du bygger ett nytt verktyg eller precis har börjat samla in kundfeedback på ett meningsfullt sätt.

Antagande nr 5: Förbättrat samarbete

Motargument: Ursäkta – va?!

Ja … jag fick läsa argumentet en gång till när jag såg det.

Menar du att det faktum att AI genererar användarberättelser – vilket antyder att de är redo att slängas över till utvecklarna så fort de spottats ur verktyget – förbättrar samarbetet?

Sedan tittade jag på förklaringarna igen. De framhäver främst fördelarna med användarberättelser i allmänhet, inte berättelser som specifikt har skapats av AI.

Bra försök, men jag är inte övertygad.

Menar du att jag inte ska använda AI alls?

Jag är ingen luddit.

AI har en plats, även i verktyg för produkthantering. Att försöka automatisera aktiviteter som kräver samarbete med ditt produktteam är inte den platsen.

Det är vettigt att använda AI för att sammanställa all den kundfeedback du förhoppningsvis får in. Det kan också vara användbart för att generera olika testfall för att säkerställa att du har full täckning.

Doug Steele tog upp samma ämne på LinkedIn och föreslog att du inte bör låta AI ta över skrivandet av användarberättelser, men att du kan använda dess hjälp som ett komplement till dina egna insatser.

Bara för att du kan betyder det inte att du bör göra det.

När det gäller att skriva användarberättelser eller någon potentiell affärsidé baserad på AI ska du inte använda AI bara för sakens skull. Ta reda på var användningen av AI verkligen tillför värde.

Ett bra ställe att börja på är att ändra på frågorna jag ställde ovan.

• Var kan AI vara meningsfullt i din produkt?
• Var är det meningsfullt att använda AI som hjälp i dina aktiviteter inom produkthantering?

Att ställa frågorna på det sättet hjälper dig att säkerställa att du använder AI på ett ansvarsfullt sätt – för att förbättra din produkt och göra ditt liv som produktchef enklare.

Glöm inte att prenumerera på vårt nyhetsbrev för fler resurser och guider om produkthantering, samt de senaste poddarna, intervjuerna och andra insikter från branschledare och experter.