Innhold
- 01. Hvorfor gjorde du ikke det på denne måten?
- 02. Har du noen undersøkelser eller data som støtter den ideen?
- 03. Hvorfor gjør ikke konkurrentene våre det på den måten?
- 04. Visste du at [informasjon tertiær til det punktet du gjør]?
- 05. Når kommer vi til kritikken?
- 06. Kan vi prøve det i neste versjon?
- Uttalelser eller spørsmål, det er det samme
Jeg har vært i mange designkritikker, stand-up-økter og anmeldelser gjennom årene, og begynte å legge merke til noe: det er noen spørsmål som blir spurt om og om igjen som er tidsbomber som er klare til å eksplodere og drepe kreativitet. i prosjektet. De blir ikke alltid bedt om å bruke nøyaktig de samme ordene, men betydningen og resultatene er de samme.
Problemet er at de fleste av disse spørsmålene setter personen de henvendte seg til i en umiddelbart defensiv posisjon på noe som vanligvis er en dømmekall. Dette kan være vanskelig å håndtere fordi spørsmål som disse nesten umiddelbart føles personlige.
For å hjelpe deg oversetter jeg spørsmålene til hvordan de får deg til å føle, identifiserer problemet med dem og hjelper deg med å lage et godt svar.
01. Hvorfor gjorde du ikke det på denne måten?
Hvordan det føles som de spør: Hvorfor gjorde du det ikke på denne måten, din idiot?
Problemet: Kanskje du tenkte på løsningen de foreslår, kanskje du ikke gjorde det, men med mindre de vet at du gjorde fra tidligere diskusjoner, er dette en slags "Slår du fremdeles din kone?" spørsmål, hvor noe svar indikerer deg. Det forutsetter at du betraktet deres gode idé og kastet den som søppel.
Svaret: Gjenta spørsmålet som en mer vennlig følelse: "Vurderte du å gjøre det på denne måten?" Hvis du gjorde det, forklar hvorfor løsningen ikke fungerte. Hvis du ikke gjorde det, er svaret: "Jeg tenkte ikke på den ideen. Hvorfor tror du det ville fungere bedre?" og samtalen kan fortsette rundt det som en foreslått idé i stedet for hvorfor du gjorde eller ikke tenkte på det.
02. Har du noen undersøkelser eller data som støtter den ideen?
Hvordan det føles som de spør: Har du noe å validere ideene dine, eller trakk du dem bare ut av rumpa?
Problemet: Når du holder på med idé (et fancy begrep for raskt å komme med ideer), er det ikke tid til å stoppe opp og tenke "er dette en god idé eller en dårlig idé" - poenget er å bare komme med ideer og deretter gjøre forskning senere.
Svaret: Avhengig av hvor du er i ferd med å utvikle ideene dine, trenger du forskjellige mengder forskning for å sikkerhetskopiere deg. Så hvis du bare kaster ideer rundt, eller i de tidlige stadiene av utviklingen, kan du svare med "nei, ikke akkurat nå, men la oss se hvor dette fører før vi begraver hodene våre i data og forskning."
03. Hvorfor gjør ikke konkurrentene våre det på den måten?
Hvordan det føles som de spør: Hvorfor tror du at du er noe smartere enn konkurrentene våre?
Problemet: Innovasjon skjer ikke ved å spille 'meg også' med konkurrentene dine. Jeg brukte en gang måneder på å krangle med en produktsjef om plasseringen av en reisebestillingsmodul på en side. De mest populære sidene la det til venstre, men siden hovedverdien til nettstedet vårt for publikum var reisehistorier for inspirasjon, ønsket jeg å sette det til høyre og bruke den mer umiddelbart viste venstre siden for innhold.
Etter omfattende tester viste jeg at endringen jeg ønsket å gjøre ikke hadde noen innvirkning på kundekonvertering, men økte publikumsengasjement med innhold. Produktkrybben holdt fast i pistolene og argumenterte for at konkurrentene våre var større og derfor hadde mer erfaring med dette enn vi gjorde. Modulen holdt seg til venstre. Et år senere flyttet konkurrentene sine bestillingsmoduler til høyre for grensesnittet for å øke engasjementet med innholdet. Sukk.
Svaret: Det beste alternativet er å komme tilbake med forskning og data for å støtte saken din, men som jeg forklarte, vil det ikke alltid gjøre susen. Vær forberedt på å vente på mer bevis eller til og med prøve å snakke med konkurrentene dine hvis du kan se hvorfor de gjorde det de gjorde. Du kan bli overrasket over å finne ut at grunnen til at de ikke gjør noe på en bestemt måte er fordi du ikke gjør det på den måten.
04. Visste du at [informasjon tertiær til det punktet du gjør]?
Hvordan det føles som de spør: Visste du at jeg vet mer enn du gjør?
Problemet: Hvis noen ikke er interessert i det du har å si, vil de gjøre alt for å forandre emnet, som umiddelbart sporer ditt kreative tankegang.
Svaret: Spør deg selv: er det deg eller er det dem? Livet er for kort til å snakke med folk som ikke er interessert i ideene dine. Dette er problematisk i et prosjektgruppe der du kanskje ikke har et valg, men ikke slår hodet mot en vegg. Prøv å finne ut måter å gjøre idene dine mer interessante eller å forklare dem i mer konkrete termer personen du prøver å kommunisere med kan forstå.
05. Når kommer vi til kritikken?
Hvordan det føles som de spør: Når får vi rive denne selvsagt åpenbare forferdelige løs?
Problemet: Denne kommer i et bredt utvalg av mer subtile versjoner, og 'kritikken' kan også være kumulativ, som pin-pricks, hver trekker litt blod til du ser ned og innser at du blør i hjel.
Byrået mitt jobbet på et nettsted for et vitenskapelig forskningsfirma, og jeg var UX-leder. De ansatte også en tredjepartskonsulent - i utgangspunktet for å holde et øye med oss - men hun måtte kontinuerlig bevise sin verdi for prosjektet. Vi var allerede uker inne i arkitekturen for nettstedet da hun kom til sitt første møte for å gjennomgå en andre runde med trådrammer med oss. Før vi kan åpne munnen for å til og med presentere arbeidet vårt, åpner hun med: "Når får jeg kritisere?" Dette kjølte prosjektgruppen, og satte en omstridt atmosfære for alle fremtidige møter.
Svaret: Generelt sett er folk som stiller spørsmål som dette mobbere. Den gode nyheten er at mobbere kan være enklest å manipulere. De vil ha det første ordet og de vil ha det siste ordet. Så la dem. La dem snakke seg dumme. Hvis de stiller spørsmål, fortell dem at du skriver dette ned og vil svare når de er ferdige med hele kritikken.
Når de endelig er ferdige, kan du fortsette med forklaringene dine som planlagt, ta opp spørsmålene deres som mulig, men ikke la dem suge deg inn i en åpen debatt. I stedet når de spør om noe, fortell dem at du kommer til den forklaringen. Veiled deres tilbakevisning til de punktene som er viktige for deg.
06. Kan vi prøve det i neste versjon?
Hvordan det føles som de spør: Hvorfor skulle vi kaste bort tiden vår på dette?
Problemet: Du vil sannsynligvis ikke få dette inn i neste versjon, eller til og med den etter det. Dette blir vanligvis spurt som en stallende taktikk, som i utgangspunktet får deg til å bli enige om å tildele ideen din til skraphaugen. Igjen, dette er ofte et symptom på Agile / MVP-miljøet som mange utviklingsteam jobber med i disse dager.
Svaret: Velg kampene dine med omhu. Er denne verdt det? I så fall bør svaret ditt være "nei, det må gå inn i denne versjonen." Men vær forberedt på å støtte det argumentet og sannsynligvis gi opp noe annet i stedet.
Uttalelser eller spørsmål, det er det samme
De fleste av disse spørsmålene har også sine utsagnsmotstykker (f.eks. "Vi gjør det i neste versjon"), men hvordan det får deg til å føle deg og hvordan du skal svare, blir ganske mye det samme. Vær imidlertid oppmerksom på at når du arbeider med noen andre som kommer med en fast uttalelse, må du være forberedt på å være mer fast i ditt eget svar.
Hva er noen av spørsmålene du har hatt å gjøre med mens du jobbet som designer, og hvordan har du taklet dem? Gi meg beskjed nedenfor i kommentarene.
Ord: Jason Cranford Teague
Jason Cranford Teague er Senior Creative Director i Capital One og underviser i workshops om erfaringsdesign for utviklere, utvikling for design og tidsmessig designtenking.
Som dette? Les disse ...
- 6 frustrasjoner utviklere har med designere
- 6 frustrasjoner designere har med utviklere
- Hvordan starte en blogg
