Nopein sisällön työnkulku voi myös muuttua lyhimmäksi reitiksi luonnosvirheestä julkiseen julkaisuun. Ratkaisu ei ole lisää kokouksia. Se on pienempi, nimeltään käyttöoikeudet. Ennen kuin tiimi käyttää Pippit-videoagenttia, listatkaa kaikki toimenpiteet lähdetiedostojen lataamisesta julkaisuun ja määritelkää kullekin roolille vain tarvittavat toimenpiteet. Valtuuksien tulisi siirtyä työn mukana, ei sen mukana, kuka sattuu olemaan verkossa.
Mitkä videotointitoimet tarvitsevat erilliset käyttöoikeutensa?
Älä aloita keksimällä työnimikkeitä. Aloita toimista. Videovälittäjän työnkulkuun voi sisältyä tiivistelmien lukemista, aineistojen lataamista, kehotteiden luomista, luonnosten tuottamista, käsikirjoitusten muokkaamista, väitteiden muuttamista, median vaihtamista, hyväksymistä, vientiä, aikataulutusta, julkaisemista, poistamista, käyttäjien hallintaa ja lokien tarkastelua. Jokainen toiminta sisältää eritasoisen riskin.
Erota katselu muokkaamisesta ja muokkaaminen julkaisemisesta. Tarkastelijan voi olla tarpeen katsoa, kommentoida ja tarkastaa lähteitä ilman luonnoksen muokkaamista. Julkaisijan voi olla tarpeen julkaista hyväksytty tiedosto muuttamatta hintaa tai kuvatekstiä latauksen aikana. Nämä rajat tekevät hyväksynnästä merkityksellisen.
Kartoitettu myös ympäröivät järjestelmät. Lähtöaineistot voivat sijaita pilvitallennustilassa, hyväksyntä voi tapahtua tehtävässä ja julkaisu voi tapahtua sosiaalisen median tilillä. Turvallinen rooli generointityökalussa ei auta, jos samalla henkilöllä on kirjaamaton jaettu salasana jokaista kanavaa varten.
Mitä kunkin roolin pitäisi voida tehdä?
Käytä rooleja, jotka kuvaavat videoagentin tehtävää, eivätkä asemaa organisaatiossa. Ohjaajan ei tarvitse saada pysyvää julkaisoikeutta vain siksi, että titteli on vanhempi. Urakoitsija voi tarvita oikeuden luoda yhden luonnoksen, mutta ei saisi nähdä asiaankuulumattomia asiakasresursseja. Myönnä pienin hyödyllinen oikeusjoukko ja laajenna vain dokumentoidun tehtävän osalta.
Viisi roolia kattaa monia tiimejä: Luoja, Arvioija, Julkaisija, Kirjastonhoitaja ja Ylläpitäjä. Henkilöllä voi olla useampi vähäkonfliktinen rooli, mutta videoagenttiprosessin tulisi tehdä aktiiviset tehtävät näkyviksi. Roolikortin tulisi nimetä sallitut toiminnot, kielletyt toiminnot, laajuus ja voimassaoloaika.
NIST selittää, että roolipohjainen pääsynhallinta yhdistää oikeudet rooleihin käyttäjien sijasta ja on suunniteltu tukemaan tehtävien eriyttämistä. Artikkeli soveltaa tätä periaatetta sisällöntuotantoon. Se ei väitä, että mikään tietty Pippit-suunnitelma toteuttaisi NIST RBAC -standardia.
Mitkä rooliyhdistelmät aiheuttavat ristiriidan?
Riskialttein videotyön agenttipari on luominen ja lopullinen hyväksyntä. Henkilö, joka muokkasi videon, tuntee sen tarkoituksen, mutta saattaa myös ohittaa tutut virheet. Toinen tarkastaja kiinnittää asiaan uutta huomiota ja tekee piilotettujen muutosten läpipääsemisestä vaikeampaa. Sääntö on erityisen tärkeä väitteiden, säänneltyjen aiheiden, asiakastietojen ja maksullisten medioiden osalta.
Hyväksyminen ja julkaiseminen voidaan yhdistää pienessä tiimissä, jos julkaisija ei voi muokata hyväksyttyä versiota ja julkaisu kirjataan. Ylläpitäjän ja tarkastuksen omistajan yhdistelmä on huonompi, koska sama henkilö voi muuttaa käyttöoikeuksia ja hallita muutoksen todisteita. Anna lokien tarkastus henkilölle, joka ei ole mukana päivittäisessä ylläpidossa.
Ristiriidat koskevat toimia samassa työtehtävässä, eivät pysyviä tunnisteita. Henkilö voi luoda kampanjan A ja tarkastaa kampanjan B, jos hän ei ollut mukana B:n muokkaamisessa ja omaa tarvittavan aiheeseen liittyvän tietämyksen. Tallenna tehtävätasoinen rooli, jotta erottelun tarkistaminen onnistuu myöhemmin.
Kuinka pieni tiimi voi erotella tehtäviä?
Kahden hengen tiimi ei voi luoda viittä työntekijää, mutta se voi säilyttää kahden hengen päätöksenteon videoagenteista. Yksi henkilö luo. Toinen tarkistaa lopullisen todisteen ja hyväksyy. Julkaiseminen käyttää lukittua hyväksyttyä tiedostoa. Herkässä tehtävässä tuo ulkopuolinen aiheomistaja mukaan sen sijaan, että yksi henkilö hoitaa kaikkia rooleja samanaikaisesti.
Kun erottelu on mahdotonta, käytä kirjattua poikkeusta. Määritä tehtävä, riski, syy, henkilö, lisätarkistus, hyväksyjä ja voimassaoloaika. Poikkeuksen tulisi olla rajattu. \"Yksinomainen omistaja voi julkaista hätäkaupan sulkemisvideon vertailtuaan lopullisen tekstin allekirjoitettuun ilmoitukseen\" on parempi kuin \"omistajalla on täydet käyttöoikeudet.\"
Käytä aikaa kontrollina. Hätäoikeus voi avautua tunniksi ja sulkeutua automaattisesti tai poistua tapahtuman jälkeen. Arvioi loki seuraavana päivänä Tilapäinen käyttöoikeuden korotus on turvallisempaa kuin voimakkaan käyttöoikeuden jättäminen käyttöön, koska siitä voi olla hyötyä myöhemmin
Valitse tekijä ja eri julkaisun tarkastaja ennen työn aloittamista
Varmista faktat, resurssit ja versio, jotka tarkastajan täytyy vertailla
Vaadi hyväksyttyä tallennusta ennen vientiä tai aikataulutusta
Julkaise tarkalleen hyväksytty tiedosto ilman viime hetken muutoksia
Käytä rajattua, päivämäärättyä poikkeusta, kun toinen henkilö ei todellakaan voi toimia
Tarkista poikkeukset ja poista korotetut käyttöoikeudet tapahtuman jälkeen
Milloin käyttöoikeuden tulisi alkaa ja loppua?
Videoagentin käyttöoikeus alkaa, kun nimetty tehtävä alkaa, ei silloin, kun henkilö liittyy yritykseen Freelance-toimittaja saattaa tarvita yhden projektikansion kymmeneksi päiväksi. Alueellinen tarkastaja saattaa tarvita vain käännetyn luonnoksen yhtä markkinaa varten. Rajaa oikeudet kampanjan, aineistoryhmän, kanavan ja ajan mukaan silloin, kun ympäröivät työkalut sen sallivat.
Päätä pääsy, kun tehtävä päättyy, sopimus päättyy, rooli muuttuu, suostumus peruutetaan tai ilmenee turvallisuusongelma. Älä odota neljännesvuosittaista järjestelyä, jos henkilö ei enää tarvitse asiakasmediaa tai julkaisuoikeuksia tänään. Säilytä yksinkertainen uloskirjautumisen käynnistin projektin sulkemisen tarkistuslistassa.
Tarkista olemassaoleva pääsy aikataulun mukaisesti. Kysy, hoitaako henkilö edelleen roolia, onko lupa edelleen tarpeen ja onko mahdollista rajata laajuutta. Passiiviset tilit, vanhat toimistot, testikäyttäjät ja jaetut tunnukset ansaitsevat erityistä huomiota, koska kukaan nykyinen omistaja ei ehkä huomaa niiden valtuuksia.
Aloituksen käynnistin: määritetty kampanja, alue, kanava tai aineistokirjasto.
Laajuus: vain kansiot, tehtävät ja toimet, jotka tarvitaan kyseiseen tehtävään.
Päättymislaukaisu: projektin sulkeminen, roolin muutos, sopimuksen päättyminen tai vetäytyminen.
Hätänosto: syy, hyväksyjä, aloitus, vanheneminen ja myöhempi tarkistus.
Jatkuva tarkistus: omistaja vahvistaa roolin ja poistaa käyttämättömän pääsyn.
Mitä tarkistusraportin tulisi näyttää?
Hyödyllinen videotoimeksiannon tallenne vastaa kysymyksiin: kuka teki mitä, mille versiolle, milloin, millä roolilla ja millä lopputuloksella. Se yhdistää julkaistun tiedoston hyväksyntään ja hyväksynnän tarkasteltuihin lähteisiin. Luettelo kirjautumisajoista ei voi todistaa, että julkinen versio vastaa sitä, jonka tarkastaja hyväksyi.
Säilytä myös epäonnistuneet toimet. Estetty julkaisuyritys, muutettu rooli, poistettu luonnos, korvattu aineisto ja uudelleen avattu hyväksyntä voivat paljastaa heikon prosessin. Lokit on suojattava rutiininomaiselta muokkaamiselta ja säilytettävä riittävän pitkään, jotta tiimi voi tutkia valituksen tai korjata julkaistun viestin.
Tietue ei saa paljastaa enemmän henkilötietoja kuin tarkastus edellyttää. Käytä tilin tunnistetta, työn tunnusta, toimintoa, versiota, aikaleimaa ja syytä. Älä liitä yksityisiä asiakastietoja yleiseen muistiinpanoon vain saadaksesi polun näyttämään täydelliseltä. Todisteiden on oltava hyödyllisiä ja asianmukaisesti rajattuja.
Kuinka nämä roolit toimivat Pippitin ympärillä?
Käytä Pippitiä hyväksytyn idean ja materiaalien muuttamiseen luonnokseksi ja vie tiedosto tiimin roolivaiheiden läpi. Luova henkilö valmistaa ja lähettää. Tarkastaja tarkistaa lähteet, väitteet, visuaalit, kuvatekstit ja kanavan soveltuvuuden Julkaisija julkaisee vain lukitun version, jossa on tallennettu hyväksyntä
Jos muutoksia tarvitaan, palauta luonnos luojalle tai nimetylle toimittajalle Käytä Pippit AI -videoeditoria korjausten kirjaamiseen, luo uusi versio ja lähetä koko video takaisin tarkistettavaksi Älä koskaan muokkaa hyväksyttyä tiedostoa julkaisemisen aikana luomatta uutta tarkistusversiota
Sovella käyttöoikeuksien hallintaa kaikissa liitetyissä paikoissa: Pippit-työtilan asetuksissa, jotka ovat tiimin saatavilla, resurssien tallennuksessa, hyväksyntäjärjestelmässä, latauskansiossa ja sosiaaliskanavilla Varmista nykyisen tuotteen ja suunnitelman ominaisuudet ennen luvan varaan laskemista Käyttöohje pysyy samana: luominen, hyväksyntä ja julkaisu tulee jättää jälki eikä niitä saa yhdistää yhteen hiljaiseen klikkaukseen
Usein kysytyt kysymykset
K1. Voiko yhdellä henkilöllä olla enemmän kuin yksi rooli?
Kyllä, kun toimet eivät aiheuta ristiriitaa samassa tehtävässä. Henkilö voi luoda yhden kampanjan ja tarkastella toista. Vältä antamasta henkilön luoda ja antaa lopullista hyväksyntää omalle arkaluonteiselle videolleen. Merkitse aktiivinen rooli tehtävän mukaan, jotta erottelu pysyy näkyvissä.
K2. Saako julkaisija muokata tekstityksiä?
Ei jo hyväksytyssä tiedostossa. Jos julkaisija havaitsee tekstitysongelman, palauta se kirjattua korjausta ja uutta hyväksyntää varten. Hyväksynnän ja julkaisun välinen yhteys katkeaa, jos tallennuksen aikana sallitaan tarkistamattomia muokkauksia. Julkaisija voi muuttaa kanavan vain metatietoja, kun tämä lupa on määritetty ja tarkastettu erikseen.
K3. Mitä tarkoittaa vähimmäisoikeudet videotyöprosessissa?
Tämä tarkoittaa, että henkilölle annetaan vain pääsy, joka on tarpeen nykyistä tehtävää ja laajuutta varten. Tarkastelija voi tarkastella lähteitä ja kommentoida ilman, että hän voi poistaa sisältöjä. Urakoitsija voi muokata vain yhtä kampanjaa avaamatta kaikkia asiakaskansioita. Oikeudet tulisi päättyä tehtävän päättyessä sen sijaan, että niistä tulisi oletuksena pysyviä.
K4. Miten hätäjulkaisun poikkeuskäytännön tulisi toimia?
Kirjoita tarkka tehtävä, syy, korotettu toimenpide, henkilö, hyväksyjä, aloitus ja päättymisajankohta. Lisää korvaava tarkistus, kuten lopullisen tekstin vertailu allekirjoitettuun ilmoitukseen. Poista pääsy julkaisun jälkeen ja tarkista tapahtuma myöhemmin. Älä muuta yhtä kiireellistä tapausta pysyväksi täydelliseksi pääsyksi.
K5. Korvaako tehtäväpohjainen pääsy sisällön tarkistuksen?
Pääsynvalvonta päättää, kuka voi toimia; toimituksellinen tarkistus päättää, onko sisältö tarkkaa, turvallista, selkeää ja sopivaa. Asianmukaisesti valtuutettu tarkastaja voi silti tehdä heikon päätöksen. Pidä lähteiden tarkistukset, hyväksyntäsäännöt ja aiheen asiantuntemus hyväksyntäprosessin sisällä sen sijaan, että kohtelisit lupaa laadun todisteena.
Anna jokaiselle klikkaukselle omistaja.
Roolikartta muuttaa nopeuden hallituksi nopeudeksi. Listaa toimet, liitä ne luojan, tarkastajan, julkaisijan, kirjastonhoitajan ja ylläpitäjän tehtäviin ja erota ristiriitaiset päätökset samassa työssä. Käytä lyhytaikaista käyttöoikeutta ja rajattuja poikkeuksia, kun tiimi on pieni. Linkitä sitten julkaistu tiedosto sen lähteisiin, versioon ja hyväksyntään. Tavoitteena ei ole byrokratia. Tavoitteena on tietää, kenellä oli valta tehdä jokainen julkinen päätös.