Miksi asiakashyväksynnät katoavat ennen valmista

Asiakashyväksynnät katoavat, kun palaute, tiedostot, tehtävät ja maksutiedot elävät eri työkaluissa. Katso, miten pienet tiimit pitävät hyväksynnät näkyvissä pyynnöstä toimitukseen.

Asiakashyväksynnät eivät yleensä katoa siksi, ettei kukaan välitä.

 

Ne katoavat, koska hyväksynnän konteksti kulkee liian monessa paikassa.

 

Asiakas vastaa sähköpostissa. Tiimikaveri reagoi chatissa. Tiedosto päivittyy tallennustilassa. Tehtävän tila vaihtuu. Talous odottaa tietoa siitä, voiko työn jo laskuttaa.

 

Jokainen päivitys voi olla yksin oikein, mutta koko hyväksyntähistoriaa on vaikea luottaa.

1. Hyväksyntäongelmat alkavat ennen hyväksyntää

Monet hyväksyntäongelmat alkavat ennen kuin asiakas sanoo kyllä tai ei.

 

Tiimi ei ehkä tiedä, mikä toimitettava asia tarvitsee hyväksynnän, kenen pitäisi tarkistaa se tai mitä päätöstä pyydetään.

 

Kun hyväksyntäpyyntö on epäselvä, asiakkaan palaute muuttuu usein epämääräiseksi.

Yleiset merkit

- Asiakas antaa yleistä palautetta päätöksen sijaan

- Tiimi ei tiedä mitä tiedostoa katsottiin

- Omistaja on epäselvä

- Hyväksynnälle ei ole määräpäivää

- Maksun käynnistävä vaihe ei liity toimitukseen

 

Hyväksyntä toimii paremmin, kun pyyntö, omistaja, tiedosto ja seuraava askel näkyvät alusta asti.

2. Palaute elää erillään työstä

Asiakaspalaute saapuu usein paikkoihin, jotka ovat erillään projektin toteutuksesta.

 

Se luo lisätyötä ihmisille, joiden täytyy kopioida, tiivistää tai tulkita mitä sanottiin.

 

Pienet yksityiskohdat voivat kadota tässä siirrossa.

Palaute-esimerkkejä

- Muutospyyntö sähköpostissa

- Tarkennus chatissa

- Päätös mainittu puhelussa

- Tiedostokommentti lisätty tehtävän ulkopuolelle

- Hyväksyntä vahvistettu ilman linkkiä toimitettavaan asiaan

 

Jos palaute ei pysy lähellä siihen liittyvää työtä, ihmiset käyttävät aikaa tapahtumien kokoamiseen uudelleen.

3. Tiedostot aiheuttavat versiokaaosta

Hyväksynnät vaativat tiedon siitä, mikä versio tarkistettiin.

 

Kun tiedostoja jaetaan linkkeinä, liitteinä, pilvikansioissa ja chat-latauksina, lopullista versiota on vaikea tunnistaa.

 

Asiakas voi hyväksyä yhden version samalla kun tiimi jatkaa työtä toisesta versiosta.

Paremmat tiedostotavat

- Pidä lopulliset tiedostot linkitettynä projektityöhön

- Merkitse mikä tiedosto tarvitsee hyväksynnän

- Tallenna hyväksyntämerkintä tiedoston lähelle

- Pidä vanhat versiot näkyvissä mutta erillään

- Älä lähetä tärkeitä tiedostoja ilman omistajaa tai tilaa

 

Selkeä tiedostokonteksti estää toistuvat tarkistukset ja toimitusvirheet.

4. Kukaan ei tiedä kuka hyväksyy lopulta

Hyväksyntäviiveet tapahtuvat usein siksi, että vastuu on jaettu mutta ei nimetty.

 

Yksi lähettää tiedoston. Toinen odottaa asiakasta. Joku muu päivittää tehtävän. Talous tarkistaa, voiko laskun lähettää.

 

Ilman selkeää vastuuta kaikki voivat olettaa, että joku muu hoitaa lopullisen hyväksynnän.

Vastuun tarkistuslista

- Jokaisella hyväksynnällä on omistaja

- Jokaisella hyväksynnällä on määräpäivä

- Jokaisella hyväksynnällä on linkitetty toimitettava asia

- Jokaisella hyväksynnällä on asiakkaan yhteyshenkilö

- Jokaisella hyväksynnällä on seuraava toimi päätöksen jälkeen

 

Näkyvä vastuu estää hyväksyntää muuttumasta taustakohinaksi.

5. Maksujen ajoitus viivästyy

Hyväksynnät eivät ole vain projektin yksityiskohta. Ne vaikuttavat usein kassavirtaan.

 

Valmis välitavoite voi käynnistää laskun. Viivästynyt tarkistus voi viivästyttää maksua. Laajuuden muutos voi vaikuttaa katteeseen.

 

Jos hyväksyntähistoria elää erillään taloudesta, laskutuksesta tulee reaktiivista.

Talouskysymykset alkuvaiheessa

- Avaako tämä hyväksyntä laskun?

- Pyysikö asiakas lisätyötä?

- Kuuluiko muutos alkuperäiseen laajuuteen?

- Kuka hyväksyi lisäkustannuksen?

- Mikä maksupäivä riippuu tästä päätöksestä?

 

Pienet tiimit suojaavat kassavirtaa, kun toimitus ja talous pysyvät yhteydessä.

6. Pidä hyväksyntähistoria lähellä toimitusta

Hyväksyntähistorian ei pitäisi elää vain muistissa, palavereissa tai hajanaisissa viesteissä.

 

Tiimit tarvitsevat yhden paikan, josta näkee mitä pyydettiin, mikä muuttui, kuka hyväksyi ja mitä tapahtuu seuraavaksi.

Hyödyllinen hyväksyntähistoria sisältää

- Alkuperäinen pyyntö

- Liittyvä tehtävä tai projekti

- Tarkistettu tiedosto

- Asiakaspalaute

- Lopullinen päätös

- Omistaja

- Vaikutus laskutukseen

 

Tämä antaa tiimille luotettavan projektimuistin ja vähentää toistuvia kysymyksiä.

7. Hyväksynnän tarkistuslista pienille tiimeille

Ennen kuin asiakkaalta pyydetään hyväksyntää, pienten tiimien kannattaa varmistaa perusasiat.

Tarkistuslista

- Onko toimitettava asia nimetty selkeästi?

- Onko oikea tiedosto linkitetty?

- Onko hyväksynnälle nimetty omistaja?

- Tarvitaanko asiakkaan päätös tiettyyn päivään mennessä?

- Onko palaute tallennettu työn lähelle?

- Näkyykö vaikutus laskutukseen?

- Onko seuraava askel hyväksynnän jälkeen selvä?

 

Hyväksynnät nopeutuvat, kun tiimi poistaa epävarmuuden ennen asiakkaan tarkistusta.

8. Yhteenveto

Asiakashyväksynnät katoavat, kun palaute, tiedostot, tehtävät, omistajuus ja maksutiedot elävät eri työkaluissa.

 

Ratkaisu ei ole useampi muistutusviesti. Ratkaisu on pitää hyväksyntähistoria yhteydessä itse työhön.

 

Lyniti tuo tehtävät, chatin, tiedostot, asiakastyön, hyväksynnät, kirjanpidon ja talousnäkymän yhteen workspaceen, jotta tiimit voivat edetä pyynnöstä päätökseen ilman kontekstin metsästämistä.