Varning: lyssna inte på ”good enough”-profeterna

I dag hölls konferensen Moving images i Malmö. Jag följde lite förstrött konferensens hash-tag #mim10, när jag springer på en replik som gör mig tokig.

Ah – ännu en som sprider detta skitsnack (jag syftar på talaren, inte twittraren). Ännu en som tror sig ha hittat nyckeln till framgång i att försöka lite lagom. Att nöja sig.

Good enough-tänket är ett gift som garanterat kommer att skicka många av sina brukare i sjön. Tror du på att good enough räcker, kommer du helt enkelt aldrig att skapa något mer än mediokert.

När good enough blir målet, när du väljer att sikta på att göra något dugligt, kommer du aldrig gör något fantastiskt.

Good enough är en nödlösning, något du ibland måste ta till på grund av resursbrist (tid, pengar, kompetens, människor …). Men det får aldrig bli målet.

Vill du åstadkomma någonting riktigt bra, är det inte good enough att sikta på good enough. Sikta istället på att uppfinna hjulet. På att förändra världen, på att få alla andra att inse att de har fel.

Sikta helt enkelt mot stjärnorna.

Det finns så många skäl till att du de allra flesta gånger kommer att nå bara till trädtopparna. Men låt inte din ambition vara ett av de skälen.

UPPDATERAT:

Det kan ha varit ett misstag av mig att peka ut Moving Images-konferensen i samband med detta inlägg. När good enough togs upp där, var det i sammanhanget programutveckling och att du inte ska vänta med lansering tills att allt är klart, utan lansera, uppdatera, uppdatera, uppdatera – som Google alltid har gjort. Det ligger i tiden – i dag är “iterativa processer” (att lära under resans gång och förändra kursen i takt med lärandet) och “agila processer” modefraser.

Och när det kommer till programutveckling (och mycket annat) håller jag med. Tro inte att du kan bygga ett helt färdigt, vattentätt system som du sedan kan skicka ut och glömma. När det kommer till program, tjänster och en del annat, innebär mötet med verkligheten nästan alltid att du får tänka om i bit.

Men nöjer du dig med good enough i din vision för programmet eller tjänsten, så kan du ändå lägga ner direkt. Det finns mängder med program som ingen bryr sig om (tänk mobil-appar till exempel), där det enda du kan lära av att släppa en duglig produkt är att ingen ville ha den. Då försvinner möjligheten att utveckla i samklang med användaren.

I andra verksamheter, som min egen, finns knappt utrymmet för iterativa processer med mottagaren inblandad knappast alls. En dålig text kan du inte göra om, en misslyckad kommunikationsåtgärd kan du sällan skruva på och skicka ut igen. Då måste det vara maxat från början.