Pixar's regels voor storytelling toegepast op productmanagers en UX-ontwerpers

“De machtigste persoon ter wereld is de verteller. De verteller bepaalt de visie, waarden en agenda van een hele generatie die nog moet komen ”- Steve Jobs

Wanneer ik mensen ontmoet op sociale bijeenkomsten en mij wordt gevraagd wat ik voor de kost doe, is mijn antwoord: "Ik ben een verhalenverteller." “Waarlijk, productmanagers en ontwerpers van gebruikerservaringen zijn vertellers. We moeten constant verhalen vertellen wanneer we met iedereen communiceren. Wij vertellen:

  • Verhalen voor ingenieurs om een ​​geweldig product te bouwen.
  • Verhalen over marketing om een ​​boeiende boodschap naar prospects te sturen.
  • Verhalen aan klanten om hen te inspireren om geweldige dingen te bereiken.
  • Verhalen aan de leidinggevenden en het bestuur om de ROI van onze productinvesteringen te rechtvaardigen, en de lijst gaat verder ...

Een goede verhalenverteller zijn, is de reden waarom sommige productmanagers, marketeers en ontwerpers de sprong maken van Goed naar Geweldig ... en anderen niet. ✥

Laten we geweldige verhalenvertellers worden

Emma Coats tweette een aantal basistips voor het vertellen van verhalen terwijl ze bij Pixar was. Ze werden bekend als "Pixar's 22 regels voor het vertellen van verhalen." Ze deelde de waardevolle lessen van misschien wel de grootste verhalenvertellers van onze generatie, Pixar.

De lessen van Emma uit haar dagen bij Pixar inspireerden me om na te denken over de mijne als productpersoon en als verhalenverteller. In de afgelopen decennia van het bouwen van software heb ik veel slecht gestructureerde verhalen verteld en heb ik geleerd goede te vertellen. Ik heb gezien hoe een goed verhaal van een productmanager resulteert in een tevreden klant, en geen verhaal wordt een functie die niemand gebruikt.

Hier heb ik de relevante regels die Emma presenteerde, samengevat en opnieuw geïnterpreteerd als:

Zeven gewoontes van geweldige verhalen voor productmanagers en UX-ontwerpers - Geïnspireerd door Pixar

1. Zonder een doel is er geen verhaal

We passen technieken toe zoals verhalen van gebruikers, scenarioverhalen, storyboards en reiskaarten. We geven een goed beeld van wat er gebeurt als de gebruiker interactie heeft met een bepaalde productfunctionaliteit. We schrijven echter vaak voor wat moet worden gebouwd of hoe het te gebruiken - en verwaarlozen het onderliggende doel.

Wat is de onderliggende boodschap in het verhaal? Zoals Clayton Christensen zegt: "Mensen willen geen boor van een kwart-inch kopen, ze willen een gat van een kwart-inch." Vraag jezelf af, ben ik de kenmerken van de boor voorschrijven? Of uitleggen hoe de gebruiker het gat boort? In plaats van te articuleren waarom de gebruiker een gat in de muur nodig had?

Voordat we beginnen met schrijven, moeten we weten waarom we het verhaal vertellen en wat het doel van het verhaal is. In de woorden van Emma:

Regel # 14 - Waarom moet je DIT verhaal vertellen? Wat brandt het geloof in jou waar jouw verhaal van leeft? Dat is de kern ervan.

2. Zorg dat ik om me geef

In een goed verhaal worden empathie en bewondering geboren uit het drama van het zien van iemand die worstelt met moeilijke kansen. Zonder het drama te delen waarmee de hoofdpersoon (onze eindgebruikers) wordt geconfronteerd, leeft het publiek (ingenieurs) niet genoeg in met hen om een ​​stap verder te gaan en hun probleem op te lossen. Emma herinnert ons eraan hoeveel we van een goed underdog-verhaal houden:

Regel # 1 - Je bewondert een personage voor het proberen, meer dan voor hun successen.

3. Een held om voor te rooten

Iedereen wil een held om voor te rooten. Geef me een reden waarom ik voor de held van ons verhaal zou moeten zorgen om haar werk te doen. Waarom zou ik rooten voor haar succes? Wat gebeurt er als ze haar werk niet kan doen met ons product?

Je hebt misschien geweldige sjablonen om gebruikers- en koperspersona's te documenteren, zelfs hun voornamen en wat de kleur van hun ogen zijn! Helaas is dat gewoon een saai personage in een saai verhaal. Als klantensucces het einddoel is, waarom zorg je dan voor dit personage terwijl je hun persona leest?

Wat verliest de held van het verhaal als ze niet in staat is de obstakels te overwinnen om haar werk te doen? Zullen ze hun baan verliezen? Zal het project mislukken en zullen ze miljoenen verliezen? Emma gaat verder en stelt voor dat we de kansen op elkaar stapelen terwijl we haar verhaal schrijven:

Regel # 16 - Wat zijn de inzetten? Geef ons reden om voor het personage te rooten. Wat gebeurt er als het niet lukt? Stapel de kansen tegen.

4. Een geloofwaardige verhaallijn

Elke scène in het verhaal moet geloofwaardig zijn. We hebben allemaal verhalen gehoord met een overweldigende hoeveelheid ongelooflijke onzin en we zijn gestopt met de zorg voor de held.

We verliezen ons publiek wanneer onze verhalen niet geloofwaardig zijn - wat het doel van de gebruiker is, wat er op het spel staat en hoe ze obstakels kunnen overwinnen. In plaats van ingenieurs ertoe te brengen de acceptatiecriteria voor hen op te stellen, laat ze in plaats daarvan wortel schieten voor de held.

Regel # 15 - Als jij je karakter zou zijn, in deze situatie, hoe zou je je dan voelen? Eerlijkheid geeft geloofwaardigheid aan ongelooflijke situaties.

5. Impactvolle verhaalstructuur

Elk verhaal heeft een begin, midden en een einde. Een goed verhaal levert het midden in een goed gedefinieerde structuur. Vergelijkbaar met een goede speech, is het vertellen van het verhaal van een productcapaciteit effectiever met een Tell-Show-Tell-structuur: vertel ze eerst wat er gaat gebeuren, vertel ze dat je je gebruiker begrijpt en wat de gebruiker nodig heeft en wil doen . Dan laat je ze zien hoe het gebeurt. En tot slot, vertel je ze waarom ze erom zouden geven. Wat staat er op het spel als het werk niet wordt gedaan?

Tell-Show-Tell-methode wordt vaak gebruikt voor pre-sales demonstraties. Het is ook van toepassing in productbeheer en UX-ontwerp. Om deze methode tot Pixar-niveau te verheffen, kunnen we de suggestie van Emma toepassen, de structuur van Kenn Adam's Story Spine:

Regel # 4 - Er was eens ___. Elke dag, ___. Op een dag ___. Daarom, ___. Daarom, ___. Tot uiteindelijk ___.
Khan Academy-video over dit onderwerp

Deze structuur is briljant! Als iemand je product wil kopen en adopteren, moet de pijn van status quo groter zijn dan de pijn van verandering. In de bovenstaande structuur is 'elke dag' status-quo, 'één dag' is het evenement dat de balans aangeeft, een reeks 'vanwege dat'-uitspraken zijn de voordelen die ze behalen door over te schakelen naar uw product, en' tot eindelijk 'is het uitbreidingsspel. Dit formaat is gewoon geweldig!

6. Wat is innovatief aan je verhaal?

Wie wil hetzelfde verhaal horen, wederom verteld door weer een andere softwareleverancier? Wat is er anders aan de jouwe? Je lost misschien hetzelfde 'nog lang en gelukkig' einde op, maar hoe verloopt je verhaal anders? Emma's advies is om niet bang te zijn om de eerste iteraties te gooien, en helemaal opnieuw te beginnen tot je het weet:

Regel # 12 - Korting het eerste wat te binnen schiet. En de 2e, 3e, 4e, 5e - haal het voor de hand liggende uit de weg. Verras jezelf.

7. Begin met het einde in gedachten

Regel # 7 - Verzin je einde voordat je je middel weet. Ernstig. Eindes zijn moeilijk, zorg dat de jouwe vooraan werken.

Emma nagelt het in Regel # 7: “Serieus. Eindes zijn moeilijk, zorg ervoor dat je vooraan werkt. ”Het is moeilijk om te weten hoe je succes kunt meten nadat alles is ingesteld en gedaan. Functie is gebouwd, verzonden en vrijgegeven ... wat nu? Wat was UW doelstelling? Wat zijn de verwachte kernresultaten? Begin met het einde in gedachten.

Deze aanpak creëert een klankbord voor ons om de geldigheid van onze beslissingen opnieuw te beoordelen als er verandering optreedt en we worden gedwongen ons verhaal te herhalen en de reikwijdte aan te passen.

Doorbreek de gewoonte om gebruikersverhalen te schrijven en een lijst met opsommingstekens van acceptatiecriteria. Stop met demonstratiefuncties en vermeld voordelen. Vertel een goed verhaal en je zult eindigen met een gepassioneerd team dat werkt aan het product waar je klanten dol op zijn.

Ik werk aan een deel II voor deze post met voorbeelden van zowel goede als slechte verhalen om dit concept praktischer te maken. Ondertussen kunt u hieronder reageren en uw verhalen met mij delen.