4 būdai, kaip vystosi turinio valdymo sistemos ir kodėl tai svarbu žurnalistams

Vienas iš skaitmeninės žiniasklaidos revoliucijos šalutinių produktų yra tai, kad dauguma žurnalistų šiandien yra technikos specialistai. Vis rečiau tenka susidurti su žurnalistais, kurie netrokšta naujausio itin galingo išmaniojo telefono.

Esu susitikęs su ilgamečiais žurnalistais, kurie, niekada neparašę nė karto HTML kodo, vis dėlto trokšta visiškai praleisti žiniatinklį ir pradėti sugalvoti istorijų pasakojimą planšetiniams įrenginiams. Jei rašyčiau apie tai, kaip vystėsi vietos nustatymo tinklai, tikėtina, kad pritraukčiau daug smalsių žurnalų, kurie neketina prie savo istorijų pridėti geografinių duomenų. Tačiau sunku priversti žmones domėtis viena technologija, kurią jie turi naudoti kiekvieną dieną, t. y. dalyku, kuris slopina arba įgalina jiems norimą pasakoti kosmoso amžių – jų turinio valdymo sistema.

Jei jūsų darbas kokiu nors būdu susijęs su žiniasklaidos kūrimu viešam ar pusiau viešam vartojimui, tikėtina, kad esate intensyvus turinio valdymo sistemos (TVS) naudotojas. Taip pat yra gana didelė tikimybė, kad jūsų organizacija nori pakeisti arba patobulinti savo TVS. Verta žinoti keletą pagrindinių pamokų, kurias išmokome, kaip vystosi turinio valdymas, kad žinotumėte, ko ieškoti.

Dirbdamas daugybei naujienų organizacijų ir su jomis, kurį laiką jaučiau, kad turinio valdymą pradedame vertinti kitaip, nei tai darėme pirmaisiais interneto laikais. Mūsų suvokimas, ką TVS turėtų daryti, bręsta. Norėdamas sužinoti daugiau, kalbėjausi su trimis žmonėmis, kurie atliko svarbius vaidmenis kuriant TVS keliose naujienų organizacijose, iš kurių dviem dirbau projekto Argo redakciniu produktų vadovu:

• Andrew Fitzgeraldas , kuris neseniai perėjo iš „Current TV“ ir tapo vyresniuoju „Al Jazeera“ laidos „The Stream“ internetinės reklamos prodiuseriu.
• Patrikas Kuperis , buvęs „USA Today“ kasdienių naujienų tinklaraštininkas, dabar NPR.org produkto savininkas ir TVS, valdančios NPR skaitmenines platformas („Seamus“).
• Marcas Lavallee , mano komandos draugas, kuris gyveno tokiose organizacijose kaip „The Boston Globe“, „The Washington Post“ ir „National Journal“, prieš atvykdamas į NPR, kad sukurtų platformą, kuri valdo Project Argo („Navis“).

Visos trys šios sistemos yra labai skirtingos, tačiau jos turi tam tikrų bendrų bruožų, kurie, mano nuomone, yra naudinga nuoroda į TVS vystymąsi.

Žurnalistika pereina nuo „turinio valdymo sistemų“ prie „turinio valdymo ekosistemų“

Skaitmeninių naujienų operatoriai savo TVS laikė „vieno langelio“ principu – įrankiu, kuris su savo turiniu atlikdavo viską, ką tik nori. Tai būtų vieta, kur redaktoriai galėtų priskirti istorijas, žurnalistai galėtų kurti istorijų juodraščius, daugialypės terpės specialistai galėtų saugoti savo vaizdo įrašus, internetiniai gamintojai galėtų programuoti skyrių frontus, bendruomenės vadovai galėtų tvarkyti komentarus ir dar daugiau. Naujienų organizacijos vertintų galimas TVS pagal tai, kiek skirtingų programinės įrangos funkcijų turi, o ne pagal tai, kaip gerai programinė įranga atlieka kokią nors konkrečią funkciją.

Pagaliau pradėjome pripažinti, kad nė viena TVS negali atlikti visų skaitmeninių naujienų organizacijos turinio funkcijų. Gera turinio valdymo sistema šiandien skirta sąveikauti su daugybe kitos programinės įrangos. Dabar tikrai tikimasi, kad TVS puikiai veiks su „YouTube“ saugomais vaizdo įrašais, „Disqus“ valdomais komentarais arba tiesioginiais pokalbiais, įterptais iš „CoverItLive“. Kitos aplinkos, tokios kaip „Facebook“, „Twitter“ ir „Tumblr“, yra su savo įrankių rinkiniais. Ir vis dažniau tai, ką vadiname „turinio valdymo sistema“, iš tikrųjų yra kelių glaudžiai integruotų sistemų derinys.

Po to, kai ištyrėme keletą galimybių sukurti platformą, kuri taps Projektas Argo , mano komanda nusprendė naudoti WordPress kaip bazinė linija. Tačiau norėjome atlikti keletą dalykų, kurių naudojant „WordPress“ nebūtų lengva, todėl „Lavallee“ sumaišė „WordPress“ su django . Tai leido mums sklandžiai susieti Argo platformą su tokiomis paslaugomis kaip Skanus ir Dienos gyvenimas , su minimalia trintimi programinės įrangos naudotojams. Kiekvienas įrankis atlieka būtent tai, kam jis buvo sukurtas, nesistengdamas į vieną sistemą sujungti vis sudėtingesnių funkcijų.

„Al Jazeera“ įsivaizdavo „ Srautas“ kaip šou ir internetinių naujienų šaltinis, sukurtas remiantis intensyviu pokalbiu, vykstančiu socialinės žiniasklaidos priemonėse visame pasaulyje. Taigi, kai svetainė pasirinko turinio valdymo sistemą, kuri tvarkytų programos buvimą internete, jie pradėjo nuo programinės įrangos, sukurtos šiam pokalbiui kuruoti – Storifikuoti . Žiniatinklio programa leidžia pagrindiniams vartotojams lengvai surinkti istorijas iš įrašų socialinės žiniasklaidos svetainėse.

Internetiniai „The Stream“ gamintojai kuria istorijas naudodami „Storify“, kurios įtraukiamos į „Drupal“ diegimą, kur jos yra redaguojamos, patvirtinamos ir skelbiamos žiniatinklyje. „Storify-plus-Drupal“ derinys suteikia „The Stream“ komandai keletą pranašumų:

• „Storify“ suteikia prodiuseriams aptakią, lengvai naudojamą sąsają, leidžiančią iš pokalbio socialinėje žiniasklaidoje pasisemti grynuolių.
• „Drupal“ atlieka svetainės paskelbimo užduotį, įgalindama „The Stream“ toliau skelbti, net jei „Storify“ nepasiekiama.
• Taip pat pridedamos galimybės, kurių „Storify“ dar neturi, pavyzdžiui, „Google“ žemėlapių tvarkymas.

NPR.org TVS „Seamus“ yra sukurta namuose, o nuolatiniam programinės įrangos kūrimui ir priežiūrai skirta visa komanda. Tačiau net ir turėdamas tuos tvirtus išteklius, Seamus nėra vienintelis organizacijos turinio valdymo ekosistemos žaidėjas. Atskira namuose sukurta sistema („NewsFlex“) valdo radijo garso išteklius ir istorijos biudžetą. Ir el. paštas yra taip giliai integruotas į NPR internetinių redaktorių darbo eigą, kad galima sakyti, kad kita mūsų TVS yra „Outlook“.

Tačiau didžiausias „Seamus“ partneris valdant NPR turinį yra vadinamasis NPR API („Application Programming Interface“). Daug parašyta apie daugybę būdų API leido NPR sukurti savo skaitmeninį buvimą ; Štai puikus mano Poynter redaktorės Mallary Tenore straipsnis apie pastangas išplėsti šią API į visą viešąją žiniasklaidą. API leidžia daug lengviau visoms mūsų turinio valdymo sistemoms bendrauti tarpusavyje. Tai puikiai atspindi mūsų turinio valdymo programinės įrangos tarpusavio ryšį.

Vis labiau suprantama, kad turinio valdymo sistemos turi būti „gražios“

Mačiau keletą bjaurių TVS – bekontekstinių teksto įvesties laukelių, užpildytų iššokančiųjų langų minų laukais. Tada vieną 2005 ar 2006 m. dieną aš pamačiau savo akis į šlovingą Wilsono Minerio administracijos puslapių dizainą, skirtą Django.

Po daugelio metų TVS imituojančios griežtą utilitarinę Windows 3.1 estetiką, Django administratorius buvo stulbinantis – žavi spalvų paletė; skoningi, tikslingi gradientai; žavingas ikonų dizainas. Net bendravimo su dalyku patirtis džiugino. Mygtuko paspaudimas gali sukelti žavingą „JavaScript“ efektą – nieko nereikalingo dekoratyvumo, viskas sklandu ir patenkinama. Pasaulis šiek tiek pasikeitė.

Jūsų vidutinei naujienų organizacijai TVS reikėdavo savaičių treniruotis, kad pripratintų naujus vartotojus. Galų gale, kodėl įmonė turėtų išleisti brangius dizaino išteklius „galinės sąsajos“, kurios naujienų svetainės vartotojai niekada nepamatytų, šlifavimui? Tai parodo, kiek toli mes nuėjome, kai „Storify“ – giriamas už nuostabiai intuityvų vartotojo patirties dizainą – dabar yra naujienų organizacijos TVS galinė sąsaja. Graži programinė įranga, net skirta galiniams vartotojams, tampa lūkesčiais.

Judame šia kryptimi, nes dabar suprantame, kad geresnės turinio valdymo sistemos skatina geresnį turinį. „Kuo žmonės laimingesni, tuo geresnis bus jų turinys, tuo daugiau turinio jie gamins“, – sako NPR Cooperis. Be to, kaip jis pažymi, skaitmeniniai žurnalistai dabar dirba kur kas kūrybiškesnį ir originalesnį darbą nei tada, kai naujienų svetainės buvo pradėtos kurti, kai didžioji jų turinio dalis buvo perkelta iš kitų žiniasklaidos formatų. „Skaitmeninės redakcijos perėjo nuo kastuvų kūrimo prie kūrimo“, – sakė jis. „Šioms dviem užduotims reikia labai skirtingų aplinkų.

Kai praėjusį rugsėjį paleidome 12 „Argo“ svetainių, mano komanda negalėjo asmeniškai apmokyti nė vieno tinklaraštininko, kuris valdys svetaines. Tinklaraštininkams davėme nuorodas į pradedančiųjų vadovą ir keletą pamokų, buvome pasiekiami telefonu, bet kitu atveju jie turėjo patys įsibėgėti platformoje. Per kelias dienas net nauji HTML naudotojai galėjo paskelbti patikimas, patrauklias svetaines. Tai nebūtų buvę įmanoma be daugelio metų bandymų, naudojimo ir kūrimo, kurie buvo skirti „WordPress“ sąsajai, pažymi Lavallee. „„WordPress“ kūrėjas gali tiesiogiai gauti atsiliepimų iš milijonų vartotojų, – sako jis, – o tai paprastai netinka įmonių palaikymo forume.

Kas veda mane prie kito punkto.

Atvirojo kodo programinė įranga pakėlė numatytosios turinio valdymo patirties kartelę

Kai dirbau laikraščių pramonėje, man pasirodė didžiulis išteklių švaistymas, kad turėjome tūkstančius atskirų laikraščių su beveik identiškais turinio valdymo poreikiais, bet dar nebuvome apsisprendę dėl jokių pradinių turinio valdymo standartų ar platformų. Atrodė, kad kiekvieną dieną į turinio valdymo rinką įžengė naujas pardavėjas su patentuotu produktu, sukurtu nuo nulio.

Tuo tarpu 2000-ųjų pradžioje atvirojo kodo TVS programinė įranga dar nebuvo stipri alternatyva. Tačiau atvirojo kodo bendruomenė pradėjo priartėti prie standartų ir remtis darbu, kurį atliko kiti šioje erdvėje. (Pavyzdžiui, „WordPress“ savo gyvenimą pradėjo kaip atvirojo kodo tinklaraščių platformos b2 palikuonis.)

Dešimtmečio viduryje tokie projektai kaip „WordPress“, „Drupal“ ir „Django“ pradėjo pasiekti kritinę masę. Pasak Lavallee, per pastaruosius kelerius metus vadovai, priimantys sprendimus dėl programinės įrangos žiniasklaidos įmonėse, pradėjo matyti atvirojo kodo programinės įrangos paketus, kurie atrodė gražesni nei pardavėjų parduodami brangūs produktai.

Šiandien pardavėjai, demonstruojantys programinę įrangą arba naujienų organizacijos, svarstančios apie patentuotą TVS, turi gana aukštą kartelę, kad pateisintų investicijas: jie turi sukurti kažką geresnio už WordPress ar Drupal – greitesnį, funkcionalesnį, stabilesnį, saugesnį ar labiau pritaikytą pagal poreikius. jų poreikius. Tobulėjus šiai nemokamai programinei įrangai, kiekviena TVS turėjo tobulėti, kad neatsiliktų.

Ir jei negalite jų įveikti, remkitės jais. Netgi daugiausia išteklių turinčios naujienų organizacijos naudoja atvirojo kodo įrankius, tokius kaip „Django“, „Ruby on Rails“, „WordPress“ ir „Drupal“ kartu su savo namuose arba pardavėjų sukurtomis TVS. Pavyzdžiui, Seamus apima atviro kodo produktus, tokius kaip jQuery ir ImageMagick jo viduje. Mums pavyko greitai paleisti „Argo“ svetaines, nes galėjome naudoti „WordPress“ kaip atskaitos tašką; visa mūsų plėtra buvo orientuota į programinės įrangos pritaikymą ir išplėtimą mūsų poreikiams. NPR skaitmeninių paslaugų skyrius padeda stotims narėms plėtoti savo buvimą internete; jų naujausi produktai sukurti naudojant naujausią Drupal versiją.

Visa tai nereiškia, kad atvirojo kodo programinė įranga yra panacėja. NPR Cooper ir Al Jazeera Fitzgerald nurodo didžiulę vertę didesnėse įmonėse, turinčiose vidinių turinio valdymo patirties. „WordPress“ ir „Drupal“ pateikia puikius numatytuosius nustatymus ir atspirties taškus, tačiau kuo didesni ir sudėtingesni organizacijos poreikiai, tuo labiau ji susidurs su šių produktų apribojimais.

Praėjusiais metais NPR perkėlė savo tinklaraščius iš „WordPress“ į „Seamus“, suteikdama galimybę sklandžiau integruoti tinklaraščio turinį ir likusią NPR generuojamą medžiagą. Tobulėjant Current supratimui apie save kaip žiniasklaidos įmonę, organizacija sugebėjo pritaikyti ir savo pačių sukurtas turinio valdymo platformas.

Supratome, kad geras turinio valdymas reikalauja nuolatinio tobulėjimo

Visais žiniasklaidos aspektais naujienų organizacijos turėjo priprasti prie to, kad nuolatiniai pokyčiai yra nauja norma. Turinio valdymas nesiskiria. Didžiąją pastarojo dešimtmečio dalį atrodė, kad kiekviena naujienų organizacija kas kelerius metus pereina prie naujos sistemos – tai labai reikšmingas įsipareigojimas. Ieškojome sidabrinės kulkos – sistemos, kuri būtų pakankamai lanksti ir tvirta, kad išspręstų visas mūsų problemas ir patenkintų visus mūsų poreikius ateinančius 10 metų.

Dabar žinome, kad tokios sistemos nėra. Pradedame suprasti, kad TVS – kiekviena TVS, atvirojo kodo, įmonė ar kita – reikalauja nuolatinių investicijų ir plėtros. Nesvarbu, kokia maža ar didelė yra jūsų organizacija, jūsų turinio valdymo sistema turi būti tobulinama, kad atitiktų skaitmeninių naujienų aplinką, kuri kasmet smarkiai keičiasi.

Jei esate didelės žiniasklaidos organizacijos dalis, jums reikia žmonių, atsidavusių jūsų TVS priežiūrai ir plėtrai – nesvarbu, ar tai reikštų vidinę kūrimo komandą, ar glaudžius, nuolatinius santykius su pardavėju. Jei dalyvaujate dviejų asmenų nepriklausomos naujienų operacijos, kurioje veikia „WordPress“, dalis, turėtumėte reguliariai atnaujinti programinę įrangą ir pridėti bei pašalinti jūsų poreikius atitinkančius papildinius.

Daugeliu atžvilgių ši tikrovė pabrėžia kitus tris aukščiau pateiktus pastebėjimus. Kadangi žinome, kad mūsų turinio valdymo aplinka artimiausioje ateityje turės dažnai ir reikšmingai vystytis, turime kurti sistemas, kurios būtų pakankamai lengvos ir lanksčios, kad veiktų tarpusavyje.

Kadangi nėra prasmės skirti mėnesio mokymų sistemai, kuri pasikeis po metų, turime naudoti turinio valdymo sąsajas, kurios yra pakankamai gražios, kad vartotojai galėtų intuityviai suvokti.

Kadangi turime sparčiai vystytis, turime skolintis įrankių ir idėjų iš atvirojo kodo programinės įrangos pasaulio, kad pagerintume turinio valdymo ekosistemas.