4 načine, kako se sistemi za upravljanje vsebine razvijajo in zakaj je to pomembno za novinarje

Eden od stranskih produktov revolucije digitalnih medijev je, da je večina današnjih novinarjev do neke mere tehnikov. Vse redkeje je srečati novinarje, ki si ne želijo najnovejšega pametnega telefona s hiperpoganjanjem.

Srečal sem se z dolgoletnimi novinarji, ki, ker niso nikoli napisali niti malo kode HTML, si kljub temu želijo povsem preskočiti splet in se lotiti pripovedovanja zgodb za tablične naprave. Če bi pisal o tem, kako se je razvijalo mreženje na podlagi lokacije, je velika verjetnost, da bi pritegnil veliko radovednih novinarjev, ki svojim zgodbam ne nameravajo kdaj dodati geopodatkov. Toda ljudi je težko navdušiti za eno samo tehnologijo, ki jo morajo uporabljati vsak dan, stvar, ki bodisi zavira ali omogoča pripovedovanje zgodb iz vesoljske dobe, ki ga želijo narediti – njihov sistem za upravljanje vsebin.

Če vaše delo na kakršen koli način vključuje produkcijo medijev za javno ali delno javno porabo, je velika verjetnost, da ste velik uporabnik sistema za upravljanje vsebin (CMS). Prav tako je velika verjetnost, da vaša organizacija želi zamenjati ali izboljšati svoj CMS. Vredno je poznati nekaj ključnih lekcij, ki smo se jih naučili o tem, kako se razvija upravljanje vsebine, da boste vedeli, kaj iskati.

Ker sem delal za številne tiskovne organizacije in z njimi, sem že nekaj časa imel občutek, da začenjamo pristopati k upravljanju vsebin drugače kot v prvih dneh spleta. Naš občutek o tem, kaj bi moral narediti CMS, dozoreva. Da bi izvedel več, sem se pogovarjal s tremi osebami, ki so imele vse pomembne vloge pri razvoju CMS-ja v več novičarskih organizacijah, od katerih sem z dvema sodelovala kot vodja uredniškega produkta za Project Argo:

• Andrew Fitzgerald , ki se je pred kratkim preselil s Current TV in postal višji producent spletne prisotnosti za Al Jazeerino 'The Stream'.
• Patrick Cooper , prej bloger dnevnih novic za USA Today, zdaj lastnik izdelka NPR.org in CMS, ki poganja digitalne platforme NPR (»Seamus«).
• Marc Lavallee , moj soigralec, ki je bival v organizacijah, kot so The Boston Globe, The Washington Post in National Journal, preden je prišel v NPR, da bi zgradil platformo, ki poganja Project Argo (»Navis«).

Vsi trije ti sistemi so zelo različni, vendar imajo nekaj ključnih skupnih točk, za katere menim, da predstavljajo koristen kazalec na razvoj CMS-jev.

Novinarstvo se premika iz 'sistemov za upravljanje vsebin' v 'ekosisteme za upravljanje vsebin'

Operacije digitalnih novic so o svojem CMS-ju mislile kot na vse, kar je na enem mestu: orodje, ki bi naredilo vse, kar bi človek morda želel narediti s svojo vsebino. To bi bilo mesto, kjer bi lahko uredniki dodeljevali zgodbe, novinarji bi lahko pripravili zgodbe, multimedijski maveni bi lahko shranili svoje videoposnetke, spletni producenti bi lahko programirali fronte rubrik, upravljavci skupnosti bi lahko upravljali komentarje in še več. Tiskovne organizacije bi potencialne CMS-je ocenile po tem, koliko različnih funkcij je imela programska oprema, in ne po tem, kako dobro je programska oprema izpolnila katero koli določeno funkcijo.

Končno smo se začeli zavedati, da noben CMS ne more obravnavati vseh vsebinskih funkcij digitalne novičarske organizacije. Dober sistem za upravljanje vsebine je danes zasnovan za interakcijo z veliko druge programske opreme. Zdaj obstaja resnično pričakovanje, da se bo CMS lepo predvajal z videoposnetki, shranjenimi v YouTubu, ali komentarji, ki jih upravlja Disqus, ali klepetom v živo, vdelanim iz CoverItLive. Druga okolja, kot so Facebook, Twitter in Tumblr, imajo svoje zbirke orodij. In vse bolj je tisto, čemur pravimo »sistem za upravljanje vsebine«, pravzaprav kombinacija več tesno povezanih sistemov.

Potem ko smo raziskali več možnosti za izgradnjo platforme, ki bi postala Projekt Argo , se je moja ekipa odločila uporabiti WordPress kot izhodišče. Vendar smo želeli doseči več stvari, ki jih WordPress ne bi olajšal, zato je Lavallee zmešal WordPress z django . To nam je omogočilo nemoteno povezavo platforme Argo s storitvami, kot je npr Slastno in Dnevno življenje , z minimalnim trenjem za uporabnike programske opreme. Vsako orodje naredi točno tisto, za kar je bilo zasnovano, ne da bi poskušali združiti vedno bolj zapleteno funkcionalnost v en sistem.

Al Jazeera si je zamislila ' tok' kot oddaja in spletni vir novic, ki temelji na močnem pogovoru, ki poteka na družbenih medijih po vsem svetu. Ko je torej spletno mesto izbralo sistem za upravljanje vsebine, ki bi obvladoval spletno prisotnost programa, so začeli s programsko opremo, ustvarjeno za upravljanje tega pogovora - Storify . Spletna aplikacija omogoča običajnim uporabnikom enostavno zbiranje zgodb iz objav na spletnih mestih družbenih medijev.

Spletni producenti za »The Stream« gradijo zgodbe v Storifyju, ki se povlečejo v namestitev Drupala, kjer se urejajo, odobrijo in objavijo v spletu. Kombinacija Storify-plus-Drupal prinaša ekipi 'The Stream' več prednosti:

• Storify daje proizvajalcem gladek vmesnik, ki je enostaven za uporabo, da pridobijo drobce iz pogovora na družbenih medijih.
• Drupal se ukvarja z nalogo objave spletnega mesta, kar omogoča, da »The Stream« še naprej objavlja, tudi če Storify ni na voljo.
• Doda tudi zmogljivosti, ki jih Storify še nima, na primer upravljanje z Google Zemljevidi.

NPR.org-jev CMS, Seamus, je domač in obstaja celotna ekipa, ki je posvečena stalnemu razvoju in vzdrževanju programske opreme. Toda tudi s temi močnimi viri Seamus ni edini igralec v ekosistemu za upravljanje vsebin organizacije. Ločen domači sistem (»NewsFlex«) upravlja zvočna sredstva in proračun zgodb za radio. E-pošta je tako globoko vključena v potek dela spletnih urejevalnikov NPR, da bi lahko rekli, da je Outlook še en naš CMS.

Toda Seamusov največji partner pri upravljanju vsebine NPR je nekaj, kar se imenuje NPR API (»vmesnik za programiranje aplikacij«). Veliko je bilo napisanega o številnih načinih API je omogočil NPR, da zgradi svojo digitalno prisotnost ; tukaj je odličen članek mojega urednika Poynterja Mallaryja Tenoreja o prizadevanjih za razširitev tega API-ja na vse javne medije. API za vse naše sisteme za upravljanje vsebine olajša pogovor med seboj. To je popoln odraz tega, kako medsebojno povezana je postala naša programska oprema za upravljanje vsebin.

Vse bolj se zaveda, da morajo biti sistemi za upravljanje vsebin »lepi«

Videl sem nekaj gnusnih CMS-jev – brezkontekstnih grozdov polj za vnos besedila, polnih rudniških polj pojavnih oken. Potem sem nekega dne leta 2005 ali 2006 užival v veličastnih dizajnih strani za administracijo Wilson Minerja za Django.

Po letih, ko so CMS-ji posnemali ostro utilitarno estetiko sistema Windows 3.1, je bil skrbnik Django osupljiv – čudovita barvna paleta; okusni, namenski gradienti; osupljivo oblikovanje ikon. Tudi izkušnja interakcije s stvarjo je bila prijetna. S pritiskom na gumb lahko prikličete očarljiv učinek JavaScript – nič nepotrebnega okrasnega, vse gladko in zadovoljivo. Svet se je nekoliko premaknil.

Vaša povprečna novičarska organizacija CMS je zahtevala tedne usposabljanja za prilagajanje novih uporabnikov. Konec koncev, zakaj bi podjetje porabilo dragocene oblikovalske vire za poliranje 'zadnjega vmesnika', ki ga uporabniki spletnega mesta z novicami nikoli ne bi videli? Pokaže, kako daleč smo prišli, ko Storify – hvaljen zaradi svoje čudovite intuitivne zasnove uporabniške izkušnje – zdaj služi kot zadnji vmesnik za CMS novičarske organizacije. Lepa programska oprema, tudi za zaledne uporabnike, postaja pričakovanje.

Gremo v to smer, ker zdaj razumemo, da boljši sistemi za upravljanje vsebin spodbujajo boljšo vsebino. »Bolj kot so ljudje srečni, boljša bo njihova vsebina, več vsebine bodo ustvarili,« pravi Cooper iz NPR. Poleg tega, kot poudarja, digitalni novinarji zdaj opravljajo veliko bolj ustvarjalno in izvirno delo kot v času, ko so se začenjala spletna mesta z novicami, ko je bila večina njihove vsebine prenesena iz drugih medijskih formatov. 'Digitalne redakcije so se premaknile od lopatanja k ustvarjanju,' je dejal. 'Ti dve nalogi zahtevata zelo različna okolja.'

Ko smo septembra lani lansirali 12 spletnih mest Argo, moja ekipa ni mogla izvajati osebnega usposabljanja z nobenim od blogerjev, ki bi vodili spletna mesta. Blogerjem smo dali povezave do začetnega vodnika in nekaj vadnic, bili pa smo dosegljivi po telefonu, sicer pa so se morali sami speljati na platformo. V nekaj dneh so lahko tudi uporabniki, ki so bili novi v HTML, objavili robustna in privlačna spletna mesta. To ne bi bilo mogoče brez let testiranja, uporabe in razvoja, ki so šli v vmesnik WordPress, poudarja Lavallee. »Razvijalec WordPressa lahko neposredno dobi povratne informacije od milijonov uporabnikov,« pravi, »kar na forumu za podporo podjetja na splošno ni tako.«

Kar me pripelje do naslednje točke.

Odprtokodna programska oprema je dvignila lestvico za privzeto izkušnjo upravljanja vsebine

Ko sem delal v časopisni industriji, se mi je zdelo velika izguba sredstev, da smo imeli na tisoče posameznih časopisov s skoraj enakimi potrebami za upravljanje vsebine, vendar se še nismo dogovorili za nobene osnovne standarde ali platforme za upravljanje vsebine. Zdelo se je, kot da vsak dan nov prodajalec vstopi na trg upravljanja vsebin z lastniškim izdelkom, zgrajenim iz nič.

Medtem pa v začetku 2000-ih odprtokodna programska oprema CMS še ni bila močna alternativa. Toda odprtokodna skupnost se je začela zbliževati s standardi in je gradila na delu, ki so ga opravili drugi v prostoru. (WordPress je na primer začel svoje življenje kot potomec odprtokodne platforme za bloganje b2.)

Do sredine desetletja so projekti, kot so WordPress, Drupal in Django, začeli dosegati kritično maso. V zadnjih nekaj letih, pravi Lavallee, so vodje, ki so sprejemali odločitve o programski opremi v medijskih podjetjih, začeli videti odprtokodne programske pakete, ki so izgledali bolj gladko kot dragi izdelki, ki jih tržijo prodajalci.

Danes imajo prodajalci, ki predstavljajo programsko opremo ali novičarske organizacije, ki razmišljajo o lastniškem CMS-u, precej visoko merilo, da bi upravičili naložbo: zgraditi morajo nekaj, kar je boljše od WordPressa ali Drupala – hitrejše, bolj funkcionalno, stabilnejše, varnejše ali bolj prilagojeno njihove potrebe. Ker se je ta brezplačna programska oprema izboljšala, se je moral vsak CMS izboljšati, da bi lahko sledil.

In če jih ne morete premagati, gradite na njih. Tudi najbolj bogate novičarske organizacije uporabljajo odprtokodna orodja, kot so Django, Ruby on Rails, WordPress in Drupal, poleg ali znotraj svojih domačih CMS-jev ali CMS-jev, ki jih izdelajo proizvajalci. Seamus, na primer, vključuje odprtokodne izdelke, kot je npr jQuery in ImageMagick v svoji notranjosti. Spletna mesta Argo smo lahko zagnali hitro, ker smo lahko uporabili WordPress kot izhodišče; ves naš razvoj je bil usmerjen v prilagajanje in razširitev programske opreme za naše potrebe. NPR-jev oddelek za digitalne storitve pomaga članskim postajam razviti svojo spletno prisotnost; njihovi najnovejši izdelki so zgrajeni na najnovejši različici Drupala.

Vse to ne pomeni, da je odprtokodna programska oprema rešitev. Cooper iz NPR in Fitzgerald iz Al Jazeere navajata izjemno vrednost večjih podjetij, ki imajo lastno razvojno strokovno znanje o upravljanju vsebin. WordPress in Drupal ponujata izjemne privzete vrednosti in izhodišča, vendar večje in bolj zapletene so potrebe organizacije, bolj se bo spopadala z omejitvami teh izdelkov.

Lani je NPR premaknil svoje bloge iz WordPressa v Seamus, kar je omogočilo bolj brezhibno integracijo med vsebino bloga in ostalim materialom, ki ga ustvarja NPR. In ko se je Currentovo razumevanje sebe kot medijske družbe razvijalo, je organizacija lahko oblikovala tudi svoje domače platforme za upravljanje vsebin, da se prilagodijo.

Spoznali smo, da je za dobro upravljanje vsebine potreben stalen razvoj

V vseh vidikih medijev so se morale novičarske organizacije navaditi na dejstvo, da so nenehne spremembe nova normalnost. Nič drugače ni z upravljanjem vsebin. Večji del zadnjega desetletja se je zdelo, da vsaka tiskovna organizacija vsakih nekaj let vedno prehaja na nov sistem – zelo pomemben podvig. Iskali smo srebrno kroglo — sistem, ki bi bil dovolj prilagodljiv in robusten, da bi rešil vse naše težave in zadovoljil vse naše potrebe v naslednjih 10 letih.

Zdaj vemo, da tak sistem ne obstaja. Začenjamo razumeti, da CMS – vsak CMS, odprtokodni, podjetniški ali drugačen – zahteva nenehne naložbe in razvoj. Ne glede na to, kako majhna ali velika je vaša organizacija, se mora vaš sistem za upravljanje vsebine razviti, da bo ustrezal okolju digitalnih novic, ki se iz leta v leto dramatično spreminja.

Če ste del velike medijske organizacije, potrebujete ljudi, ki so predani vzdrževanju in razširitvi vašega CMS – ne glede na to, ali to pomeni interno razvojno ekipo ali tesen, stalen odnos s prodajalcem. Če ste del neodvisne novice za dve osebi, ki izvaja WordPress, bi morali redno posodabljati programsko opremo ter dodajati in odstranjevati vtičnike, ki ustrezajo vašim potrebam.

Ta realnost v mnogih pogledih poudarja ostala tri zgoraj navedena opažanja. Ker vemo, da se bo naše okolje za upravljanje vsebine v bližnji prihodnosti moralo pogosto in znatno razvijati, moramo zgraditi sisteme, ki so dovolj lahki in prilagodljivi za medsebojno delovanje z drugimi.

Ker ni smiselno porabiti mesec dni usposabljanja za sistem, ki se bo spremenil v enem letu, moramo uporabiti vmesnike za upravljanje vsebine, ki so dovolj lepi, da jih uporabniki intuitivno razumejo.

In ker se moramo hitro razvijati, si moramo izposoditi orodja in ideje iz sveta odprtokodne programske opreme, da izboljšamo naše ekosisteme za upravljanje vsebin.