Veebilehe üleandmisel võta vastu kokkulepitud ligipääsud, sisuhalduse juhend, tehnilise lahenduse ülevaade ja edasise toe tööjaotus. Kontrolli oma kontoga, et saad teha vajalikke sisumuudatusi, ning pane kirja, kes haldab domeeni, majutust, tasulisi komponente ja varukoopiaid. Avalik veebiaadress ning üks kasutajanimi ei kirjelda veel kogu üleantud lahendust.
Hea üleandmine aitab ettevõttel valminud veebiga iseseisvalt töötada ja vajadusel kaasata uue partneri. Selle sisu tasub kokku leppida juba veebilehe lähteülesandes. Projekti lõpus saab siis kontrollida konkreetseid väljundeid, selle asemel et alles arutada, mida sõna „valmis” kummalegi poolele tähendab.
Millised ligipääsud peavad olema selged?
Koosta veebiga seotud teenuste nimekiri. Iga teenuse juurde märgi konto eest vastutav osapool, ettevõtte kontaktisik ja see, kes saab ligipääsu korraldada. Nimekiri peaks aitama hiljem õige koha üles leida; paroole ja salajasi võtmeid jaga eraldi kokkulepitud turvalisel viisil.
- WordPress: sisutoimetaja isiklik konto ning kokkulepe veebilehe tehnilise haldamise õiguste kohta.
- Domeen ja veebimajutus: teenusepakkuja, lepingu või konto vastutaja ning pikendamiste ja teadete saaja.
- Analüütika ja Search Console: kasutatavad keskkonnad ning ettevõtte esindaja ligipääs vajalikule veebile või andmevaatele.
- Välised teenused: näiteks vormikirjade saatmine, broneerimine või uudiskirjad, kui veeb neid kasutab.
WordPressi kasutaja ei anna iseenesest ligipääsu domeeni või majutuse haldamiseks. Samuti ei tähenda arve saamine automaatselt, et saaja saab teenuse tehnilisi seadeid muuta. Üleandmisel kontrolli iga vajaliku keskkonna ligipääsu eraldi.
WordPressi ametlik rollide juhend eristab muu hulgas administraatori ja toimetaja õigusi. Toimetaja saab vaikimisi hallata sisu, administraatoril on ühe saidi piires laiemad haldusvõimalused. Tegelik õiguste ulatus võib sõltuda veebilehe seadistusest. Lepi kokku, kes ettevõttes või teenusepartneri juures neid ülesandeid täidab, ning kontrolli, et sisutoimetaja konto võimaldaks talle vajalikku tööd.
Mida peab tehniline ülevaade sisaldama?
Palu lühikest ülevaadet lahendusest, mida järgmine haldaja saaks kasutada. Sellest võiks selguda sisuhaldusplatvorm, kasutatav teema või leheehitaja, olulised lisamoodulid, erilahendused ja ühendused teiste süsteemidega. Iga paigaldatud komponendi pikk kirjeldus pole vajalik; oluline on mõista, millest peamised funktsioonid sõltuvad.
Näiteks päringuvormi puhul märgi, kus vormi muudetakse, milline teenus kirju saadab ja kuhu teavitus peab jõudma. Broneerimislahenduse puhul lisa seotud välise teenuse nimetus ning haldamise vastutaja. Nii saab järgnev tegija uurida õiget ühendust, kui töökorraldus muutub.
Eritellimusel loodud osade kohta lepi kokku lähtekoodi või hoidla ligipääsu üleandmine, seadistamise juhised ja vajalikud failid. Valmis veebileht, kujunduse lähtefail ning arenduse projektifailid on erinevad väljundid. Nende üleandmise ulatus tuleb pakkumises nimetada; veebiarenduse pakkumiste võrdlemise juhend aitab need read enne tellimist kõrvuti panna.
Pane litsentsid ja korduvad kulud eraldi kirja
Tasulise teema, leheehitaja või lisamooduli juurde märgi litsentsi haldaja, arveldusperiood ja see, mis teenus selle tasuga kaasneb. Küsi, kuidas toimub pikendamine ning mis muutub siis, kui senine arendus- või hoolduskoostöö lõpeb. Vastus sõltub konkreetsest tootest ja kasutatavast litsentsist.
Sama selgelt kirjuta üles, kellel on piltide, fontide ja muude ostetud materjalide kasutusinfo. Vajalik on teada, millist materjali saab ettevõte hiljem samas veebis muuta või uuesti kasutada ning millal tuleb tingimusi üle kontrollida. Üldine märge „kõik kuulub hinna sisse” jätab selle edasise töö jaoks ebaselgeks.
Kulude nimekiri võiks hõlmata domeeni, majutust, tasulisi komponente ja seotud väliseid teenuseid. Üleandmisel ei pea neid kõiki ühe teenusepakkuja alla koondama. Iga rea jaoks on vaja teada vastutajat ja järgmist tegevust.
Kuidas kontrollida, et sisuhalduse õpetusest piisab?
Vali juhendamise jaoks need tegevused, mida ettevõtte töötaja hakkab päriselt tegema. Üldine WordPressi tutvustus ei pruugi näidata, kuidas just sinu veebilehel hinnakirja või teenuseinfot muudetakse.
Proovi oma kontoga näiteks järgmisi ülesandeid:
- muuda teenuselehe lühikest teksti ja kontrolli eelvaadet;
- asenda pilt ning lisa sellele asjakohane alternatiivtekst;
- koosta uus uudis või muu korduv sisuleht kokkulepitud malli järgi;
- leia üles päringuvormi saaja või juhis selle muutmise tellimiseks;
- vaata, kuidas muudetud leht telefonis välja näeb.
Harjutuse võib teha mustandis või testkeskkonnas. Tähtis on, et tegevuse teeb tulevane sisutoimetaja ise. Nii selgub, milline samm vajab täpsemat juhendit, paremat lehemalli või teistsugust tööjaotust.
Palu üleantud juhend siduda tegeliku veebiga: vastavate menüüde, lehemallide ja töövõtetega. Vorm võib olla lühike dokument, salvestus või nende kombinatsioon. Pane kirja ka ülesanded, mida teeb edaspidi partner; kõiki tehnilisi töid ei pea õpetama sisutoimetajale.
Millise koopia ja taastamise info peaks vastu võtma?
Üleandmise juurde võiks kuuluda kokkulepitud seisuga varukoopia või selge ligipääs sellele ning taastamise korraldus. Küsi koopia kuupäeva, sisu, asukohta ja taastamise eest vastutajat. Kui taastamine on läbi proovitud, märgi ka kontrolli aeg ja tulemus.
WordPressi tavaline XML-eksport annab kaasa sisuandmeid, näiteks postitusi, lehti ja seotud kirjeid. See ei ole sama väljund mis kogu veebilehe taastamiseks mõeldud koopia. WordPressi varundamise juhend selgitab, et tüüpilise saidi täielikuks taastamiseks on vaja nii faile kui ka andmebaasi.
Üleandmise koopia fikseerib ühe ajahetke. Pärast seda lisatav sisu või saabuvad tellimused vajavad edasist varundamiskorraldust. Sageduse, säilitamise ja jooksva hoolduse kokkuleppeid käsitleb eraldi kodulehe halduse juhend.
Kasuta lühikest üleandmiskirjet
Järgmine täidetav näidis aitab kokku võtta, mis on üle antud ning mis vajab jätkutegevust. See on praktiline töövorm, mitte Kala Ruuduse kliendijuhtum ega tüüpleping.
Veeb ja seis: avalik aadress __; üleandmise kuupäev __; lahenduse või dokumentatsiooni versioon __.
Ligipääsud ja juhend: teenuste nimekiri asub __; vajalikud kontod kontrollis __; sisuhalduse juhend asub __; harjutused läbis __.
Tehnilised materjalid: komponentide ja litsentside ülevaade asub __; kokkulepitud failid asuvad __; varukoopia seis __; taastamise korraldab __.
Lahtised tööd: iga töö kirjeldus __; vastutaja __; kokkulepitud tähtaeg __; kontrollimise viis __.
Edasine tugi: pöördumise kanal __; teenuse ulatus __; lisatöö tellimise kord __.
Kirjelda puudujääk konkreetselt. „Kontaktandmete muutmise juhend puudub” annab selgema järgmise sammu kui „koolitus jäi poolikuks”. Kui mõni funktsioon valmib hiljem, erista see juba üle antud töödest ja lepi kokku selle eraldi kontroll.
Mida arenduspartneriga enne töö algust kokku leppida?
Nimeta pakkumises üleandmise väljundid, juhendamise osalejad ja kestus või ulatus, tehniliste materjalide loend ning edasise toe tingimused. Üleandmine vajab kohta ka ajakavas; selle planeerimist käsitleb veebilehe tegemise aja juhend.
Kala Ruudus planeerib, disainib ja arendab veebilehti, kasutades peamiselt WordPressi. Teenusekirjelduse järgi lepitakse pakkumises kokku ka üleantav lahendus ning edasise halduse korraldus.
Saada oma veebiprojekti kirjeldus ja ütle, milliseid sisutöid soovib ettevõte pärast valmimist ise teha. Lisa vajalikud funktsioonid, keeled ja olemasoleva veebi aadress. Nende põhjal saab arutada arenduse, juhendamise ja üleandmise sobivat ulatust.