Tæller en kundes anmodning om ændringer fra portalen som en runde?

Ja. Det er en afgørelse, der krævede mere arbejde på en version, så den lukker en runde og tæller med i det aftalte antal. En almindelig godkendelse fra portalen tæller ikke.

Hvad hvis vi slet ikke har aftalt nogen korrekturrunder?

Sæt det aftalte antal til 0. Hver runde vil derefter overskride grænsen, og hver enkelt bliver markeret og registreret som fakturerbar.

Fakturerer Tasked kunden for den ekstra runde?

Nej. Tasked markerer og registrerer det blot. Studiet fakturerer selv sin kunde på sin egen faktura og kan henvise til boardet og historiklinjen.

Hvad sker der, hvis en version slettes?

Antallet genberegnes ud fra de registrerede afgørelser, hver gang det læses, så det afspejler, hvad der er registreret nu, i stedet for en tæller, der ikke længere stemmer overens med dataene.

Kan vi få besked i det øjeblik, en kunde overskrider de aftalte korrekturrunder?

Ja. En domænehændelse udløses ved hver ekstra korrekturrunde, og en automatisering skrevet som en sætning kan give produceren besked og sende en e-mail til kunden, når det sker.

Aftalte korrekturrunder over for hvad der rent faktisk sker

I Tasked har et projekt det antal korrekturrunder, der er aftalt med kunden - som standard 2, og alt fra 0 til 50 - og produktet tæller de runder, der rent faktisk bruges: Én runde er ét review af én version, som kom retur med ønske om mere arbejde. En almindelig godkendelse tæller ikke. Når de brugte runder overstiger de aftalte, viser boardet, hvor mange runder der kan faktureres, der oprettes en historiklinje for hver ekstra runde, og en automatisering kan reagere på det. Tasked fakturerer ikke kunden for det; det gør studiet.

Udgivet 15. september 20265 min. læsning

Hvad en runde er

Et tilbud på en video prissættes i runder. To inkluderede korrekturrunder betyder, at kunden kan vende tilbage med kommentarer to gange; tredje gang koster penge, og ethvert studie ved, at tredje gang er den, man enten fakturerer for eller selv må æde. De fleste studier holder styr på det i et regneark og opdager det for sent.

Tasked opfinder ikke en runde for at tælle den. En runde er én review-session: Én version af filen, som præsenteres for folk. Den starter, når reviewet åbnes, og lukker, når der registreres en afgørelse, og den genåbnes aldrig; den næste runde er en ny session på en ny version, hvilket holder kommentarhistorikken troværdig. Så en runde har præcis én afgørelse, og at tælle afgørelser er det samme som at tælle runder.

En runde hører til det projekt, den blev reviewet for, og registreres i det øjeblik, den åbnes. En fil kan flyttes til en anden mappe i næste måned; runden bliver ved det projekt, der blev givet tilbud på. Et review af en fil, der ikke hører under et projekt, hører ikke til noget tilbud og tælles ikke med nogen steder.

Hvilke runder der tæller

En runde tæller med i det aftalte antal, når dens afgørelse krævede mere arbejde. 'Godkendt med ændringer' tæller, fordi et ja med kommentarer stadig er endnu en omgang. 'Afvist' tæller. En almindelig 'godkendt' tæller ikke: Arbejdet sluttede der, og intet blev lavet om.

En anmodning om ændringer fra kundeportalen følger samme regel. Når godkendelsens opgave har et åbent review-rum, registreres portalens afgørelse også i rummet, så den runde, den lukkede, tælles nøjagtigt som en runde, studiet selv lukkede.

Dette stemmer overens med, hvordan tilbuddet blev prissat. Den anden levering, der får kommentarer, er runde to; den tredje er den, der koster penge.

Det aftalte antal

Hvert projekt har et aftalt antal runder. Standarden er 2, hvilket er det, et tilbud på en reklamefilm normalt lyder på. Nul er tilladt og betyder, at der ikke er inkluderet nogen korrekturrunder, så hver runde kan faktureres. Loftet er 50, hvilket ikke er en produktbegrænsning, men en sikring mod at taste 200 ved en fejl.

Antallet angives på projektet af alle, der har tilladelse til at redigere projektet, og enhver ændring logges med, hvem der ændrede det, og fra hvad til hvad. Det er en kommerciel betingelse for opgaven, og studiet får dokumentation for det.

Når grænsen overskrides

At overskride grænsen betyder, at de brugte runder er strengt flere end de aftalte. At aftale to runder og bruge to er præcis aftalen, ikke et brud på den. Overskridelsen er et antal (brugte minus aftalte), fordi hver ekstra runde kan faktureres separat; det er aldrig bare en ja/nej-markering.

Tre steder viser det, baseret på én kilde. Boardet viser brugte runder, aftalte runder og, når grænsen er overskredet, hvor mange runder der kan faktureres. Der oprettes en historiklinje for hver runde, der overskrider grænsen, med rundens nummer og review-sessionen, hvilket er den dokumentation, et studie bruger til at dokumentere en faktura. Og der udløses en hændelse for hver ekstra runde, så en automatisering kan reagere på det: Når et projekt overskrider sine runder, får producenten besked, og der sendes en e-mail til kunden.

Hændelsen udløses for hver eneste runde ud over det aftalte antal, ikke kun én gang per projekt. Hvis kunden vendte tilbage tre ekstra gange, vil en regel om at give producenten besked køre tre gange, fordi hver af disse er en separat linje på fakturaen.

Hvorfor antallet beregnes hver gang

Antallet gemmes aldrig. En gemt tæller vil skride, første gang en fil slettes, et review fjernes sammen med den, eller et projekt flettes, og et forkert tal, som et studie fakturerer ud fra, er værre end intet tal. Hver gang boardet eller beslutningsstien forespørger, beregnes antallet via en enkelt forespørgsel på de registrerede afgørelser fra projektets reviews.

Det gør også, at optællingen kun er så god som review-flowet. Et studie, der sender cuts rundt på e-mail og aldrig åbner et review, får talt nul runder, hvilket er reelt nok: Tasked kan kun tælle det, det har set. Måden at få optællingen på er at køre hver version igennem et review, enten i rummet eller via kundeportalen.

En konsekvens af at beregne det dynamisk: Hvis reglen for, hvilke afgørelser der tæller, nogensinde ændres, vil alle historiske tal ændre sig med den. Det er prisen for ikke at gemme antallet, og det er den rigtige pris; alternativet er to tidsaldre af historiklinjer, der betyder forskellige ting.

Sådan bliver det til penge

Tasked opkræver ikke betaling fra nogen for en ekstra runde. Taskeds eget abonnement prissætter studiets arbejde, og pengene for runde tre flyttes mellem studiet og dets kunde på studiets egen faktura. Det, produktet leverer, er antallet, markeringen og registreringen: Et board, der viser, at runde tre kan faktureres, en historiklinje, der viser, hvornår den startede, og en hændelse, som en regel kan omdanne til en e-mail til kunden den dag, det sker.

Automatiseringssimulatoren, som afspiller den seneste måned, før en regel aktiveres, rapporterer nul tidligere udløsninger for en regel, der udløses af runde-hændelsen, fordi et rundeantal over et 30-dages vindue ikke er projektets reelle rundeantal. Den siger nul i stedet for et skråsikkert, men forkert tal.

Aftalte runder: Standard 2, fra 0 til 50, logges ved ændring.
En runde tæller, når afgørelsen krævede mere arbejde; en almindelig godkendelse gør ikke.
Over grænsen: Boardet viser, hvor mange der kan faktureres, en historiklinje per ekstra runde, en hændelse per ekstra runde.

Spørgsmål, der ofte dukker op

Tæller en kundes anmodning om ændringer fra portalen som en runde?: Ja. Det er en afgørelse, der krævede mere arbejde på en version, så den lukker en runde og tæller med i det aftalte antal. En almindelig godkendelse fra portalen tæller ikke.
Hvad hvis vi slet ikke har aftalt nogen korrekturrunder?: Sæt det aftalte antal til 0. Hver runde vil derefter overskride grænsen, og hver enkelt bliver markeret og registreret som fakturerbar.
Fakturerer Tasked kunden for den ekstra runde?: Nej. Tasked markerer og registrerer det blot. Studiet fakturerer selv sin kunde på sin egen faktura og kan henvise til boardet og historiklinjen.
Hvad sker der, hvis en version slettes?: Antallet genberegnes ud fra de registrerede afgørelser, hver gang det læses, så det afspejler, hvad der er registreret nu, i stedet for en tæller, der ikke længere stemmer overens med dataene.
Kan vi få besked i det øjeblik, en kunde overskrider de aftalte korrekturrunder?: Ja. En domænehændelse udløses ved hver ekstra korrekturrunde, og en automatisering skrevet som en sætning kan give produceren besked og sende en e-mail til kunden, når det sker.