Klientu apstiprināšanas process ir secība, kādā radošais materiāls tiek nosūtīts pārskatīšanai, saņem komentārus, tiek labots un beigās saņem skaidru gala apstiprinājumu. Teorijā tas izklausās vienkārši. Praksē problēmas bieži sākas brīdī, kad katra procesa daļa notiek citā vietā – fails atrodas mākoņkrātuvē, komentāri pienāk e-pastā vai čatā, jaunākā versija ir nosūtīta citā sarakstē, bet gala “apstiprinu” palicis kaut kur starp desmitiem citu ziņu.
Tas īpaši jūtams reklāmas aģentūrās, dizaina un video studijās, ierakstu studijās, medijos un citās radošajās komandās, kur vienam darbam var būt vairākas versijas un vienlaikus jāsaskaņo desmitiem dažādu materiālu.
Problēma parasti nav tajā, ka trūkst vēl viena failu glabāšanas rīka. Biežāk trūkst skaidras atbildes uz pavisam vienkāršiem jautājumiem: kura versija šobrīd ir aktuālā, kādi labojumi vēl jāveic un vai klients konkrēto gala variantu patiešām ir apstiprinājis?
Faila nosūtīšana vēl nav tā apstiprināšana
Google Drive, Dropbox, WeTransfer un e-pasts labi atrisina faila nogādāšanu no viena cilvēka pie otra. Taču failu koplietošana un faila apstiprināšana nav viens un tas pats process.
Ja klientam nosūtīts vizuālis, video vai audio fails, pēc tam var sākties sarakste: “Varētu logo nedaudz lielāku?”, “Šeit tomēr izmantojam iepriekšējo tekstu”, “Vai tā ir jaunākā versija?” vai “Jā, šis laikam der.”
Pēc pāris labojumu cikliem projekta mapē jau var būt final.pdf, final_2.pdf, final_labots.pdf un final_pedejais.pdf. Savukārt projekta vadītājam jāatceras, kurā komunikācijas kanālā klients komentējis kuru no tiem.
Tieši šeit sākas versiju pārvaldības problēma. Sakārtotā procesā katrai jaunai versijai vajadzētu būt nepārprotami saistītai ar iepriekšējo, klienta komentāriem – ar konkrēto materiāla versiju, bet gala apstiprinājumam skaidri jānorāda, kas tieši ir akceptēts.
Kur visbiežāk rodas kļūdas?
Viena no izplatītākajām problēmām ir vairāku komunikācijas kanālu izmantošana vienlaikus. Materiāls tiek nosūtīts ar e-pastu, komentārs pienāk WhatsApp, vēl viens labojums tiek pateikts telefona sarunā, bet nākamā faila versija parādās koplietotā mapē.
Katrs no šiem rīkiem atsevišķi darbojas labi. Sarežģījumi sākas brīdī, kad no tiem kopā jāmēģina atjaunot projekta vēsturi.
Līdzīgu problēmu uzņēmumu digitalizācijas kontekstā Radio SWH iepriekš aprakstīja arī “Industrek” pieredzes stāstā par pāreju no informācijas un datu haosa uz pārskatāmāku sistēmu. Arī radošo projektu vadībā situācija pēc būtības ir līdzīga – jo vairāk informācijas atrodas atsevišķās vietās, jo vairāk laika nepieciešams tās apkopošanai.
Pēc nedēļas var būt grūti atbildēt uz šķietami elementāru jautājumu: vai klients apstiprināja pēdējo versiju vai to, kas tika nosūtīta pirms tās?
Seši principi sakārtotai radošo materiālu saskaņošanai
Labs klientu apstiprināšanas process nav obligāti sarežģīts. Tieši pretēji – klientam tam vajadzētu būt pēc iespējas vienkāršākam. Praktiski pietiek ievērot dažus pamatprincipus.
1. Vienmēr jābūt skaidrai aktuālajai versijai.
Ja izveidots jauns variants, tam jābūt nepārprotami nodalītam no iepriekšējā. Klientam nevajadzētu pašam minēt, kuru failu šobrīd skatīties.
2. Komentāriem jāattiecas uz konkrētu materiālu vai versiju.
Pretējā gadījumā pēc vairākiem labojumu cikliem var kļūt neskaidrs, vai iepriekšējā piezīme joprojām ir aktuāla.
3. Jābūt zināmam, kurš pieņem gala lēmumu.
Projektā var iesaistīties vairāki cilvēki, taču “izskatās labi” no viena kolēģa ne vienmēr nozīmē gala apstiprinājumu no klienta.
4. “Pieprasīt izmaiņas” un “apstiprināt” nav viens un tas pats.
Procesā jābūt skaidrai robežai starp komentēšanu un lēmumu, ka konkrētā versija ir gatava publicēšanai vai ražošanai.
5. Gala apstiprinājumam jāpaliek fiksētam.
Pēc projekta pabeigšanas jāspēj noskaidrot, kura versija tika apstiprināta un kad tas notika.
6. Neatbildētiem pieprasījumiem nepieciešams atgādinājums.
Projekta vadītāja laikam nevajadzētu pazust, regulāri rakstot “vai paspējāt apskatīties?”. Ja process to ļauj, šādus atgādinājumus var automatizēt.
Uzņēmumu digitalizācijas galvenais ieguvums bieži nav pati tehnoloģija, bet gan lieka manuālā darba samazināšana. To labi ilustrē arī Radio SWH aprakstītā ESELO pieredze, meklējot veidus, kā ar digitāliem risinājumiem ikdienā strādāt efektīvāk.
Kā apstiprināšanas process izskatās praksē?
Reklāmas ierakstu studijā klientam var tikt nosūtīta audio reklāmas pirmā versija. Klients norāda, ka vienā vietā jāmaina teksts vai akcents, studija sagatavo nākamo variantu un pēc tam saņem gala apstiprinājumu. Ja pēc mēneša rodas jautājums, kura versija tika akceptēta, tai vajadzētu būt viegli atrodamai.
Video ražošanā process var būt sarežģītāks. Pirmajai versijai tiek komentēti atsevišķi kadri vai epizodes, pēc labojumiem tiek iesniegts jauns video, un tikai pēc tā pārskatīšanas projekts tiek uzskatīts par pabeigtu.
Sociālo tīklu kampaņā vienlaikus var būt jāsaskaņo desmitiem vizuāļu. Šajā gadījumā svarīgi ātri saprast, kuri materiāli jau ir apstiprināti un kuri joprojām gaida klienta reakciju.
Drukas vai vides reklāmas materiālam gala apstiprinājumam var būt vēl lielāka nozīme. Ja ražošanā tiek nodota nepareiza versija, kļūdu vairs nevar izlabot, vienkārši nomainot failu internetā.
Šie piemēri atšķiras, bet pamatproblēma ir viena – jāspēj savienot konkrēto failu, tā versiju, klienta komentārus un gala lēmumu.
Arī radošajā industrijā digitalizācija arvien biežāk nozīmē nevis “vairāk tehnoloģiju”, bet ērtāku informācijas pārvaldību. Piemēram, “Umami Production” pieredze rāda, kā specializēts digitāls risinājums var palīdzēt radošam uzņēmumam sakārtot vienu no tā svarīgākajiem darba resursiem.
E-pasts un failu koplietošana pret strukturētu apstiprināšanas procesu
| Situācija | E-pasts un failu koplietošana | Strukturēts apstiprināšanas process |
|---|---|---|
| Aktuālā faila versija | Jāatrod mapē vai sarakstē | Skaidri nodalīta no iepriekšējām |
| Klienta komentāri | Var atrasties vairākos kanālos | Piesaistīti konkrētam materiālam vai versijai |
| Jauna versija | Bieži jauns fails vai jauna saite | Saglabāta vienotā versiju vēsturē |
| Gala apstiprinājums | Var palikt e-pastā vai čatā | Fiksēts pie konkrētās versijas |
| Neatbildēts pieprasījums | Projekta vadītājs seko manuāli | Iespējami automātiski atgādinājumi |
| Projekta vēsture | Jāsaliek kopā no vairākiem avotiem | Saglabāta vienuviet |
Tas nenozīmē, ka katram uzņēmumam obligāti nepieciešama specializēta platforma. Nelielam projektam ar vienu failu un vienu lēmuma pieņēmēju e-pasts var būt pilnīgi pietiekams.
Atsevišķs klientu apstiprināšanas process kļūst vērtīgāks tad, kad versiju, projektu un iesaistīto cilvēku skaits sāk pieaugt.
Gala apstiprinājumam jābūt nepārprotamam
Viena no vērtīgākajām procesa izmaiņām ir skaidri nodalīt komentēšanu no apstiprināšanas.
Klients var uzrakstīt “izskatās labi”, bet pēc tam vēl pievienot labojumu. Citā situācijā viens cilvēks uzņēmumā var būt apmierināts ar materiālu, bet gala lēmums jāpieņem citam.
Tāpēc labi organizētā procesā ir skaidri zināms, kurš cilvēks veic gala pārskatīšanu un ar kādu darbību konkrētā versija kļūst par apstiprināto.
Svarīgi saglabāt ne tikai gala failu, bet arī kontekstu, kad tas tika iesniegts, kādi labojumi veikti un kura versija beigās apstiprināta.
Arī klienta pieredzei jāpaliek vienkāršai
Uzņēmums var izveidot ļoti detalizētu iekšējo darba plūsmu, taču klientam nevajadzētu būt jāapgūst sarežģīta projektu vadības sistēma tikai tāpēc, lai apstiprinātu reklāmas vizuāli, video vai audio ierakstu.
Jo vairāk soļu nepieciešams līdz materiāla apskatīšanai, jo lielāka iespēja, ka saskaņošana ieilgs.
Labs klienta ceļš ir ļoti īss: cilvēks saņem saiti, atver materiālu, pievieno komentāru vai pieņem lēmumu un aizver lapu. Viņam nav nepieciešams redzēt aģentūras iekšējos uzdevumus, budžetu, projekta vadību vai komandas komunikāciju.
Kad sāk palīdzēt specializēti saskaņošanas rīki?
Vienkāršu procesu iespējams izveidot arī bez papildu programmatūras – ar pārdomātu failu nosaukumu sistēmu, vienu komunikācijas kanālu un skaidri noteiktu cilvēku, kurš dod gala apstiprinājumu.
Taču, pieaugot projektu apjomam, manuāla procesa uzturēšana pati sāk prasīt laiku. Ir jāseko līdzi versijām, jāapkopo komentāri, jāatgādina par neizskatītiem materiāliem un nepieciešamības gadījumā jāspēj atrast iepriekš pieņemtais lēmums.
Šādiem gadījumiem paredzēti specializēti klientu apstiprināšanas rīki. Viens no tiem ir Latvijā izstrādātais ApprovalDock, kas paredzēts failu un radošo materiālu saskaņošanai starp komandām un klientiem.
Tajā vairākus materiālus iespējams apvienot vienā kampaņā un klientam nosūtīt vienu pārskatīšanas saiti. Klientam nav jāveido atsevišķs konts – viņš var apskatīt iesniegtos materiālus, pievienot komentārus, pieprasīt labojumus vai apstiprināt konkrēto versiju.
Ja nepieciešamas izmaiņas, jaunā versija tiek pievienota tam pašam materiālam, saglabājot iepriekšējo versiju vēsturi. Savukārt komandai vienuviet redzams, kuri materiāli vēl gaida reakciju un kuri jau saņēmuši gala apstiprinājumu.
Tomēr pats rīks neatrisina nesakārtotu procesu automātiski. Svarīgākais joprojām ir vienoties, kam jāapstiprina materiāls, kā tiek apkopoti komentāri un kurā brīdī versija tiek uzskatīta par gala variantu.
Pieci jautājumi, kurus vērts uzdot savai komandai
Pirms mainīt esošo sistēmu vai ieviest jaunu rīku, daudz ko var saprast, vienkārši paskatoties uz pašreizējo darba procesu.
Vai komandai vienmēr ir skaidrs, kura ir jaunākā faila versija?
Vai komentāri par vienu materiālu nonāk vairākos komunikācijas kanālos?
Vai pēc dažiem mēnešiem iespējams ātri atrast, kuru versiju klients faktiski apstiprināja?
Vai projekta vadītāji regulāri manuāli atgādina klientiem par neizskatītiem materiāliem?
Vai pats klients bez papildu paskaidrojumiem saprot, kas viņam konkrētajā brīdī jāizdara?
Ja uz vairākiem no šiem jautājumiem atbilde ir “nē”, problēma, iespējams, nav pašos failos. Problēma ir procesā.
Skaidrs process bieži ir vērtīgāks par vēl vienu funkciju
Radošo materiālu saskaņošanai nav jākļūst par sarežģītu administratīvu procedūru.
Pat nelielas izmaiņas – viena vieta komentāriem, nepārprotama versiju secība un skaidri fiksēts gala lēmums – var būtiski atvieglot darbu gan komandai, gan klientam.
Svarīgi ir nodalīt failu glabāšanu no lēmuma par šo failu.
Jo brīdī, kad projekts tuvojas publicēšanai, drukai vai nodošanai ražošanā, visvērtīgākais jautājums bieži nav “Kur atrodas pēdējais fails?”, bet gan “Vai tieši šo versiju klients ir apstiprinājis?”.
