Sovitut korjauskierrokset vastaan se, mitä todella tapahtuu
Tasked-sovelluksessa projekti sisältää asiakkaan kanssa sovitun määrän korjauskierroksia - oletuksena 2, mitä tahansa väliltä 0-50 - ja tuote laskee todellisuudessa käytetyt kierrokset: yksi kierros on yhden version yksi katselmointi, joka palautui vaatien lisätyötä. Pelkkää hyväksyntää ei lasketa. Kun käytetyt kierrokset ylittävät sovitun määrän, taulu näyttää, kuinka monta kierrosta on laskutettavia, jokaisesta ylimääräisestä kierroksesta luodaan auditointirivi ja automaatio voi reagoida siihen. Tasked ei laskuta asiakasta siitä; studio tekee sen.
Mikä on kierros
Videotarjous hinnoitellaan kierroksina. Kahden korjauskierroksen sisällyttäminen tarkoittaa, että asiakas voi palata kommenteilla kahdesti; kolmas kerta maksaa rahaa, ja jokainen studio tietää, että kolmas kerta on se, joka joko laskutetaan tai niellään omana tappiona. Useimmat studiot seuraavat tätä taulukkolaskennassa ja huomaavat tilanteen liian myöhään.
Tasked ei keksi kierroksia omasta päästään. Kierros on yksi katselmointisessio: yksi versio materiaalista tuotuna ihmisten arvioitavaksi. Se alkaa, kun katselmointi avataan, ja päättyy, kun päätös kirjataan, eikä sitä koskaan avata uudelleen; seuraava kierros on uusi sessio uudesta versiosta, mikä pitää kommenttihistorian luotettavana. Kierroksella on siis tarkalleen yksi päätös, ja päätösten laskeminen on kierrosten laskemista.
Kierros kuuluu projektille, jota varten se katselmoitiin, ja se kirjataan heti sen alkaessa. Materiaali voidaan siirtää toiseen kansioon ensi kuussa; kierros pysyy siinä projektissa, josta tarjous tehtiin. Sellaisen tiedoston katselmointi, joka ei kuulu mihinkään projektiin, ei kuulu mihinkään tarjoukseen eikä sitä lasketa missään.
Mitkä kierrokset lasketaan
Kierros lasketaan mukaan sovittuun määrään, kun sen päätöksessä pyydettiin lisätyötä. 'Hyväksytty muutoksin' lasketaan, koska kyllä-vastaus kommenteilla on silti uusi kierros. 'Hylätty' lasketaan. Pelkkää hyväksyntää ei lasketa: työ päättyi siihen eikä mitään muokattu uudelleen.
Asiakasportaalista tuleva muutospyyntö noudattaa samaa sääntöä. Kun hyväksynnän tehtävällä on katselmointitila auki, portaalin päätös kirjataan myös kyseiseen tilaan, joten sen sulkema kierros lasketaan täsmälleen samalla tavalla kuin studion itsensä sulkema kierros.
Tämä vastaa sitä, miten tarjous hinnoiteltiin. Toinen toimitus, johon tulee kommentteja, on toinen kierros; kolmas on se, joka maksaa rahaa.
Sovittu määrä
Jokainen projekti sisältää sovitun määrän kierroksia. Oletus on 2, mikä on yleinen määrä mainostarjouksissa. Nolla on sallittu ja tarkoittaa, ettei korjauksia sisälly hintaan, jolloin jokainen kierros on laskutettava. Enimmäismäärä on 50, mikä ei ole tuoterajoitus vaan suojatoimi siltä varalta, että joku kirjoittaa vahingossa 200.
Määrän voi asettaa projektille kuka tahansa, jolla on oikeus muokata projektia, ja jokainen muutos auditoidaan kirjaten muuttaja sekä vanha ja uusi arvo. Kyseessä on työn kaupallinen ehto, ja studio saa siitä merkinnän.
Rajan ylittäminen
Ylitys tarkoittaa, että käytettyjen kierrosten määrä on suurempi kuin sovittu määrä. Kahdesta kierroksesta sopiminen ja kahden käyttäminen on täsmälleen sopimuksen mukaista, ei rikkomus. Ylitys on lukumäärä (käytetyt miinus sovitut), koska jokainen ylimääräinen kierros on erikseen laskutettava; se ei ole koskaan pelkkä kyllä-tai-ei-merkintä.
Tämä näytetään kolmessa eri paikassa yhdestä lähteestä. Taulu näyttää käytetyt kierrokset, sovitut kierrokset ja ylityksen jälkeen sen, kuinka monta kierrosta on laskutettavia. Jokaisesta rajan ylittävästä kierroksesta luodaan auditointirivi, joka sisältää kierroksen numeron ja katselmointisession, mikä on se todiste, johon studio voi vedota laskussa. Lisäksi jokaisesta ylimääräisestä kierroksesta käynnistyy tapahtuma, johon automaatio voi reagoida: kun projekti ylittää kierrosmääränsä, ilmoita tuottajalle ja lähetä sähköpostia asiakkaalle.
Tapahtuma käynnistyy jokaisesta sovitun määrän ylittävästä kierroksesta, ei vain kerran projektia kohden. Jos asiakas palaa asiaan kolme ylimääräistä kertaa, tuottajalle ilmoittava sääntö tekee sen kolmesti, koska jokainen näistä on erillinen rivi laskussa.
Miksi määrä lasketaan joka kerta uudelleen
Määrää ei koskaan tallenneta. Tallennettu laskuri alkaa heittää heti, kun materiaali poistetaan, katselmointi poistetaan sen mukana tai projekteja yhdistetään, ja virheellinen luku, johon studion laskutus perustuu, on huonompi kuin ei lukua lainkaan. Joka kerta kun taulu tai päätösreitti pyytää tietoa, määrä lasketaan yhdellä kyselyllä projektin katselmointien kirjatuista päätöksistä.
Tämän vuoksi laskenta on myös tasan niin hyvä kuin katseluprosessi itse. Studio, joka lähettelee leikkausversioita sähköpostitse eikä koskaan avaa katselmointia, saa tulokseksi nolla kierrosta, mikä on rehellistä: Tasked voi laskea vain sen, minkä se näki. Kierrokset saa laskettua viemällä jokaisen version katselmoitavaksi joko katselmointitilassa tai asiakasportaalin kautta.
Yksi dynaamisen laskennan seurauksista on tämä: jos sääntöä laskettavista päätöksistä koskaan muutettaisiin, kaikki historialliset luvut muuttuisivat sen mukana. Se on hinta siitä, ettei määrää tallenneta, ja se on oikea hinta; vaihtoehtona olisi kaksi eri aikakautta rivejä, jotka tarkoittavat eri asioita.
Muuttaminen rahaksi
Tasked ei veloita ketään ylimääräisistä kierroksista. Tasked-sovelluksen oma tilaus hinnoittelee studion työn, ja kolmannen kierroksen raha liikkuu studion ja sen asiakkaan välillä studion omalla laskulla. Tuote tarjoaa vain luvun, merkinnän ja rekisterin: taulun, joka kertoo kolmannen kierroksen olevan laskutettava, auditointirivin, joka kertoo sen alkamisajankohdan, ja tapahtuman, jonka sääntö voi muuttaa asiakkaalle lähteväksi sähköpostiksi sinä päivänä, kun se tapahtuu.
Automaatiosimulaattori, joka toistaa viimeisimmän kuukauden tapahtumat ennen säännön käyttöönottoa, ilmoittaa nolla aiempaa käynnistystä säännölle, joka laukeaa kierrostapahtumasta. Tämä johtuu siitä, että 30 päivän ajanjaksolta laskettu kierrosmäärä ei ole projektin todellinen kierrosmäärä. Se näyttää mieluummin nollaa kuin varmuudella väärää lukua.
- Sovitut kierrokset: oletus 2, väliltä 0-50, auditoidaan muutettaessa.
- Kierros lasketaan, kun päätös vaati lisätyötä; pelkkää hyväksyntää ei lasketa.
- Rajan ylitys: taulu näyttää laskutettavien määrän, auditointirivi per ylimääräinen kierros, tapahtuma per ylimääräinen kierros.
Usein esiin nousevat kysymykset
- Lasketaanko asiakkaan portaalista tekemä muutospyyntö kierrokseksi?
- Kyllä. Se on päätös, jossa pyydettiin lisätyötä versioon, joten se sulkee kierroksen ja lasketaan mukaan sovittuun määrään. Pelkkää portaalista annettua hyväksyntää ei lasketa.
- Mitä jos olemme sopineet, ettei korjauskierroksia tehdä lainkaan?
- Aseta sovituksi määräksi 0. Tällöin jokainen kierros ylittää rajan, ja jokainen niistä merkitään ja kirjataan laskutettavaksi.
- Laskuttaako Tasked asiakasta ylimääräisestä kierroksesta?
- Ei. Tasked vain merkitsee ja kirjaa sen. Studio laskuttaa asiakastaan omalla laskullaan, ja voi viitata tauluun ja auditointiriviin.
- Mitä tapahtuu, jos versio poistetaan?
- Määrä lasketaan uudelleen tallennetuista päätöksistä joka kerta, kun se luetaan, joten se heijastaa sitä, mitä on kirjattu tällä hetkellä, eikä laskuria, joka ei enää vastaa tietoja.
- Voimmeko saada tiedon heti, kun asiakas ylittää sovitut korjauskierrokset?
- Kyllä. Jokaisesta ylimääräisestä korjauskierroksesta laukeaa domain-tapahtuma, ja lauseen muodossa kirjoitettu automaatio voi ilmoittaa tuottajalle ja lähettää sähköpostia asiakkaalle, kun näin tapahtuu.