Više od riječi: biti interdisciplinarni strateg sadržaja

Ljudi se na različite načine probijaju do strategije sadržaja. To je dijelom zato što se radi o relativno novoj disciplini, što znači da ljudi imaju malo unaprijed zamišljenih ideja o tome kako stratezi sadržaja trebaju raditi. Eksperimentirajući sa svojim vlastitim tijekom rada, ustanovio sam da mi prijatno korištenje alata za dizajn i izradu prototipa i učenje mog okruženja kodiranja ne samo da mi je pomoglo da budem učinkovitiji strateg sadržaja, već me je i učinio više zaokruženim UX praktikantom i suradnik.
 
Sjećam se da sam prvi put instalirao dizajnerski softver Sketch: Ponudio sam da napravim mali, sadržajno orijentiran projekt s preopterećenog dizajnerskog tanjura. Kako bih uštedjela vrijeme, a ne da problem uokviri na slajd palubi ili dokumentu, poslala mi je Sketch datoteke za novu komponentu kako bih i sama mogla izvršiti promjene. Poslijepodnevo sam provodio skicirajući sa Sketchom - pokušavajući nacrtati strelice, smišljajući kako urediti i promijeniti veličinu slojeva teksta, izvezujući grafičke ploče da biste ih podijelili s drugima. Pisanje riječi u crtežima osjećalo se novo i uzbudljivo - poput naboja stvarnog, opipljivog napretka u mom radu. Bio sam zakačen.

Za mene je najzadovoljniji način vježbanja prvog dizajna sadržaja bio raditi izravno unutar dizajna.

Kao strateg sadržaja na Facebooku, moj zadatak je da održavam konceptualne okvire i glas - jednostavan, direktan i ljudski - koji koristimo za razgovor sa našom zajednicom tako da stvaramo jasna, dosljedna i saosećajna iskustva. Sve, od tona koji koristimo do načina na koji pišemo, demonstriramo i dijelimo svoj rad, pomaže u stvaranju iskustava koja su promišljenija, ljudskija i bolja za ljude koji ih koriste.
 
Ipak imam puno autonomije u vezi s tim kako radim taj posao. S vremenom sam otkrio da su neke od najboljih metoda za stvaranje sadržaja i pokazivanje drugima vrijednost sadržaja strategije u alatima i procesima dizajnera i inženjera, a ne u tekstualnim datotekama. Dijelit ću više o tome što znači biti interdisciplinarni strateg sadržaja, pokazati zašto se isplati truditi i ponuditi neke smjernice za početak.

Naučite samostalno dizajnirati i prototirati ideje

Kao i većina stratega sa sadržajem, i pri pokretanju novog projekta moj je projekt dugo vremena bio dokument ili proračunska tablica. Ja bih stvorio lijepo organizirane tablice, uvezeo snimke zaslona i etiketirao svoje stupce. Dobio sam veliko zadovoljstvo od izrade ovih fino usklađenih dokumenata i još uvijek to radim.

Ali kad su mi ovi dokumenti bili jedini isporučivi, potrošio sam više vremena na povratne informacije i dostizanje dizajnerskih i inženjerskih poslova nego što sam zapravo pomagao u izradi proizvoda. Osjećao sam se zaglavljen u reaktivnom držanju. To je dovelo i do mnogo suvišnih napora. Dizajni su se neminovno mijenjali, čineći moj sadržaj zastarjelim. Iako sam u tim dokumentima pokušavao pokazati strogost i strateško razmišljanje, često mi se činilo da pokazujem svoj rad radi sebe, umjesto pružanja nečega što bi drugima moglo biti korisno.

Danas, umjesto da pokrenem tekstualni dokument, započinjem s većinom projekata koristeći iste komponente i alate za dizajn kao i dizajneri u mom timu. Kad mi dizajner pokaže nešto na čemu rade na Sketchu, moj prvi zahtjev je za njih da podijele svoje artboards sa mnom. Kad sastave prototip u Frameru ili Origamiju, tražim datoteke kako bih mogao vidjeti kako su to napravili. Vremenom, stjecanje poznavanja ovih alata pomoglo mi je daleko učinkovitije upozoriti na postojeće dizajnerske radove.

Iako sam u tim dokumentima pokušavao pokazati strogost i strateško razmišljanje, često mi se činilo da pokazujem svoj rad radi sebe, umjesto pružanja nečega što bi drugima moglo biti korisno.

Na primjer, na nedavnom projektu saznao sam da možemo dodati novi dio funkcionalnosti za koji sam pretpostavljao da nećemo imati vremena za implementaciju. Nakon razgovora s dizajnerom iz mog tima o pravom rješenju, sam sam napravio promjene u dizajnu i prototipu. Ovo nam je uštedjelo vrijeme: mogla se usredotočiti na probleme višeg reda, a nisam trebao čekati da se ismijava s promjenom i riješi razlike u sadržaju i dizajnu. Pobrinuo sam se za to na izvoru.
 
U posljednje vrijeme počeo sam dizajnirati i prototipirati tokove proizvoda ispočetka, baveći se problemima koje želim riješiti od samog početka. Postajanje samopouzdanije i učenje samostalnog oživljavanja ideja pomoglo mi je i da izgradim bogatije odnose s dizajnerima; djelujemo više funkcionalno i razumijemo se bolje. Dizajneri iz mog tima više vjeruju u moja mišljenja o dizajnu proizvoda, a smatram da su i njihove povratne informacije o sadržaju korisnije.
 
Za mene je najzadovoljniji način bavljenja dizajnom prije svega bio rad izravno unutar dizajna. I dalje pišem i održavam tekstualne dokumente koji često djeluju bolje za brže, manje sadržajne projekte ili kada moram pokazati više opcija odjednom. Ali kada imam ideju zbog koje se posebno uzbuđujem, sama je osmišljavanje i prototipiranje bila mnogo učinkovitija u privlačenju i prikupljanju interesa od bilo kojeg dokumenta, prijedloga ili moždane oluje koju sam ikada sastavio.

Ažurirajte sadržaj sami i uključite se u recenzije koda

Većina stratega sadržaja proizvoda oslanja se na kod - i inženjere koji ga pišu - da bi naš posao ugledao svjetlo dana. Stoga je vrijedno razumjeti postupak kodiranja (i raspoređivanja koda) i još važnije postati dio njega. Za mene je rad na kodu stvar vlasništva nad mojim pisanjem od ideje do nacrta do objavljivanja. Moguće je samostalno ažurirati sadržaj i postalo je važan dio načina na koji radim.

Ja tvrdim da istinska proizvodna pismenost zahtijeva neki oblik pismenosti koda. A kod je, na kraju krajeva, samo još jedna vrsta jezika - prirodni medij svakog stratega sadržaja. Ali ako ažuriranje vlastitog sadržaja ili na drugi način izravno radi na kodu zvuči zastrašujuće, predlažem vam da započnete sa stjecanjem pismenosti u načinu na koji rade inženjeri u vašem timu - alatima koje koriste i kako ih dodaju i objavljuju svoj kôd. Ako vaš tim koristi platformu za razvoj softvera GitHub, primjerice, razmislite o tome kako izraditi i spojiti vlastite zahtjeve za povlačenje. Učenje novih vještina radi sebe obično je vrijedno, ali vještine učenja koje vam pružaju holističkiju perspektivu vašeg rada još su više vrijedne. Pomažu vam da postanete raspoloženiji suradnik, a zato što je učenje vaših suigrača vrsta suosjećanja, izgradit ćete izvještaj u tom procesu. Osim toga, ako znate kako inženjeri u vašem timu rade, možete se umetnuti u njihov tijek rada i olakšati im život uklanjanjem koraka iz načina na koji razmještaju vaš sadržaj. Manje mogućnosti za zbrku uvijek je bolje.

Prava pismenost proizvoda zahtijeva neki oblik pismenosti koda. A kod je, na kraju krajeva, samo još jedna vrsta jezika - prirodni medij svakog stratega sadržaja.

Molim svakog inženjera s kojim radim da me uključi u svoje recenzije kodova. Umetanje sebe u postupak pregleda koda pomaže vam osigurati da ste dio razgovora do samog kraja i da vaš tim šalje tekst koji ste naveli. Tijekom implementacije obično se događa mnogo poliranja i fishinga, a biti u tijeku ovog postupka znači da ćete pronaći i riješiti probleme koje inače nedostajete. Uhvatio sam se pogrešaka pri upisu, pronašao bolje fraze u posljednji trenutak i spriječio probleme u prijevodu. Inženjeri cijene da pomažete i pružanju boljeg iskustva. Ako želite umočiti nožni prst u okruženja za razvojne programere ili poslati svoj vlastiti kod, uključenje u postojeći postupak pregleda vašeg tima je sjajno mjesto za početak.

Napravite slučaj

Potrebno je vremena da se nauče ove vještine, a može biti neugodno promijeniti nešto osnovno u načinu rada. To također pomaže da imate tim koji vam je otvoren prema manje tradicionalnom pristupu. Ako imate problema sa ukrcavanjem svog tima na početku, potražite male načine na koje možete promijeniti način na koji trenutno radite, umjesto da napravite složeni slučaj za promjenu procesa u cijelom timu.

Ako su ljudi navikli da s njima dijelite dokumente, počnite uključivati ​​vizualne primjere svojih promjena u te dokumente. Izgradite prototipove i povežite se s njima. Pitajte svoj tim za prijedloge o tome kako im osiguravate posao ili kako im možete pomoći da budu efikasniji.
 
Ako vas inženjeri ne označe u svojim pregledima kodova, slijedite ih u bilo kojem okruženju za kodiranje koje koristite i potražite prirodne načine da se pridružite razgovoru. Pretplatite se na njihove radne tokove da biste mogli vidjeti što namjeravaju. Ovisno o okruženju kodiranja koje koristite, možda je moguće dodati pravilo koje će automatski pretplatiti na preglede kodova koji uključuju određene inženjere ili promjene sadržaja. Nakon nekog vremena, inženjeri iz vašeg tima naviknut će se na to što ste tu, i počet će vas uključivati ​​bez da se itko osjeća kao da su morali učiti i usvojiti novi postupak.

Ako pokušavate pokušati ažurirati kôd i treba vam netko da vas poduči ili trebate napraviti zahtjev za dobivanje ispravnih dozvola, pokušajte to uokviriti kao način da uštedite vrijeme inženjeringa. Kada popravljate pogrešake pri upisu i podešavanju poruka o pogrešci, inženjeri se mogu usredotočiti na teže probleme - a vi pomažete u ispravljanju grešaka u procesu.
 
Ne želim umanjiti poteškoće u promjeni srca i umova. Dobra vijest je, međutim, da je strategija sadržaja tako nova, malo ljudi ima unaprijed zamišljenu ideju o tome kako „trebate“ raditi - odlučujete sami. Dakle, ako provodite većinu svog vremena stvarajući savršeno izrezane proračunske tablice i dokumente, predlažem da ih ostavite na stranu i pokušate koristiti iste alate i procese kao i dizajneri i inženjeri u vašem timu. Naučite govoriti njihov jezik. Nećete biti razočarani.