Ennen asiakastyön aloitusta: 7 tarkistusta, jotka estävät laajuuden venymisen ja myöhäiset maksut

Useimmat asiakasprojektit eivät ajaudu sivuraiteelle siksi, että tiimi ei yritä tarpeeksi. Ne ajautuvat sivuun, koska työn ensimmäinen versio ei ole selvästi yhteydessä sopimukseen, vastuuhenkilöön, lähtötiedostoihin, hyväksyntäpolkuun ja maksun ajankohtaan.

Kun epäselvyys näkyy, kaikki ovat jo kiireisiä. Viestit ovat hajallaan. Uusin tiedosto on epäselvä. Joku muistaa aloituspalaverissa annetun lupauksen, mutta kukaan ei löydä sitä kirjattuna. Työ etenee, mutta luottamus heikkenee.

Lyhyt ennakkotarkistus estää tämän liukumisen. Se antaa tiimille yhteisen käsityksen siitä, mitä toimitetaan, kuka päättää, mikä tarkoittaa valmista ja milloin seuraava lasku tai maksupyyntö kuuluu tehdä.

"Rakenna laskeutumissivu" on tehtävä. "Julkaise laskeutumissivu, jolla asiakas kerää laadukkaita demopyyntöjä ennen messuja" on tulos. Jälkimmäinen auttaa tiimiä tekemään parempia päätöksiä, kun aika käy vähiin.

Kirjoita tulos yhteen lauseeseen ennen työn alkua. Pidä se näkyvissä projektin vieressä, ei piilossa tarjouksessa. Jos uusi pyyntö ei tue tulosta, siitä tulee erillinen keskustelu eikä hiljainen laajuuden venyminen.

Pienet tiimit menettävät usein aikaa, koska kysymykset jäävät kellumaan chatin, sähköpostin ja palaverien väliin. Kukaan ei sivuuta niitä tahallaan. Ongelma on, että vastaamattomilla kysymyksillä ei ole omistajaa.

Listaa ennen toimitusta päätökset, joita tarvitaan vielä omalta tiimiltä ja asiakkaalta. Nimeä jokaiselle kysymykselle yksi omistaja. Omistajan ei tarvitse päättää kaikkea yksin, mutta hän vastaa vastauksen hankkimisesta ja työtilan päivittämisestä.

Asiakastyö rikkoutuu, kun ihmiset suunnittelevat, kirjoittavat, budjetoivat tai laskuttavat saman tiedon eri versioista. Viime vuoden logo, vanha laajuusdokumentti tai vanhentunut taulukko voi luoda tunteja lisätyötä huomaamatta.

Kokoa aloitustiedostot ennen projektin alkua. Mukaan kuuluvat sopimukset, briefit, brändimateriaalit, budjetit, aikataulut, viitetiedostot ja aiemmat laskut, jos niillä on merkitystä. Merkitse, mitkä tiedostot ovat hyväksyttyjä käyttöön. Jos tiedosto muuttuu myöhemmin, muutoksen pitää näkyä sen työn vieressä, johon se vaikuttaa.

Hyväksyntää käsitellään usein tunteena: asiakas piti siitä, joku sanoi kyllä tai tiimi koki voivansa jatkaa. Tämä toimii siihen asti, kun myöhempi sidosryhmä pyytää eri versiota.

Päätä ennen ensimmäistä välietappia, mitä hyväksyntä tarkoittaa. Se voi olla kirjallinen kommentti, tilan muutos, allekirjoitettu arvio tai vahvistettu maksupyyntö. Tärkeintä on, että kaikki tietävät, mikä toiminto vie työtä eteenpäin ja mikä on vain palautetta.

Myöhäiset maksut eivät yleensä ala laskutushetkellä. Ne alkavat aiemmin, kun toimituksen välietappeja ei ole sidottu ennakkomaksuihin, hyväksyntöihin, kuluihin tai maksupyyntöihin.

Kirjoita jokaiselle välietapille, mikä taloudellinen signaali tapahtuu seuraavaksi. Aloitus voi vaatia ennakkomaksun. Designin hyväksyntä voi avata tuotannon. Lopullinen luovutus voi käynnistää laskun. Kun rahasignaalit elävät projektityön vieressä, tiimi näkee riskin ennen kuin kassavirta alkaa tuntua tiukalta.

Erilliset asiakasketjut luovat erillisiä todellisuuksia. Projektipäällikkö näkee yhden version chatissa, talous toisen laskuissa ja toimitustiimi kolmannen tehtävissä.

Pidä tärkeät asiakaspäivitykset niihin liittyvän tehtävän, tiedoston tai talouskohdan vieressä. Jokaisen viestin ei tarvitse olla muodollinen. Sääntö on yksinkertainen: jos viesti muuttaa laajuutta, aikataulua, omistajuutta, hyväksyntää tai maksua, sen pitää olla kiinni siinä työssä, jota se muuttaa.

Vaikka ennakkotarkistus olisi selkeä, asiakastyö muuttuu. Uusia sidosryhmiä ilmestyy. Budjetit siirtyvät. Asiakas löytää hyödyllisen asian kesken toimituksen. Muutos ei ole epäonnistuminen, mutta hallitsematon muutos luo kallista epäselvyyttä.

Luo uudelleenkäynnistyksen sääntö ennen työn alkua. Esimerkiksi: jos laajuus, aikataulu tai budjetti muuttuu, tiimi pysähtyy hetkeksi päivittämään tuloksen, omistajan, tiedostot, hyväksyntäpolun ja maksusignaalin. Näin muutos on hallittu nollaus eikä sivuviestien ketju.

Lynitissä ennakkotarkistus voi elää yhdessä asiakastyötilassa. Projekti sisältää tuloksen ja tehtävät. Tiedostot pysyvät kiinni työssä, joka käyttää niitä. Chat pitää päätökset lähellä tiimiä. Talous ja laskut näyttävät, milloin rahan pitäisi liikkua. Hyväksynnät ja vastuut pysyvät näkyvissä sen sijaan, että ne leviäisivät irrallisiin työkaluihin.

Se ei tee projektista jäykkää. Se tekee lähtöpisteestä niin selkeän, että tiimi voi mukautua menettämättä työn syytä, vastuuta tai maksupolkua.

Asiakastyö tuntuu helpommalta, kun tiimin ei tarvitse rakentaa kontekstia uudelleen joka viikko. Tarkista ennen seuraavaa projektia tulos, omistajat, tiedostot, hyväksynnät, rahasignaalit, viestintäsäännöt ja uudelleenkäynnistyksen sääntö.

Lista on lyhyt, mutta se suojaa niitä asiakastyön osia, jotka yleensä muuttuvat myöhemmin kalliiksi.