Ongelma on harvoin siellä, mihin osoitat
Lopputuote, jota asiakas pyytää, on yleensä oire. Hyödyllinen työ alkaa nimen sivuuttamisesta.
Sinulla on tuote. Tai brändi. Tai markkinointistrategia. Tai halu hyödyntää tekoälyä ennen kilpailijoita. Niinpä lähdet etsimään jotakuta rakentamaan sen, ja saavut paikalle asia jo valmiiksi nimettynä. Se nimi voi olla ensimmäinen ongelmasi, koska se on usein väärä, eikä syy ole sinun. Nimetty lopputuote on arvaus ratkaisusta, tehty ennen kuin kukaan katsoi, mikä oikeasti on rikki. Joskus arvaus osuu, tarvittiin todella vain ne diat, ja me teemme ne ilman saarnaa. Useammin pyyntö on kulkenut matkalla nimekseen muutaman hiljaisen käännöksen läpi, ja jokainen niistä pudotti jotain, kunnes jäljelle jää jotain siistiä, täsmällistä, budjetoitavaa ja väärään suuntaan osoittavaa.
Pyyntö on pakattu ongelma
Ongelma kulkee yrityksen läpi vaiheittain. Joku törmää kitkaan, tehtävään joka vie kaksikymmentä minuuttia. Turhaan. Hän mainitsee siitä tuelle. Tuki kirjaa tiketin. Tiketti saa kategorian. Kategoriasta tulee rivi tiekartalle: “lisää vientipainike”. Siihen mennessä kun joku päättävässä asemassa näkee sen, ihminen ja tilanne ovat kadonneet.
Yritys ei enää ratkaise alkuperäistä ongelmaa. Se käsittelee sen viimeisintä esitystä. Osa pakkaamisesta on väistämätöntä; kukaan ei kanna jokaisen tilanteen täyttä painoa jokaiseen palaveriin. Mutta pakkaamisen ja vääristymän välillä on ero. Pakkaaminen pudottaa kohinan, vääristymä pudottaa sen osan, jota olisit tarvinnut. “Lisää vientipainike” on vääristymä selkeän toimeksiannon puvussa.
Merkki on eritelmä, joka ohitti vaiheen
Samaa apua voi pyytää kahdella tavalla. Ensimmäinen: “Tarvitsemme brändiuudistuksen, uudet sivut ja isomman mainosbudjetin.” Toinen: “Myynti on junnannut vuoden paikallaan, eikä kukaan osaa sanoa miksi.”
Ensimmäinen kuulostaa suunnitelmalta. Se on myös kolme ratkaisua ongelmaan, jota kukaan ei ole sanonut ääneen. Toinen on toimeksiantona kelvoton ja paljon lähempänä totuutta. Ensimmäisestä liikkeelle lähtien tulos on täsmälleen se mitä tilattiin, mahdollisesti väärä, ajallaan ja budjetissa. Asiakkaan ei pitäisi joutua diagnosoimaan omaa liiketoimintaansa ostaakseen siihen apua. Kun palvelu hiljaa työntää vaikean päättelyn takaisin asiakkaalle, se on epäonnistunut ainoassa tehtävässään.
Kysymys, joka on luultua huonompi
“Mitä tarvitset” kuulostaa avuliaalta ja vaatii maailmoja. Vastatakseen siihen hyvin pitäisi jo tietää ongelma, sen syy, mahdollisten korjausten kirjo ja niistä oikea, ja kääntää kaikki tämä meidän sanastollemme. Neljä työtä ennen kuin olemme tehneet mitään.
Niinpä me aloitamme alempaa ja lähempää totuutta:
Mikä tekee työstäsi vaikeampaa kuin sen pitäisi olla?
Kysymys ei lähde ratkaisusta. Se lähtee kitkasta, jossa ongelma oikeasti asuu. Ongelma ei ole koskaan vain asian tila. Se on suhde tuon tilan ja sen kanssa elävän ihmisen välillä, ja jälkimmäinen puolisko on se, jonka katsomisen kaikki unohtavat.
Päätös sinne, missä osaaminen on
Tämä ei tarkoita, että sivuutetaan se mitä pyydät. Se tarkoittaa jokaisen päätöksen asettamista sinne, missä sitä koskeva tieto on. Sinä olet oman todellisuutesi paras asiantuntija: mitä yrität tehdä, mitä se sinulle maksaa, mitä olet jo kokeillut ja hiljaa hylännyt. Me olemme ratkaisuavaruuden asiantuntijoita: syy, vaihtoehdot, kompromissit.
Huonosti vedetty projekti panee toisen osapuolen tekemään toisen päättelyn. Asiakas luovuttaa eritelmän, joka häneltä jouduttiin arvaamaan, tai asiantuntija olettaa asiayhteyden, jota ei koskaan vaivautunut katsomaan. Hyvä projekti pitää rajan selvänä ja koettelee korjausta todellista tilannettasi vasten, ei sitä siistiä sisäistä versiota, jonka soisimme olevan totta.
Tämä ei ole pelkkää arvailua
Ilmiö näkyy aina, kun joku vaivautuu mittaamaan. Standish Groupin siteeratuin havainto on, että 45 prosenttia ohjelmistojen ominaisuuksista jää kokonaan käyttämättä ja 19 prosenttia lähes käyttämättä, eli kaksi kolmasosaa työstä tuottaa lähes tyhjää.1 Luku on pehmeä, se perustuu vain neljään sovellukseen, eikä sen esittäjäkään sitä liikaa puolustele, mutta suuntaa ei kiistä kukaan, joka on ohjelmistoja toimittanut.
McDonald’s on selkeämpi tapaus. Se halusi myydä enemmän pirtelöä, joten se kysyi pirtelön ostajilta mitä parantaa ja hienosääti makua ja kokoa vastausten mukaan. Myynti ei liikkunut. Vasta kun joku vietti päivän katsomassa keitä ostajat todella olivat, syy paljastui: suurin osa myytiin aamuvarhaisella yksin ajaville työmatkalaisille, jotka palkkasivat paksun ja hitaan juoman tekemään tylsästä ajomatkasta siedettävän.2 Tehtävä oli työmatka, ei pirtelö, ja jokainen juomaan kohdistettu parannus oli osunut ohi. Vanhemmassa muodossaan: kukaan ei halua kuuden millin poranterää, vaan kuuden millin reiän.3 Useimmat toimeksiannot tilaavat terän.
Se epämukava osa
Nimi pyynnössä on se, mihin osoitat. Ongelma on harvoin siellä. Eron löytäminen maksaa tunnin ikäviä kysymyksiä ennen kuin euroakaan on käytetty järkevästi. Juuri siksi useimmat ohittavat sen. Ainoa oikea kysymys on, onko huoneessa ketään, joka suostuu katsomaan epämukavaan suuntaan: itseensä ja omaan yritykseensä.
Sanoista tehdyksi.
Lähteet
- Standish Groupin CHAOS-havainnot käyttämättömistä ominaisuuksista, Jim Johnsonin esitys XP 2002 -konferenssissa; yhteenveto ja kritiikki Mike Cohn, Mountain Goat Software. https://www.mountaingoatsoftware.com/blog/are-64-of-features-really-rarely-or-never-used
- Clayton Christensen, “Jobs to Be Done” -teoria ja McDonald’sin pirtelötapaus, Harvard Business Review. https://hbr.org/podcast/2016/12/the-jobs-to-be-done-theory-of-innovation
- “Kuuden millin reikä” -muotoilu liitetään yleensä Theodore Levittiin, Harvard Business School.
Tuntuiko tutulta? 25 minuutin keskustelu ei sido mihinkään.
Varaa aika