Peale meili või telefoni teel kliendiga veebilehe loomise võimaluse arutamist ja vastastikuse huvi kinnitamist pidage kliendiga esimene tähtsam kohtumine päriselus või vajadusel videokõne vahendusel.
Päriselus kohtumise eelisteks on kliendiga usalduse loomise suurem tõenäosus, arutelude tõhusus ning küsimustele vastuste andmise ja saamise lihtsus.
Parema sisendi ja sujuvama arutelude tagamiseks anda kliendile võimalus kohtumiseks ette valmistuda. Küsimustikuga võib katta kliendi soovid, ootused ja mured seoses veebilehe loomisega.
Leppige kokku teievaheline kommunikatsioonikanal ning järgmise kohtumise aeg. Soovitav on leppida kokku projekti eelarve piirid. Parim meetod suhtluseks on see, mis on kliendile eelnevalt tuttav.
Kohtumise tulemusel on kliendil lihtsam mõista mida talle pakutakse ning mille eest arve esitatakse. Juhul kui soovite pakkumise esitada kirjalikult, siis koostage võimalikult selge ja detailne pakkumine, et kõik oleks kliendile üheselt mõistetav.
Kliendi soovid peaksid olema eelnevalt välja selgitatud, eeldatavasti eelmisel koosolekul. Kliendil on oluline tunda, et teine pool on teda ära kuulanud, temaga kaasa mõelnud ning pakub lahendusi.
Kui kliendile ei sobi teie pakutud lahendused või klient esitab oma ideid, siis otsige kompromisse ja pakkuge alternatiive. Klient ei ole valdkonna ekspert ning tema pakutavad lahendused võivad jääda kitsamatesse piiridesse kui on tegelikud võimalused.
Endastmõistetavalt ajendas klienti spetsialisti poole pöörduma vajadus leida lahendus oma probleemile ning eksperdi ülesanne on pakkuda välja parim tee tulemuse saavutamiseks. Klient tasub teile eksperdi oskuste ja teadmiste eest.
Kirjalikult fikseeritud kokkulepped on tähtsad, sest suulised lepingud on ebakindlad. Näiteks: Millisel platvormil toimub suhtlus, kui pikad on koosolekud ja kui sageli nad aset leiavad, kes sisestab veebilehe sisu, mis staadiumis ja seisukorras saab klient veebilehe kätte (sisuta, sisuga, ilma otsingumootoritele optimeerimiseta (SEO) jne).
Regulaarselt toimuvad koosolekud aitavad hoida klienti projekti kulgemisega kursis ning säästavad mõlemale poolele ressurssi juhuslike koosolekute jaoks sobiva aja otsimisel. Nii on võimalik hoida ära üleskerkivate küsimuste kuhjumist ning väiksemate, ent oluliste ideede ununemist. Regulaarse koosoleku näide: Kord nädalas neljapäeviti kell 14:00, kestvusega 30 minutit.
Samas ei välista regulaarsete kokkulepitud kohtumiste toimumine koosolekute vahelist suhtlust kliendiga.
Valige projekti pikkus lähtuvalt kliendi vajadustest ning enda võimalustest. Täpse, punktuaalse ajakava asemel võib esitada kliendile ka projekti orienteeruva kestvuse nt 6-8 nädalat. Planeerides töödeks kuluvat aega lisage algsele prognoosile paar nädalat või rohkem.
Probleemide ja viivituste korral aitab see puhver püsida kokkulepitud ajaraamides ning säilitada kliendi meelerahu. Juhul kui töö õnnestub lõpetada enne ajakavas kokkulepitud tähtaega, on see positiivne tulemus nii kliendi kui teenusepakkuja jaoks.
Tooge eraldi välja maksimaalselt üksikasjalikult tööga kaasnevad kulud nagu: Veebilehe disain, visuaalse identiteedi ja logo värskendamine, veebilehe arendus, sisutekstide loomine, otsingumootoritele optimeerimine (SEO), litsentside hankimine, juhiste koostamine ja hoolduspakett. Selgitage, et projekti lõpphind võib muutuda, kui kliendil tekib projekti käigus erisoove, mida esitatud pakkumine ei sisalda.
Alternatiivina võib kirjeldada mitu töötundi kulub iga pakkumise punkti peale ning mis on töö teostaja töötunni hind, kuid eelistatum on esitada konkreetsed summad.
Juhul kui klient soovib mõnda pakkumises sisalduvat tööd ise teha või palgata kedagi kõrvalt, siis jätke kliendile see vabadus. Samas selgitage ohtusid, mis võivad kaasneda väliste partnerite projekti kaasamisel ning kuidas see teie pakkumist muudaks.
Näiteks võib välja tuua, et pakkumine ei sisalda: Google reklaame, sisu loomist, illustratsioonide loomist jne. See aitab kliendil mõista, mida ta oma raha eest saab ja mille eest ta peab projekti lõppedes soovi korral täiendavalt kulutusi tegema.
Juhul kui teie pakkumine ei sisalda juhiste või õppematerjalide koostamist, siis juhtige sellele kliendi tähelepanu ning pakkuge neid eraldi. Näiteks: juhised e-poe toodete lisamiseks, lehel teksti muutmiseks, blogide kirjutamiseks jne.
Kirjutage kliendile välja hoolduspaketi maksumus, mida see täpselt sisaldab ning miks see on vajalik. Oluline on, et klient saaks aru, mida hoolduspakett katab ning mida mitte.
Kliendid ei pruugi teada, et ilma algse SEO-ta on vähetõenäoline, et huviliste jaoks jõuab veebileht otsingumootorites nähtavale tasemele. Samuti selgitage, et SEO-d on vaja teha regulaarselt. Pakkuge seda teenust ise või soovitage eksperti.
Näiteks veebimajutusteenuse (hosting), litsentside, hoolduspaketi ja nii edasi kulud.
Siinkohal saate lisaks välja tuua oma garantiid, tunnihinna probleemide parandamiseks või hoolduspaketi detailid.
Küsimuste küsimise abil saate hinnata kliendi projektiga seotud arusaamu, muresid ja eelistusi.
Näiteks: Kuidas veebileht sobib? Kas soovite midagi muuta? Kas miski tekitab muret? Kas midagi on ebaselge?
Üllatuste vältimiseks peab kliendile selgeks tegema, et kui disainid on kooskõlastatud, siis on nende muutmine võimalik vaid lisatasu eest. Märkige kliendi jaoks selgesti nähtavalt, millised disainid on kooskõlastatud ja kinnitatud. See aitab vältida hilisemaid arusaamatusi.
See tähendab, et jagage kliendiga näiteks üht vaadet või lehekülge korraga. Ärge looge kõike valmis ning alles siis pöörduge kliendi poole kinnituse saamiseks. Võib juhtuda, et Teie eeldatud ja kavandatud suund ei lange kokku kliendi vaadet või lehekülge.
Läbi arutelu, küsimuste ja vastuste on võimalik luua vastastikune mõistmine ja rahulolu projekti protsessis.
Selgitage välja kliendi arvamuste/seisukohtade põhjendused. Nii toimides võib leida hoopis sobilikuma lahenduse või vältida kasutajasõbraliku disaini põhimõtetega vastuollu minemist. Kuna klient ei ole valdkonna ekspert, siis tema pakutud ideed ei pruugi alati olla erialaselt parimad.
Täpsemalt tagasisidet analüüsides saab teada, miks kliendil on just selline arvamus/seisukoht ning Teil on lihtsam pakkuda alternatiivseid lahendusi.
Koosolekuid pidades saab klienti kursis hoida hetkel töös olevaga ning teda ees seisvate tegevuste osas valgustada. Tõrgete korral on koosolekud heaks võimaluseks selgitada, mis põhjusel läheb arendusega kauem.
On tavapärane, et klient muudab arenduse käigus oma soove. Enne lisatöödega alustamist selgitage kindlasti kliendile, et antud tegevused pole algpakkumise hinnas ning kaasneb lisakulu.
Näiteks soovi ise lehte muuta ja hallata ning spetsiifilisi funktsioone, mida nende veebileht vajab.
Näiteks platvormid Wix, Squarespace ja Shopify, mis on mõeldud piiratud tehniliste oskustega klientidele või neile, kes soovivad lehte ise hallata. Siiski tuleks eelistada Wordpressi või mõnda tulevikukindlamat.
Erilahendused näiteks Laravel või Vue-ga on kõige kliendikesksemad platvormid mitmes aspektis. Näiteks võimaldavad need kliendile toodete või blogide lisamist nagu ta soovib - süsteemi saab kliendile teha väga lihtsaks. Ometi ei ole see valik enamus klientidele sobilik, sest lihtsamate projektide hinnad algavad 10-20 tuhandest eurost.
Wordpress on kõikide valikute kesktee, kuna sisaldab nii algajasõbralike kui ka erilahenduste eeliseid. Lihtsamate veebilehtede ning e-poodide jaoks on ta oma hinnaklassis kõige kliendikesksem valik. Lisaks on Wordpress suhteliselt kasutajasõbralik, modulaarne ning läbi aja tõestanud oma jätkusuutlikust ja püsivust.
Kõige kliendikesksem variant on kvaliteetne hallatud veebimajutuse pakkuja, nagu näiteks Rocket.net või WPengine. Need majutajad on kliendikesksed, kuna sisaldavad turvasüsteeme, viirusetõrjet, automaatseid varukoopiaid (backup), kiireid servereid, ülemaailmset sisuedastamise võrku (content delivery network, lüh. CDN) ehk Cloudflare Enterprise CDN ning ööpäevaringset kasutajatuge.
Veenduge, et klient soovib seda ning on teadlik, mida see endast kujutab. Hallatud majutamine pakub kasutajasõbralikumat ja kliendikesksemat lähenemist ilma tehnilise keerukuseta.
Juhul kui kliendil on väga spetsiifilised ja selged nõudmised riistvarale, siis on VPS selleks parim, kuna võimaldab leida kiiremaid servereid kui eelnevalt mainitud hallatud majutate omad.
Kliendile peab jääma sõltumatus veebilehe loojast. Tähtis on, et kliendil on enda konto, kuhu on majutatud tema veebileht. See tagab kliendil võimaluse hiljem töötada teiste teenusepakkujatega.
Breakdance või Elementor tagavad, et klient saab hiljem ise teha muudatusi või teine teenusepakkuja saab projekti ilma suuremate probleemideta üle võtta.
Tavaliste informatiivsete või staatiliste veebilehtede puhul piisab kui neid on umbes viis. Minimaalselt on vajalikud leheehitustööriist (page builder), otsingumootoritele optimeerimise (SEO) ja isikuandmete kaitse üldmääruse (GDPR) pistikprogrammid. E-poodide puhul on see arv umbes 10.
Veebilehel peaksid kõik pistikprogrammid olema usaldusväärsete arendajate poolt loodud ja regulaarselt hooldatud.
Veebilehe avalikus versioonis (live version) on soovituslik vaid teha sisulisi muudatusi. Tehnilisemad muudatused nagu disaini muutmine, pistikprogrammide (plugin) või platvormi versiooni uuendamine peaks alati toimuma enne testversioonis, et vältida veebilehel tehnilisi probleeme.
Vältige liigset sõltuvust kolmandate osapoolte teenustest, lisakoodist või pistikprogrammidest (plugin). Veebilehel probleemide ennetamiseks peab kasutama kvaliteetseid pistikprogramme, usaldusväärset majutust ning vähe lisakoodi.
Lisage igale lehele iseloomustav meta pealkiri (meta title) ja meta kirjeldus (meta description), mis sisaldab kliendi veebilehe tähtsamaid märksõnu. Samuti pidage silmas üldiseid SEO häid tavasid nagu päise siltide (H tag) õigesti kasutamine jne.
Looge kliendile Google Search Console konto ning saatke iga lehekülg indekseerimisele.
Jagage läbi Google Search Console veebilehe saidikaarti.
Sisu ja metaandmete optimeerimisest, tagasilinkide (backlink) lisamisest ning blogi loomisest tulenevast kasust peab klient teadlik olema. Soovitage vähemalt osasid eelnevaid samme kliendil ise teha või suunake eksperdi poole. Otsingumootoritele optimeerimine on pea sama tähtis kui veebileht ise.
Juhendid peaksid olema ka vähese tehnilise teadmisega mõistetavad ning järgitavad. Kui luua juhend videoformaadis, siis video tempo peaks olema aeglane.
Võimalusel luua juhend video vormis, sest see on kõige lihtsamini tarbitav formaat. Teise variandina eelistada detailset illustreeriva materjaliga täiustatud dokumenti.
Ühe variandina võib väljaõpet pakkuda ka töötoavormis, mille käigus klient saab sammud teie juhendamisel ise läbi teha. Väljaõppe käigus oleks mõistlik sessioon salvestada või oluline info märkmete näol kirja panna.
Lisaks kliendile mõeldud juhendile, peaks kliendikeskses lahenduses mõtlema ka potentsiaalsele järgmisele teenusepakkujale ning looma talle juhendi või dokumentatsiooni. Wordpressi lehe puhul sisaldaks see üldist ülevaadet, kuidas veebileht on ehitatud ning mis on pistikprogrammide (plugin) funktsioon. Erilahenduste puhul peaks koostama dokumentatsiooni koodist.
Arutada läbi kliendiga: mis oleks saanud projektis paremini minna, kas klient on projektiga rahul, kas on veel lisaküsimusi jne. Tõenäoliselt saab klient sellisel moel parima töö ning Teie pikaajalise kliendi.