Pereiti prie turinio
DUK

Atsakymai prieš pradedant

Dažniausiai užduodami klausimai apie IT priežiūrą, saugumą, programavimą, skaitmeninę reklamą, foto ir video turinį bei virtualius turus. Sužinokite, kaip pasiruošti darbams, kas įeina į paslaugas ir kaip vertinamas rezultatas.

Bendradarbiavimo pradžia

Pradėkite nuo situacijos ir norimo rezultato: kas dabar trukdo darbuotojams, klientams ar pardavimams, kokios sistemos naudojamos ir ką norėtumėte pakeisti. Galite pateikti vieną konkretų pavyzdį, pavyzdžiui, rankomis perkeliamą užsakymą ar dažnai neveikiančią programą. Pagal tai aptarsime, ar reikalinga priežiūra, atskiras vertinimas, integracija ar naujo sprendimo kūrimas. Pirmam kreipimuisi išsami techninė specifikacija nebūtina. Galimas kryptis rasite paslaugų sąraše; konkreti darbų apimtis nustatoma įvertinus jūsų aplinką.

Aprašykite pagrindinį tikslą, dabartinę problemą ir jos poveikį darbui. Pridėkite naudojamų sistemų pavadinimus, svetainės adresą, apytikslį naudotojų ar darbo vietų skaičių ir turimus termino bei biudžeto orientyrus. Jei kreipiatės dėl kūrimo, naudingi pageidaujamų funkcijų ir turinio pavyzdžiai. Nurodykite, kas jūsų pusėje priims sprendimus ir kas prižiūri esamą sistemą. Slaptažodžių, API raktų ar klientų duomenų viešoje formoje nesiųskite; konkrečias prieigas ir jų perdavimą suderinsime tik tada, kai bus aiškus poreikis.

Taip, bendradarbiavimą galima organizuoti pagal konkrečias atsakomybes. Pavyzdžiui, jūsų specialistas gali administruoti darbuotojų paskyras, o mes – sutartus serverius ar integraciją. Pradžioje reikia įvardyti sistemų savininkus, darbų tvirtintojus, prieigos teises ir problemų perdavimo tvarką. Jei sutrikimas apima kelias sistemas, svarbu turėti bendrą diagnostikos informaciją ir aiškų kitą veiksmą. IT ūkio priežiūros apimtį suderiname su jūsų komandos vaidmeniu; kito tiekėjo sutarties ar įsipareigojimų savaime neperimame.

Klausimynai padeda susisteminti jūsų situaciją: kas jau apibrėžta, kokios informacijos trūksta ir ką verta aptarti su specialistu. Įvedę el. paštą peržiūrite pagal pateiktus atsakymus parengtą rezultatą ir galite gauti PDF ataskaitą. Savivertinimas nepakeičia sistemų patikrinimo, saugumo audito ar atitikties vertinimo. Pasirinkus papildomą svetainės adreso patikrą, jos apimtis ir ribos nurodomos atskirai. Jei atsakymo nežinote, taip ir pažymėkite. Klausimynas nenustato galutinės kainos; dėl paslaugos galima kreiptis ir jo nepildant.

Kainą lemia puslapių struktūra, dizaino sprendimai, kalbų skaičius, turinio parengimas ir reikalingos funkcijos. Paprasta paslaugų svetainė ir svetainė su registracija, duomenų importu ar išorinėmis sistemomis reikalauja skirtingų darbų. Planuojant svetainės kūrimą pirmiausia verta sutarti puslapių paskirtį ir tai, ką juose galės atlikti lankytojas. Atskirai įvardijame turinio perkėlimą, papildomus tekstus ar vaizdus, mokamas licencijas ir priežiūrą po paleidimo. Taip galima palyginti pasiūlymų apimtį, o ne vien galutinę sumą.

Projekto kaina apima sutartą sukūrimo, diegimo ar pertvarkymo darbą. Veikiančiam sprendimui gali reikėti atskirų išlaidų: prieglobos, domeno, programinės įrangos licencijų, saugojimo vietos, mokamų API ar nuolatinės priežiūros. Jų poreikį ir mokėjimo atsakomybę svarbu aptarti prieš pasirenkant technologiją. Pavyzdžiui, atsarginių kopijų sprendime atskirai vertinama saugykla, naudojamos licencijos ir administravimas. Pasiūlyme turi būti aišku, kurios dalys įtrauktos, kokios priklauso nuo trečiųjų šalių ir už ką mokama periodiškai.

Terminą lemia darbų apimtis, turimos informacijos kokybė, integracijos ir priklausomybės nuo kitų tiekėjų. Laiko reikia ne tik įgyvendinimui, bet ir turiniui paruošti, sprendimams patvirtinti, testuoti bei priimti rezultatą. Planuodami įvardijame, kokių duomenų ir sprendimų laukiame iš jūsų komandos. Jei yra svarbi paleidimo data, ją nurodykite pradžioje – tuomet galima svarstyti darbų etapus ir pirmo etapo prioritetus. Konkretų grafiką suderiname įvertinę šias sąlygas; vien paslaugos pavadinimo jam nustatyti neužtenka.

Naują poreikį pirmiausia palyginame su sutarta apimtimi ir priėmimo kriterijais. Svarbu atskirti netinkamai veikiančią sutartą funkciją nuo papildomos funkcijos ar pakeisto proceso. Papildomam darbui įvertiname poveikį kainai, terminui, testavimui ir kitoms sistemos dalims. Tada galima nuspręsti, ar jį įtraukti dabar, pakeisti mažesnio prioriteto užduotį, ar palikti vėlesniam etapui. Individualios sistemos kūrime toks prioritetų sąrašas padeda išlaikyti aiškų pirmo rezultato tikslą ir matyti, kas dar laukia.

IT ūkio priežiūra planuojama pagal jūsų darbo vietas, paskyras, tinklą ir sutartas sistemas. Plane aprašome naudotojų pagalbą, atnaujinimus, stebėseną ir periodinius darbus, taip pat tai, kas lieka jūsų komandai ar kitam tiekėjui. Naujos infrastruktūros diegimas, didelė migracija, saugumo auditas ar programavimo darbai savaime į priežiūrą neįeina. Prieš pradžią patvirtiname prižiūrimų objektų sąrašą, atsakingus kontaktus ir pagalbos tvarką. Šis sąrašas leidžia aiškiai matyti, už ką atsakoma kasdien ir ką reikia planuoti atskirai.

Aptarnavimo valandos ir reagavimo sąlygos nustatomos konkrečiame pasiūlyme. Automatinis įspėjimas gali būti užregistruotas bet kuriuo metu, tačiau tai savaime nereiškia nuolatinio specialisto budėjimo. Atskirai sutariame pirmos reakcijos tikslą, incidento prioritetą, kontaktus ir veiksmus, kuriuos leidžiama atlikti. Reakcijos laikas taip pat nėra tapatus problemos pašalinimo laikui: sprendimas gali priklausyti nuo programos kūrėjo, įrangos ar kliento patvirtinimo. Jei įmonės veiklai būtinas konkretus aptarnavimo režimas, jį aptariame dar prieš pradedant priežiūrą.

Serverių administravimas skirtas sutartų veikiančių serverių ir jų tarnybų priežiūrai: būklei, atnaujinimams, resursams ir sutrikimams. Infrastruktūros projektas reikalingas, kai planuojama nauja aplinka, esminis pertvarkymas, įrangos parinkimas ar kelių sistemų perkėlimas. Ribą lemia numatomas rezultatas, o ne vien serverių skaičius. Pirmiausia įvertiname esamą būklę, verslo poreikius ir leistiną prastovą. Projekto pabaigoje sutariamas perdavimas, o tolesnė kasdienė priežiūra apibrėžiama atskirai.

Skeneris pateikia techninius signalus apie pasirinktus objektus; juos dar reikia patikrinti ir įvertinti. IT saugumo audite iš anksto sutariami kriterijai, apimtis ir reikalingi įrodymai, o išvados pagrindžiamos surinkta informacija. Įsiskverbimo bandymai nėra automatiškai šios apimties dalis – jiems reikia atskiro susitarimo dėl metodų ir leidimų. Audito ataskaita taip pat nėra organizacijos ISO sertifikatas ar visų atitikties reikalavimų patvirtinimas. Pradžioje svarbu pasakyti, kokiam sprendimui ar reikalavimui vertinimo reikės.

SIEM yra technologija saugumo duomenims rinkti ir analizuoti. SOC paslauga apima ir darbo procesą: kokius įspėjimus vertiname, kas nustato jų svarbą, kam perduodama informacija ir kas gali imtis veiksmų. Dev4you.lt saugumo stebėsenai naudoja Wazuh, o konkrečius šaltinius ir taisykles parenkame pagal aplinką. Prieš pradžią reikia sutarti specialistų darbo laiką, eskalavimą, leidžiamas reakcijas ir žurnalų saugojimą. Įspėjimo perdavimas savaime neapima viso incidento tyrimo, pašalinimo ar sistemos atkūrimo.

Svarbiausia išsiaiškinti, kokie duomenys ir sistemos būtini veiklai, kiek naujausių duomenų praradimo būtų priimtina ir per kiek laiko reikėtų grįžti prie darbo. Pagal tai planuojamos atsarginės kopijos ir atkūrimas: saugojimo vietos, istorija, prieigos, atsakingi žmonės ir bandymai. Vien sėkmingo kopijavimo pranešimo neužtenka – reikia patikrinti pasirinktų duomenų ar programos atkūrimą. Atkuriamos sutartos sistemos iš prieinamų kopijų; fiziškai pažeistų diskų laboratorinis atkūrimas į šią paslaugą neįeina.

Svetainės priežiūroje numatomi sutarti atnaujinimai, veikimo patikros ir taisymai. Saugumo patikra turi atskirą tikslą, tikrinamus objektus, metodus ir radinių ataskaitą. Jei jos reikia, apimtį bei leidimą suderiname prieš bandymus; vien svetainės adreso pateikimas nėra leidimas aktyviai testuoti. Rastas problemas galima įtraukti į atskirai suderintus taisymo darbus ir patikrinti pakartotinai. Ataskaitoje įvardijamos netikrintos sritys ir ribojimai, todėl rezultatas negali būti besąlyginė visos svetainės saugumo garantija.

Svetainė dažniausiai padeda pristatyti paslaugas, pateikti informaciją ir gauti užklausas. El. parduotuvei reikia prekių katalogo, pirkimo, mokėjimų, pristatymo ir užsakymų valdymo. Individuali sistema tinka, kai reikia konkretaus darbo proceso, savitarnos ar teisių modelio, kurio standartinis produktas tinkamai neišsprendžia. Pasirinkimą pradedame nuo naudotojų veiksmų ir esamų įrankių įvertinimo. Kartais pakanka sukonfigūruoti turimą sprendimą ar sujungti sistemas; kurti viską iš naujo verta tik supratus tokio pasirinkimo naudą ir tolesnės priežiūros poreikį.

Taip, galima suplanuoti pirmą etapą, kuris išsprendžia vieną svarbų procesą nuo pradžios iki pabaigos. Pavyzdžiui, darbuotojas pateikia prašymą, atsakingas asmuo jį patvirtina, o rezultatas užregistruojamas. Prieš kūrimą apibrėžiame naudotojų roles, būtinus duomenis, klaidų atvejus ir priėmimo kriterijus. Vėlesnės funkcijos lieka prioritetų sąraše ir planuojamos pagal naudojimo patirtį. Mažesnė apimtis nepanaikina reikalingo saugumo, testavimo ar perdavimo; šios dalys numatomos ir pirmoje veikiančioje versijoje.

Taip, Dev4you.lt kuria programėles abiem platformoms ir turi kūrimui reikalingas paskyras bei licencijas. Prieš pasirenkant technologiją aptariame naudotojus, įrenginių funkcijas, darbą be interneto ir ryšį su kitomis sistemomis. API, administravimo dalis ir publikavimo parengimas įtraukiami pagal projekto poreikį. Atskirai sutariame, kam priklausys publikavimo paskyros ir kaip bus perduotos prieigos bei projekto medžiaga. Pateikimas App Store ar Google Play yra proceso dalis, tačiau galutinio platformos patvirtinimo ar jo datos garantuoti negalime.

Tokia galimybė vertinama pagal abiejų sistemų sąsajas ir leidžiamus duomenų mainus. Pradžiai reikia sistemų pavadinimų, versijų, API ar importo dokumentacijos ir pavyzdžio, kokie duomenys turi keliauti. Sutariame, kuri sistema laikoma pagrindiniu duomenų šaltiniu, kaip dažnai vyksta mainai ir kas nutinka klaidos ar pasikartojančio įrašo atveju. Jei sąsaja ribota, galime vertinti kitą perdavimo būdą, tačiau universalaus suderinamumo nežadame. Mokamų API sąlygos, tiekėjų leidimai ir vėlesnė integracijos priežiūra aptariami atskirai.

Prieš keičiant struktūrą surenkami esami adresai ir nustatoma, kurie puslapiai išlieka, perkeliami ar sujungiami. Pasikeitusiems adresams parenkami turinį atitinkantys nukreipimai; kartu tikrinamos vidinės nuorodos, indeksavimo nustatymai ir perkeltas turinys. Jei turite paieškos duomenų, jie padeda nustatyti svarbiausius puslapius. Po paleidimo verta stebėti klaidas ir matomumo pokyčius. Toks pasiruošimas mažina migracijos klaidų riziką, tačiau negarantuoja nekintančių pozicijų ar srauto – paieškos rezultatus veikia ir nuo svetainės projekto nepriklausantys veiksniai.

Perdavimas ir priežiūra

Perduodamų dalykų sąrašą sutariame pagal projektą: tai gali būti administravimo prieigos, naudojimo instrukcija, nustatymų ir integracijų aprašai, testų rezultatai bei likusių darbų sąrašas. Jei turinį redaguos jūsų komanda, iš anksto numatome, kokius puslapius ir laukus ji valdys, kokių teisių reikės ir kaip tai bus parodyta. Perdavimą užbaigiame patikrinę sutartus naudotojų veiksmus. Ne visi techniniai pakeitimai tampa turinio redagavimo funkcijomis, todėl aiškiai atskiriame savarankišką darbą nuo pakeitimų, kuriems reikės programuotojo.

Kodo nuosavybė, naudojimo teisės, duomenų ir projekto failų perdavimas nustatomi sutartyje. Svarbu atskirti konkrečiam projektui sukurtą darbą nuo trečiųjų šalių programinės įrangos, šablonų, įskiepių ar prenumeruojamų paslaugų. Jų naudojimui gali būti taikomos atskiros licencijos ir atnaujinimo sąlygos. Dar prieš darbą aptariame domeno, prieglobos, programėlių publikavimo ir kitų svarbių paskyrų savininkus. Perduodamų prieigų bei licencijų sąrašas turi padėti suprasti, ką galėsite administruoti patys ir kas turės būti pratęsiama ar perkeliama.

Perėmimo galimybes vertiname pagal technologijas, prieigas, dokumentaciją, naudojamas licencijas ir žinomas problemas. Svetainės atveju svarbu patikrinti jos komponentų būklę bei tai, ar kodą galima prižiūrėti; IT aplinkoje – įrangos, sistemų ir atsakingų tiekėjų sąrašą. Jei trūksta prieigų ar naudojama nebepalaikoma programinė įranga, tai įvardijame prieš prisiimdami konkrečius darbus. Pradinį sutvarkymą atskiriame nuo vėlesnės priežiūros, o perėmimo pabaigoje patvirtiname valdomus objektus, atvirus klausimus ir atsakomybes.

Atsakingą komandą ir priežiūros apimtį reikia numatyti dar prieš paleidimą. Galime aptarti periodinius atnaujinimus, veikimo patikras, klaidų registravimą ir tolesnius patobulinimus, tačiau jie nėra automatiškai įtraukti į kiekvieną kūrimo projektą. Susitarime svarbu atskirti sutartų funkcijų trūkumų taisymą, naujus poreikius ir trečiųjų šalių pakeitimų poveikį. Taip pat įvardijami aptarnavimo kanalai, darbo laikas, prieigos ir kliento atsakomybės. Jei priežiūrą perims jūsų komanda ar kitas tiekėjas, perduodama tam sutarta dokumentacija ir administravimo informacija.

Pirmiausia sutariame, koks lankytojo veiksmas svarbus: užklausa, rezervacija, pirkimas ar kitas patvirtinamas rezultatas. Tada vertiname, ar tinkamai veikia nukreipimo puslapiai, formos, analitika ir reikalingos integracijos. Darbus galime derinti su jūsų rinkodaros specialistu, aiškiai paskirstę strategijos, turinio, reklamos ir techninio įgyvendinimo atsakomybes. Reklamos biudžetas, specialistų darbas ir kūrybinė medžiaga aptariami atskirai. Ataskaitoje svarbu matyti sutartus veiksmus ir duomenų ribas; konkrečių pozicijų paieškoje, pardavimų ar investicijų grąžos pažadų neteikiame.

Pradžioje tiksliai įvardijame, ką siūlote, kokias teritorijas aptarnaujate ir kokių užsakymų nepriimate. Kampanijos metu peržiūrime prieinamus paieškos terminus, skelbimų tekstus ir puslapius, į kuriuos nukreipiami lankytojai. Netinkamoms paieškoms galima numatyti neigiamus raktažodžius, tačiau pernelyg platus apribojimas gali pašalinti ir aktualų poreikį. Todėl svarbus jūsų komandos grįžtamasis ryšys apie gautas užklausas. Sprendimas gali būti ne tik reklamos nustatymų pakeitimas, bet ir aiškiau aprašytos paslaugos ribos svetainėje. Vertiname užklausų tinkamumą, o ne vien mažesnę paspaudimo kainą.

Tai priklauso nuo pasiūlymo ir to, ką lankytojas turi atlikti. Viename skelbime verta aiškiai pristatyti pasirinktą naudą, o paspaudus turi būti lengva rasti ją atitinkančią informaciją. Bendras puslapis gali tikti, jeigu jame pasiūlymas ir kitas žingsnis aiškūs; atskiro puslapio poreikį vertiname pagal situaciją. Kūrybinius variantus planuojame konkrečiam palyginimui, pavyzdžiui, skirtingam produkto pristatymui, o ne vien dėl didesnio failų skaičiaus. Prieš paleidimą sutariame variantų apimtį, patikriname vaizdą telefone ir užklausos kelią. Naujo turinio ar puslapio kūrimas įvardijamas atskirai.

Pirmiausia įvertiname, ar turimoje medžiagoje galima aiškiai parodyti vieną pasiūlymą: produkto naudojimą, paslaugos eigą ar atsakymą į klientui svarbų klausimą. Vien sutrumpinti įrašą ne visada pakanka. Reikia suplanuoti pradžią, vaizdo formatą, užrašus ir tai, ką žmogus ras po paspaudimo. Jei tinkamų kadrų yra, galima numatyti jų montažą ir sutartus variantus; jei trūksta, atskirai aptariame papildomą gamybą. Prieš naudojimą suderinamos medžiagos bei muzikos naudojimo sąlygos. Video parengimas, organinis paskelbimas ir mokamos kampanijos valdymas pasiūlyme atskiriami.

Pirmiausia reikia įvertinti, kas jau paruošta ir ko dar trūksta. Be platformai mokamos sumos, gali reikėti kampanijos parengimo, priežiūros, tekstų, vaizdų, video, matavimo ar svetainės pakeitimų. Šias dalis pasiūlyme atskiriame ir suderiname, ką įgyvendina jūsų komanda. Jei reklama atveda į neveikiančią formą ar neaiškų pasiūlymą, vien didesnis rodymo biudžetas problemos neišsprendžia. Biudžeto ribos ir papildomų darbų tvirtinimo tvarka nustatomos prieš startą. Vienodo paskirstymo visiems projektams netaikome: jis priklauso nuo pasirinkto kanalo, turinio ir dabartinės svetainės būklės.

Pirmiausia sutikriname, ką kiekviena sistema vadina užklausa. Mygtuko paspaudimas ar pradėta forma nėra tas pats, kas serverio priimtas pranešimas. Tikriname, ar įvykiai nesidubliuoja, ar nepavykęs pateikimas neįrašomas kaip sėkmė ir ar lyginamas tas pats laikotarpis. Skirtumų gali likti dėl rezultatų priskyrimo kanalams, sutikimų nustatymų ir duomenų aprėpties. Juos reikia paaiškinti, o ne mechaniškai suvienodinti skaičius. Ataskaitoje atskiriame techninį užklausos gavimą nuo jos tinkamumo verslui; pastarąjį įvertinti padeda jūsų komandos informacija apie tikrus kreipimusis.

Reikia patvirtinto pasiūlymo, auditorijos ir rinkos, biudžeto ribų, tinkamos kūrybinės medžiagos bei aiškaus kelio iki užklausos ar pirkimo. Jei paskyros jau veikia, naudinga peržiūrėti jų istoriją; prieigos suteikiamos per paskyrų vaidmenis, o ne siunčiant slaptažodžius užklausos formoje. Taip pat susitariame, kas tvirtins tekstus bei vaizdus, atsakys į kreipimusis ir priims sprendimus dėl pakeitimų. Prieš startą patikriname sutartus matavimo įvykius ir svetainės veikimą telefone. Trūkstamą turinį, produktų duomenis ar techninius darbus įtraukiame į pasirengimo planą su aiškiomis atsakomybėmis.

Pagal užduotį galima planuoti įmonės, produktų, komandos, interviu ar socialiniams tinklams skirtą turinį. Pradžioje aptariame tikslą, auditoriją ir panaudojimo vietas: svetainei, reklamai ar keliems kanalams gali reikėti skirtingų formatų. Pasiūlyme aprašome galutinių darbų kiekį, parengimą ir korekcijų apimtį. Naudojimo teisės, muzika, reikalingi leidimai bei pradinės medžiagos perdavimas suderinami atskirai. Taip iš anksto aišku, kokius failus gausite ir kur juos galėsite naudoti; papildomas filmavimas ar naujas scenarijus nėra savaime įtrauktas pataisymas.

Reklaminį video rinkitės, kai norite pristatyti konkretų produktą, paslaugą ar pasiūlymą ir aiškiai parodyti, ką žiūrovas turėtų daryti toliau. Reprezentacinis filmas padeda plačiau paaiškinti įmonės veiklą, darbo procesus ir vertę klientui ar partneriui. Užklausai naudinga įvardyti auditoriją, pagrindinę mintį ir rodymo vietas: pagal jas parenkami pasakojimas, kadrai bei versijos. Jei jau turite medžiagos, įvertiname jos tinkamumą numatytai užduočiai. Abiejų formatų gamybos apimtis derinama atskirai; reklamos kampanijos administravimas nėra savaiminė reklaminio video sukūrimo dalis.

Taip. Reprezentacinio filmo pasakojimą gali perteikti veiklos vaizdai, užrašai, įgarsinimas arba jų derinys. Pradžioje nusprendžiame, ką žiūrovas turi suprasti: pavyzdžiui, produkto kelią, kokybės patikrą ar paslaugos eigą. Pagal tai sudaromas kadrų ir patvirtintų faktų sąrašas. Įgarsinimas, grafika bei kalbinės versijos numatomi sutartoje apimtyje. Svarbi ir rodymo aplinka: parodoje gali reikėti suprantamo vaizdo be garso, o svetainei ar pardavimo susitikimui – kitokio pateikimo. Jūsų atsakingas atstovas patvirtina faktus, rodomus procesus ir informaciją, kuri gali būti viešinama.

Virtualų turą sudaro sujungtos panoramos, tarp kurių lankytojas juda naudodamas aiškius perėjimus. Pavadinimus ir informacinius taškus planuojame taip, kad jie netrukdytų apžiūrėti erdvės, o valdymą tikriname telefone ir kompiuteryje. Įterpimą parenkame įvertinę jūsų svetainę; galima numatyti peržiūros vaizdą ir turo įkėlimą tik lankytojui pasirinkus jį atverti. Tekstinis erdvės aprašymas bei kontaktai lieka pasiekiami ir be turo. Prieš užsakymą aptariame talpinimą, prieigas, galimus periodinius mokesčius ir atnaujinimus. Panoraminis turas savaime neapima 3D modelio ar erdvės matavimų.

Paruoškite sutartas erdves, produktus ir rekvizitus, suderinkite prieigą bei paskirkite žmogų, kuris vietoje padės koordinuoti darbą. Jei dalyvauja komandos nariai, iš anksto aptariamas jų pasirengimas ir vaidmuo. Pagal kadrų planą patikrinkite matomus ženklus, ekranus ir dokumentus, kad į vaizdą nepatektų nevieša informacija. 360° fotografavimui svarbi visa aplinka, įskaitant atspindžius veidrodžiuose. Taip pat pateikite prekės ženklo gaires ir patvirtintus faktus. Veikiančios patalpos, lauko sąlygos bei neparuoštos vietos gali keisti darbų organizavimą, todėl šias aplinkybes aptariame iš anksto.

Keliems kanalams galima suplanuoti bendrą filmavimą ir atskiras galutines versijas. Svarbu dar prieš gamybą nurodyti numatytas rodymo vietas: vertikaliam ir horizontaliam vaizdui skiriasi kompozicija, užrašų vieta bei matomos detalės. Sutariame, ar reikės trumpinių, kitokių pradžių, kalbų, įgarsinimo arba subtitrų. Vien apkirpti baigtą horizontalų klipą ne visada pakanka. Perduodami failai pažymimi pagal paskirtį, o eksportai parengiami sutartam naudojimui. Atskirai suderiname naudojimo teises ir papildomų versijų apimtį, todėl kanalų sąrašą geriausia pateikti kartu su pradine užduotimi.

Pradinės medžiagos ir montažo projekto perdavimą reikia sutarti prieš pradedant darbus. Galutinio video užsakymas savaime nereiškia, kad perduodami visi filmavimo ir redagavimo failai. Jei vėliau redaguos jūsų komanda ar kitas kūrėjas, tai įvardykite užduotyje: aptarsime reikalingus failus, jų prieinamumą ir saugojimo sąlygas. Taip pat iš anksto suderinamas muzikos, įgarsinimo, grafikos ir kitos įtrauktos medžiagos naudojimas numatytuose kanaluose. Galimybė gauti darbo failus ir teisės naudoti jų turinį yra atskiri klausimai; abi sąlygas įtraukiame į projekto susitarimą.

Nuo klausimo
iki aiškios užduoties

Pirmam pokalbiui aprašykite dabartinę situaciją, svarbiausią norimą rezultatą ir sistemas, su kuriomis dirbate. Jei turite techninę dokumentaciją ar problemos pavyzdį, nurodykite, ką jame reikėtų įvertinti.

Pagal šią informaciją apibrėžiame darbų apimtį, kliento ir mūsų atsakomybes bei patikrinamą rezultatą. Terminus, prieigas ir papildomas paslaugas aptariame prieš pradėdami darbus.

  • Aiški darbų apimtis
  • Patikrinamas rezultatas
Shape

Neradote atsakymo į savo klausimą?

Papasakokite apie savo situaciją – padėsime išsiaiškinti, nuo ko pradėti.

Aptarkime jūsų poreikį

PASIKALBĖKIME

Kokio sprendimo ieškote?

Trumpai aprašykite, ko reikia jūsų verslui. Detales galėsime aptarti kartu.

    Apie jūsų situaciją (neprivaloma)

    Aprašykite užduotį ir norimą rezultatą.

    El. paštą, vardą ir telefoną, jei juos pateikiate, bei užklausos šaltinį saugome iki 12 mėnesių užklausai administruoti. Rinkodaros prenumerata nesukuriama.

    Arba susisiekite tiesiogiai: +370 680 55297 [email protected]