CMS pramonės svetainėms: pasirinkite komandos publikavimo būdą

CMS pramonės svetainėms turi leisti tinkamiems žmonėms tiksliai atnaujinti informaciją, peržiūrėti rezultatą ir paskelbti jo iš naujo neprogramuojant kiekvieno puslapio. Šios sistemos pasirinkimas yra svetainės kūrimo dalis: jis lemia, ką komanda galės prižiūrėti po paleidimo ir kokiems pakeitimams vis dar reikės kūrėjo.

Pradėkite nuo darbų, o ne platformų logotipų sąrašo. Įmonės, dukart per metus atnaujinančios tris paslaugų puslapius, poreikiai skiriasi nuo tiekėjo, kuris tvarko šimtus produktų įrašų keliomis kalbomis. Vadovas paaiškina, kaip šiuos skirtumus paversti praktiška pasirinkimo užduotimi. Jis nenumato, kad kiekvienai svetainei būtina sudėtinga administravimo sistema.

Išvardykite pakeitimus, kuriuos žmonės iš tiesų atliks

Paprašykite pardavimo, technikos ir rinkodaros komandų įvardyti naujausius pakeitimus, kurie turėjo pasiekti svetainę. Pavyzdžiai: pakeistas duomenų lapas, nebetiekiamas variantas, nauja naudojimo nuotrauka ar kitas užklausų gavėjas. Užrašykite, kas pastebi pokytį, kas jį įveda ir kas gali patvirtinti.

Atskirkite įprastą redagavimą nuo kūrimo. Produkto nuotraukos pakeitimas gali priklausyti redaktoriui, o naujam palyginimo įrankiui gali reikėti dizaino ir kodo. Šią ribą sutarkite prieš lygindami sistemas. Kitaip „lengva atnaujinti“ pirkėjui ir kūrėjui gali reikšti labai skirtingus dalykus.

Svetainės planavimo vadovu pirmiausia nustatykite puslapius ir pirkėjų kelius. CMS sprendimas turi palaikyti tą struktūrą, o ne versti svetainę atitikti tai, kas rodoma demonstracijoje.

Prieš rinkdamiesi redaktorių modeliuokite pasikartojančią informaciją

Nuspręskite, kokiai informacijai reikia pakartotinai naudojamo įrašo. Produktas gali turėti kodą, naudojimo sritį, medžiagą, matmenis, nuotrauką ir aktualų dokumentą. Paslaugos puslapiui gali reikėti kitų laukų. Kai keliose vietose naudojamas tas pats faktas, laikykite vieną patikimą vertę ir aiškias leistinų išimčių taisykles.

Struktūriniai laukai padeda išlaikyti nuoseklumą tik tada, kai modelis atitinka verslą. Privalomas skaičiaus laukas nenaudingas, jei savybei reikia intervalo ar sąlygos. „Sanity“ schemų dokumentacija pateikia dokumentų tipų ir laukų apibrėžimo pavyzdį.

Informacija	Redagavimo poreikis	Prašoma demonstracija
Produkto kodas ir specifikacijos	Įvardyti tinkamo formato laukai	Įvesti intervalą, vienetą ir sąlyginę pastabą
Keliose vietose naudojamas duomenų lapas	Aiškiai valdoma dokumento nuoroda	Pakeisti failą ir peržiūrėti visus paveiktus puslapius
Naudojimo nuotrauka	Vaizdas, aprašymas ir naudojimo kontekstas	Peržiūrėti naują apkarpymą telefone ir kompiuteryje
Nebetiekiamas produktas	Sutartas pašalinimo procesas	Patikrinti sąrašus, senas nuorodas ir pakeitimo informaciją

Produktų katalogo vadovas apima kategorijas ir pirkėjui matomus produktų ryšius. Čia svarbu, ar redagavimo sistema gali prižiūrėti informaciją be pasikartojančių rankinių pakeitimų.

Apibrėžkite peržiūros ir publikavimo teises

Užrašykite, kas gali rengti juodraštį, peržiūrėti ir skelbti. Mažoje komandoje vienas žmogus gali atlikti kelias pareigas, bet tai vis tiek turi būti aišku. Techninis vertintojas turi galėti patikrinti pakeitimą, neprivalėdamas konfigūruoti svetainės.

Paprašykite siūlomo tiekėjo parodyti, kaip pareigos veikia konkrečioje konfigūracijoje. Ar peržiūros būsenos yra vykdomos taisyklės, ar tik etiketės? Ar redaktorius gali skelbti be patvirtinimo? Ar prieigą galima apriboti tik atitinkamam turiniui? Funkcijos ir ribojimai priklauso nuo įgyvendinimo ir paslaugos plano, todėl užrašykite, kas įtraukta, o ne manykite, kad tai garantuoja platformos pavadinimas.

Sistema negali nuspręsti, ar gamybos teiginys teisingas. Už įrodymus ir toliau atsako jūsų turinio parengimo ir tvirtinimo procesas. CMS turi padėti tą procesą vykdyti praktiškai, parodydama atsakingą asmenį ir leidžianti nustatyti pakeitimus.

Peržiūras tikrinkite su nebaigtu ir sudėtingu turiniu

Peržiūra naudinga, kai atspindi puslapį, kurį matys lankytojas. Paprašykite demonstracijos su nepaskelbtu pakeitimu, ilgu produkto pavadinimu, trūkstama neprivaloma nuotrauka ir specifikacijų lentele. Vertinkite siaurą ir platų maketą, ne vien redaktoriaus laukus.

Patikrinkite, kaip pasiekiama peržiūra, ar žmogui reikia paskyros ir ar juodraščio informacija nepatenka į viešus puslapius bei paieškos sąrašus. Peržiūros prieigą ir publikavimo taisykles reikia nustatyti bei išbandyti; vien etiketė „juodraštis“ neįrodo, kad turinys privatus.

Taip pat paklauskite, kas nutinka nepavykus paskelbti. Ar redaktorius mato, ar viešas puslapis pasikeitė? Kas tiria nepavykusį surinkimą ar neatnaujintą puslapį? Naudingas perdavimas paaiškina kelią nuo įrašo išsaugojimo iki patvirtinto atnaujinimo internete.

Padarykite vertimų priežiūrą matomą

Daugiakalbėje svetainėje išbandykite vieną originalo pakeitimą ir jo ryšį su vertimais. Komanda turi nustatyti, kurias versijas reikia peržiūrėti, ir išvengti netyčinio vertimo pakeitimo šaltinio tekstu. Sutarkite, kurie laukai bendri, pavyzdžiui, produktų kodai, o kuriems reikia atskiros formuluotės.

Paklauskite, ar kalbų versijos skelbiamos kartu, ar atskirai ir ką lankytojai mato, kol vertimas laukia. Tai svetainės veikimo sprendimai, ne vien papildomi teksto laukai. Daugiakalbės svetainės vadovas aptaria rinkų pasirinkimą ir lokalizuotą puslapių struktūrą; CMS užduotis turi šį planą paversti kasdieniais redagavimo darbais.

Patikrinkite nuosavybę, eksportą ir nuolatines pareigas

Patvirtinkite, kam priklauso paskyra, kas moka periodinius mokesčius ir kas gali suteikti ar panaikinti prieigą. Dokumentuokite atsakomybę už programinės įrangos atnaujinimus, integracijas, atsargines kopijas ir atkūrimą. Teikėjo valdoma paslauga ir savarankiška sistema gali skirtingai dalytis darbais; pasiūlyme prašykite tikro atsakomybės paskirstymo.

Paprašykite turinio eksporto pavyzdžio. Patikrinkite, ar naudojamu formatu pateikiami įrašai, ryšiai ir medijos nuorodos, ar galima gauti originalius failus. Turinio eksportas automatiškai neatkuria svetainės dizaino ar funkcijų kitoje vietoje. Užrašykite, ko reikėtų būsimam perkėlimui.

Svetainės kainos vertinime atskirkite pradinį konfigūravimą nuo tęstinio darbo. Mokymas, papildomų redaktorių prieiga, vertimų procesas ir priežiūra turi būti aiškiai nurodyti, kai jie keičia sutartą apimtį.

Įvertinkite realų produkto pakeitimo scenarijų

Kiekvienam kandidatui naudokite tą patį trumpą scenarijų. Hipotetiniame įrangos asortimente produktas gauna pakeistą duomenų lapą ir naują naudojimo nuotrauką, o senesnis variantas pašalinamas. Redaktorius parengia pakeitimus, techninis kolega juos peržiūri, o patvirtintas turinys paskelbiamas reikalingomis kalbomis.

Demonstracijos metu patikrinkite, ar komanda gali:

• Rasti tinkamą įrašą nespėliodama, kuriame puslapyje yra pradinė informacija.
• Matyti kiekvieną paveiktą puslapį ir vertimą.
• Prieš publikavimą peržiūrėti sugeneruotą rezultatą.
• Paaiškinti, kas gali skelbti ir kaip būtų ištaisyta klaida.
• Patvirtinti, kad atnaujinimas viešas, o senas dokumentas sutvarkytas pagal susitarimą.
• Atlikti įprastus veiksmus su siūlomomis redaktorių paskyromis ir įtrauktomis funkcijomis.

Rinkitės sistemą, kuri palaiko šias užduotis ir kurią galima aiškiai perduoti komandai. Mūsų požiūris į pramonės svetaines prasideda nuo pirkėjams reikalingos informacijos; redagavimo procesas turi išlaikyti jos patikimumą. Aptardami svetainės kūrimą pateikite pavyzdinį įrašą, jį prižiūrinčius žmones ir vieną tikrą atnaujinimą, kurį jiems reikia atlikti.