Resappia kannattaa arvioida sen perusteella, miten asiakkaan kanssa sovittu työ kulkee myynnistä toimitukseen. Olli Junes on kuvannut ohjelmiston lähtökohtaa kirjoituksessaan Resapin rakentamisesta: saman asiakkaan tietoja joudutaan kokoamaan eri paikoista, kun työvaihe ja vastuuhenkilö vaihtuvat.
RevOpsin näkökulmasta kiinnostava kysymys on, miten ohjelmisto auttaa ratkaisemaan nämä siirtymät. Resapin julkaisua suunnitellaan marraskuulle 2026. Syyskuussa jonotuslista on auki.
Oma käyttö antaa rajatun, konkreettisen esimerkin
Olli on kertonut ResaHostin asiakkuuksien aloitukseen rakennetusta työnkulusta. Tarjouksen hyväksymisen jälkeisiä tehtäviä koottiin muokattavaan projektipohjaan. Allekirjoituksesta työn aloitukseen -kirjoitus kuvaa, miksi pohjan ylläpidon pitää onnistua työtä tekeviltä ihmisiltä.
Esimerkki näyttää yhden yhteyden kaupallisen sopimuksen ja toimituksen välillä. Se ei vielä osoita, että jokaisen toimialan käyttöönotto olisi valmis tai että työnkulku sopisi sellaisenaan toiseen yritykseen. Hosting-palvelun aloitus tarvitsee eri tehtäviä kuin vaikkapa huoltokäynti.
Tuotetta pitää katsoa seuraavan käyttäjän silmin
Yrityksen omat ihmiset tietävät, mitä heidän käyttämänsä kentät ja tilat tarkoittavat. Uusi käyttäjä tarvitsee niiden merkityksen näkyviin. Milloin tarjous on hyväksytty? Kuka saa muuttaa sen sisältöä? Mistä toimitus tietää, että sillä on lupa aloittaa?
Nämä ovat hyödyllisiä arviointikysymyksiä Resapille ja muille vastaaville ohjelmistoille. Ohjelmiston esittelyssä kannattaa pyytää näyttämään yksi kokonainen asiakkuus ja siihen tehty muutos. Pelkkä uuden asiakkaan luominen jättää muutosten käsittelyn piiloon.
Poikkeus kertoo enemmän kuin tavallinen tilaus
Otetaan kuvitteellinen tilanne: asiakas hyväksyy tarjouksen, mutta siirtää aloitusta kuukaudella. Myynti päivittää päivämäärän. Mitä tapahtuu jo syntyneille tehtäville? Saako vastuuhenkilö tiedon? Muuttuuko laskutuksen ajankohta vai pitääkö siitä päättää erikseen?
Hyvässä esittelyssä nämä kysymykset käydään läpi myös silloin, kun vastaus on manuaalinen työvaihe. Yrityksen pitää tietää, mikä tapahtuu itsestään ja mikä odottaa ihmisen päätöstä. Silloin käyttöönottaja pystyy arvioimaan todellisen työn määrää ennen toimintatavan muuttamista.
Taloushallinnon yhteys tarvitsee oman tarkistuksensa
CRM:ssä oleva sopimussumma ja laskutettu summa kuvaavat eri vaiheita. Ne voivat erota esimerkiksi osatoimituksen tai sovitun lisätyön vuoksi. Järjestelmiä arvioitaessa pitää selvittää, mistä laskun sisältö syntyy ja kuka hyväksyy sen.
Sama koskee integraatioita. Rajapinnan olemassaolo ei yksin kerro, mitkä tiedot siirtyvät, mihin suuntaan tai miten epäonnistunut siirto korjataan. Ostajan kannattaa pyytää nämä asiat kirjallisesti kyseisestä integraatiosta. Myös siirron virhetilanteelle tarvitaan vastuuhenkilö, jotta puuttuva tieto löytyy ennen laskun lähettämistä.
Julkaisua ennen odotusten pitää vastata tuotteen vaihetta
Resapin oma käyttö ja julkisen tuotteen valmistelu ovat eri vaiheita. Ollin aiemmin julkaisema kuvaus antaa taustan kehitykselle. Tulevan asiakkaan pitää lisäksi saada tieto siitä, mitä juuri hänen käyttöönottoonsa kuuluu ja mitä on vielä työn alla.
Resapin RevOps-opas auttaa jäsentämään toimintamallia. Jos tuote kiinnostaa, Resapin sivustolla voi liittyä jonotuslistalle. Valmistele sitä ennen yksi oma asiakkuusesimerkki sopimuksesta laskuun. Sen avulla keskustelu pääsee suoraan siihen, mitä yrityksesi tarvitsee.
