Gauti suprantamą rezultatą, o ne tik metodą.
Organizacijai retai kada reikia tik dirbtinio intelekto, vertimo ar paprastos kalbos. Ji nori, kad žmonės galėtų suprasti užklausą, rasti kainos pasiūlymą arba priimti svarbų sprendimą. Šis tikslas turėtų būti įgyvendintas pačioje pirkimo proceso pradžioje. Jei minimas tik vienas metodas, įmonės tuo pačiu pavadinimu siūlo labai skirtingas paslaugas, o vėlesnis pasirinkimas labiau grindžiamas patrauklia terminologija nei realiu poreikiu.
Todėl aprašykite, kas turėtų naudoti turinį ir ko reikėtų pasiekti jį perskaičius. Viešoji paslauga asmenims, turintiems ribotus vokiečių kalbos įgūdžius, kelia kitokius reikalavimus nei vidinė specialistų teikiama informacija. Aiški ir lengvai skaitoma kalba taip pat nėra keičiamos etiketės. Lengvai skaitomai kalbai reikalinga aiškiai apibrėžta profesinė praktika ir tinkamas numatytos tikslinės grupės dalyvavimas.
Norimas rezultatas turėtų būti pakankamai konkretus, kad būtų galima atskirti pasiūlymus, tačiau nenurodant vieno techninio sprendimo. Tada paslaugų teikėjai gali parodyti, kaip jie pasieks užduotį. Duomenų privatumo sutartys, talpinimas, saugojimas ir kainodara reikalauja atskiro dėmesio. Jie yra bendro sprendimo dalis, tačiau čia nekalbama apie tai, ar įsigyta kalbos paslauga tikrai naudinga skaitytojams.
Sąžininga apimtis padeda išvengti netinkamų standartinių pasiūlymų.
Tiekėjai turi žinoti, kokį turinį jie turėtų apdoroti. Nurodykite tipinius teksto tipus, kalbas, kiekius ir publikavimo kanalus. Metinė brošiūra skiriasi nuo kasdienių CMS atnaujinimų. Lentelės, formos, paveikslėlių antraštės ir el. laiškai taip pat gali būti paslaugos dalis. Jei jie tampa matomi tik pasirašius sutartį, personalas, grafikas ir siūlomas darbo eiga gali nebeatitikti faktinės užduoties.
Rodyti ne tik vidutinius tekstus, bet ir sudėtingus. Tai apima techninius terminus, teisiškai sudėtingus teiginius, dažnai kintančius terminus arba turinį iš kelių disciplinų. Tikslas – nesukelti į akis dirbtinai sudėtingo projekto. Reali apimtis leidžia paslaugų teikėjams aiškiai apibrėžti apribojimus ir priskirti tinkamus specialistų vaidmenis, užuot siūlius standartizuotą paketą daug reiklesniam turinio aplinkai.
Patikslinkite, kas neįeina į darbo apimtį. Galbūt klientas pasilieka teisę galutinai patvirtinti, o paslaugų teikėjas atlieka kalbinį redagavimą ir tikslinės auditorijos vertinimą. Galbūt perduodami tik prioritetiniai puslapiai, o ne istoriniai archyvai. Aiškios ribos apsaugo abi šalis nuo klaidingų lūkesčių. Jos taip pat neleidžia tyliai palikti neklaidžiojamų pagrindinių užduočių tarp redakcijos komandos, dalyko skyriaus ir paslaugų teikėjo.
Reikalavimai turėtų būti pastebimi vėlesniame naudojime.
Tokios frazės kaip „aukšta kokybė“ arba „patogūs naudoti tekstai“ palieka daug interpretacijos laisvės. Prasmingesnis požiūris yra aprašyti laukiamą rezultatą. Skaitytojai turėtų sugebėti rasti konkretų reikalavimą, nustatyti kitą žingsnį arba savarankiškai naudoti kontaktinį metodą. Toks reikalavimas susieja kalbą su užduotimi. Tada paslaugų teikėjai gali paaiškinti, kaip jie kuria dizainą, užtikrina techninį aktualumą ir patikrina supratimą.
Apibrėžkite, kurie komponentai pateikiami. Tekste gali būti antraštė, santrauka, nuorodos, alternatyvus tekstas ir publikavimo instrukcijos. Jei tekstas parašytas keliomis kalbomis, redakcijos komandai reikia aiškios nuorodos į originalią versiją. Aiškia kalba rašant, paveikslėliai ir tikslinės grupės narių peržiūra gali būti labai svarbūs. Tikslus formatas priklauso nuo turinio ir pasirinktos profesinės praktikos.
Venkite reikalavimų, kurie tik atkartoja konkretų produktą, nebent tas specifiškumas yra tikrai būtinas. Ilgas funkcijų sąrašas gali neįtraukti novatoriškų ar paprastesnių sprendimų, nepadedant skaitytojui. Verčiau paklauskite savęs, kokį rezultatą funkcija turėtų pasiekti. Jei svarbi tiesioginė CMS integracija, aprašykite, pavyzdžiui, saugų teksto ir redagavimo būsenų perdavimą, o ne tik norimo mygtuko pavadinimą.
Bendras darbo pavyzdys leidžia aiškiai palyginti pasiūlymus
Paprašykite tinkamų paslaugų teikėjų apdoroti tuos pačius realistinius šaltinių tekstus. Imtis turėtų būti pakankamai maža, kad pateisintų nemažas pastangas, tačiau vis tiek tilptų tipiniai sunkumai. Iš anksto paskelbkite užduotį, kontekstą ir vertinimo kriterijus, kad visi galėtų pademonstruoti tą patį veiklos lygį. Savarankiškai pasirinkta sėkmės istorija yra mažiau informatyvi, nes kiekvienas paslaugų teikėjas pateiks pavyzdį, kuris geriausiai atitinka jo stipriąsias puses.
Nežiūrėkite vien į galutinę formuluotę. Paprašykite paaiškinti, kokie klausimai kilo, kokie techniniai sprendimai buvo būtini ir kaip paslaugų teikėjas susidorojo su netikrumu. Geri paslaugų teikėjai neišgalvoja prasmės stokos; jie pabrėžia sritis, kurias reikia paaiškinti. Kalbant apie kalbos paslaugas, svarbu, ar versija tinka numatytai auditorijai ir tikslui, o ne tai, ar ji atspindi asmeninį atrankos komandos narių stilių.
Jei tikslinės grupės testavimas turi būti galutinio rezultato dalis, jis turi būti aiškiai aprašytas atrankos procese. Kas dalyvaus, kokias užduotis atliks dalyviai ir kaip išvados bus įtrauktos į tekstą? Bendro įsipareigojimo atlikti vartotojų testavimą nepakanka. Tuo pačiu metu ankstyvas bandymas neturėtų reikalauti didelio, neapmokamo gamybinio darbo. Apimtis turi atitikti pirkimo vertę ir tiekėjų reikalaujamas pastangas.
Siūloma komanda turi sugebėti atlikti pažadėtą darbą.
Kalbos paslaugos dažnai apjungia kelis įgūdžius. Redaktoriai užtikrina aiškią formuluotę, specialistai apsaugo teisingą prasmę, vertėjai natūraliai rašo tiksline kalba, o tikslinę auditoriją pažįstantys žmonės tikrina suprantamumą. Ne kiekvienam projektui reikalinga didelė komanda. Tačiau pasiūlyme turėtų būti aiškiai nurodyta, kas atliks reikiamas užduotis ir už ką klientas išlaiko atsakomybę.
Ieškokite patirties, atitinkančios turinį. Įtikinamas rinkodaros vertimas nebūtinai rodo medicininės ar teisinės informacijos tvarkymo patirtį. Panašiai ir bendra redagavimo patirtis nepakeičia paprastos kalbos kvalifikacijos. Rekomendacijos yra ypač naudingos, jei jos susijusios su panašiais skaitytojais, publikavimo kanalais ir rizika. Klauskite apie tikrąjį paminėtų asmenų vaidmenį, o ne tik apie gerai žinomus klientų vardus.
Paaiškinkite, kas iš tikrųjų dirbs prie projekto po atrankos proceso. Pirmaujantys ekspertai dažnai pasirodo pristatymuose, o kiti žmonės atlieka kasdienį darbą. Paslaugų teikėjas turėtų aiškiai paaiškinti numatomus vaidmenis, pavadavimus ir bendradarbiavimą. Pakeitimai turi likti galimi, tačiau jie neturi nepastebimai sumažinti pažadėto kompetencijos lygio. Pagrindinio turinio atveju turėtų būti aišku, kas yra atsakingas už techninius ar kalbinius sprendimus.
Spektaklis turi tilpti į kasdienę redakcinę rutiną.
Gera kalbos versija mažai naudinga, jei ji pateikiama tik kaip failas, o vėliau turi būti kruopščiai perkeliama į daugybę laukų. Aprašykite, kur turinys kuriamas, peržiūrimas ir publikuojamas. Teikėjai turėtų parodyti, kaip antraštės, nuorodos, paveikslėlių antraštės ir kalbos versijos išlaiko teisingus priskyrimus. Dažnai pakanka aiškaus mainų proceso. Sudėtinga integracija nebūtinai yra geresnė už paprastą, patikimą darbo eigą.
Redakcijos komandoms reikia aiškių ir suprantamų atsiliepimų bei matomų atnaujinimų apie pažangą. Anoniminė eilė apsunkina paaiškinimų teikimą, ypač kai atsiranda techninių terminų arba trūksta šaltinio informacijos. Pasiūlyme turėtų būti paaiškinta, kaip klientai atsako į klausimus, peržiūri pakeitimus ir tvirtina versiją. Tačiau venkite griežto proceso kiekvienam turinio tipui. Trumpam pranešimui ir sudėtingam projekto aprašymui reikalingi skirtingi detalumo lygiai.
Apsvarstykite esamus publikavimo terminus. Jei naujausia informacija skelbiama kasdien, rašytinė versija neturėtų reguliariai pasirodyti po kelių savaičių. Ir atvirkščiai, kruopščiai peržiūrėtai versijai paprasta kalba reikia realaus laiko. Teikėjai neturėtų duoti visuotinių pažadų dėl greičio, o verčiau paaiškinti turinio tipų skirtumus. Tai leidžia organizacijai nustatyti, kuri informacija turėtų būti paskelbta nedelsiant paprasta kalba, o kurios papildomos versijos turėtų būti pateiktos vėliau.
Rezultatai ir darbo žinios turėtų likti organizacijoje.
Paaiškinkite, kokia forma bus teikiami redaguoti tekstai, vertimai ir lydimoji medžiaga. Organizacija turėtų galėti toliau naudoti ir atnaujinti savo paskelbtą turinį ir, jei reikia, perduoti jį kitam paslaugų teikėjui. Neaiškios naudojimo teisės arba rezultatai, pasiekiami tik išorinėje sistemoje, sukuria priklausomybę. Tai taip pat taikoma užsakomiesiems paveikslėliams, žodynėliams ir specialiems teksto moduliams.
Bendradarbiavimo metu sukaupiama vertingų žinių apie techninius terminus, skaitytojų klausimus ir pasikartojančias klaidas. Šios žinios neturėtų likti tik atskirų paslaugų teikėjų galvose. Susitarkite dėl praktinio terminologijos perdavimo ir pagrįstų kalbinių sprendimų. Tai nereiškia didelio paslaugų teikėjo vidinio archyvo, o medžiagos, kurios redakcijos komandoms reikia norint nuosekliai tęsti esamą turinį.
Net ir keičiant paslaugų teikėją, turi būti aišku, kurios versijos yra aktualios, peržiūrėtos ar dar laukia patvirtinimo. Švarus tekstų ir būsenos informacijos eksportas palengvina tęstinumą. Viešųjų pirkimų skyrius turėtų nuo pat pradžių atsižvelgti į šį galimą perėjimą, neleisdamas nepasitikėjimui diktuoti bendradarbiavimo. Geros perdavimo procedūros suteikia aiškumo abiem pusėms ir neleidžia skaitytojams matyti pasenusių ar prieštaringų versijų po paslaugų teikėjo pakeitimo.
Pats pirkimo procesas turėtų būti prieinamas ir sąžiningas.
Kai organizacija perka suprantamas ir prieinamas paslaugas, jos dokumentai taip pat turėtų būti lengvai prieinami. Aiški terminologija, gerai struktūrizuoti dokumentai ir prieinami failų formatai sumažina užklausų skaičių. Prieinamumo reikalavimai turi būti susiję su paslauga, o ne paslėpti bendro pobūdžio teiginyje. Skaitmeninių išvesties rezultatų atveju pripažinti kriterijai, tokie kaip WCAG, gali būti atskaitos taškas, jei aiškiai nurodytas reikalaujamas atitikimas.
Visiems konkurso dalyviams pateikti tą pačią esminę informaciją. Atsakymai į klausimus, peržiūrėti terminai ir paaiškinimai dėl darbo pavyzdžio turėtų būti vienodai prieinami pagal taikomas procedūrines taisykles. Tai užtikrina, kad pasiūlymo kokybė nebūtų nustatoma atsitiktinai susisiekus su konkrečiu skyriumi. Skaidrios sąlygos taip pat naudingos mažesniems, specializuotiems konkurso dalyviams, kurie gali turėti mažiau pardavimo pajėgumų, bet reikiamus kalbos įgūdžius.
Viešosios perkančiosios organizacijos taip pat privalo laikytis joms taikomų viešųjų pirkimų taisyklių. ES reglamentuose paprastai pabrėžiami prieinamumo kriterijai, taikomi fiziniams asmenims skirtiems pirkimams, nebent taikoma objektyviai pagrįsta išimtis. Kaip tai turi būti įgyvendinta konkrečioje procedūroje, priklauso nuo sutarties ir taikytinos teisės. Atsakingos viešųjų pirkimų institucijos arba teisiniai patarėjai turėtų peržiūrėti išsamią informaciją.
Vertinimui reikalingi atpažįstami prioritetai, o ne gana bendri vaizdai.
Prieš pateikdami pasiūlymą, apibrėžkite, kurios savybės yra svarbiausios sėkmei. Kalbinis aiškumas, tinkamumas skaitytojui, profesionalus bendradarbiavimas ir patikimas pateikimas gali būti vertinami skirtingai. Pasiūlymų teikėjai turėtų žinoti apie šiuos prioritetus. Vertinimas, atliekamas tik po pristatymų, pirmenybę teikia įtikinamiausiam pasirodymui ir apsunkina gerai pagrįsto sprendimo priėmimą.
Atskirti pagrindinius minimalius reikalavimus ir funkcijas, kurių pasiūlymai gali būti geresni arba blogesni. Reikiamų kalbos įgūdžių trūkumo negali kompensuoti ypač elegantiška sąsaja. Ir atvirkščiai, ne kiekviena pageidaujama funkcija turėtų tapti lemiamu veiksniu. Šis skirtumas leidžia atvirai konkurencijai ir sutelkia dėmesį į funkcijas, kurios yra tikrai būtinos skaitytojams ir redaktoriams.
Dokumentuokite įvertinimų priežastis konkrečiais terminais. Vien teiginys „geras“ arba „inovatyvus“ nėra labai informatyvus. Prasmingiau yra nurodyti, kad darbo pavyzdys atitiko visus reikalavimus, kad buvo užduoti atitinkami klausimai ir kad tikslinės grupės vertinimas aprašytas suprantamai. Toks pagrindimas palengvina vidinius sprendimus, grįžtamąjį ryšį tiekėjams ir vėlesnes derybas dėl sutarčių. Tai taip pat atskleidžia, ar asmeninės preferencijos, nepastebėtos, turėjo didesnę įtaką nei paskelbti tikslai.
Geras uždavinys suteikia erdvės mokymuisi neišleidžiant iš akių tikslo.
Net ir kruopščiai atliekami pirkimai negali numatyti kiekvienos būsimos situacijos. Jei reikia, pradėkite nuo ribotos temos srities, kuri atspindėtų tipinius reikalavimus ir būtų valdoma. Jau turėtų būti aišku, kas yra tinkamas naudoti rezultatas ir kokia atsakomybė tenka klientui. Pradinis turinys parodys, ar apimtis, vaidmenys ir komunikacijos kanalai buvo realistiškai aprašyti.
Projekto gyvavimo ciklo metu atliekami pakeitimai turi būti aiškiai susieti su pradiniu tikslu. Naujos kalbos, papildomi turinio tipai ar skirtingos tikslinės auditorijos yra daugiau nei nedideli kiekybiniai pakeitimai. Jiems gali prireikti naujų įgūdžių ir testavimo. Todėl susitarkite dėl tinkamo būdo įvertinti tokius papildymus, užuot tyliai juos įtraukę į esamą rezultatą arba pernelyg nurodę kiekvieną detalę nuo pat pradžių.
Sėkmingas pirkimas sujungia skaitytojų poreikius, faktinį turinį ir redakcinį darbą skaidriame ir suprantamame projekte. Tiekėjai supranta laukiamą poveikį ir gali parodyti savo atitinkamą patirtį. Organizacija išsaugo tinkamus naudoti rezultatus ir gali toliau tobulinti savo paslaugas. Svarbiausia, kad rezultatas yra ne tik kalbos versija, skirta pateikti dokumentus, bet ir patikimas produkto pasiūlymo komponentas, suteikiantis žmonėms galimybę geriau atlikti savo užduotis.