Palaišana ir nodošana: klientam gatavais pārbaudes saraksts aģentūrām

Kopsavilkums

Lielākā daļa padomu par palaišanu attiecas uz mājaslapu kā uz vienreizēju notikumu. Aģentūrai katra palaišana ir nodošana, un atkārtojamība ir svarīgāka par perfektu palaišanas dienu. Šis raksts sniedz jums pirmsnodošanas pārbaudes sarakstu, kas izveidots vairāku klientu projektu pārvaldībai. Tas aptver stingra nodošanas datuma noteikšanu, satura savlaicīgu fiksēšanu, testēšanu no klienta perspektīvas, pārbaužu noteikšanu pēc vietnes veida un drošības, SEO un runbook vārtu izpildi. Pēdējais solis ir 48 stundu turpinājums, kas nodod mācības nākamajam projektam. Izmantojiet to kā dzīvu pārbaudes sarakstu, nevis kopēšanas-ielīmēšanas sarakstu.

Lielākā daļa palaišanas padomu ir rakstīti vienai mājaslapai, tāpēc tie aģentūrā neizdodas. Tie pieņem, ka jums ir neierobežots laiks, lai pārbaudītu katru lapu. Jums tā nav. Jums ir vairāki projekti izpildē, klients, kurš divas reizes mainīja tālruņa numuru, un ieinteresētā persona, kas pastāvīgi raksta par vienu sīkumu. Padoms, kas darbojas, uztver palaišanu kā nodošanu, nevis notikumu. Jūsu īstais produkts ir atkārtojams process, kas rada mājaslapu, kurā klients var dzīvot, nevis zvanīt jums panikā. Šis pārbaudes saraksts ir šis process, kas izveidots aģentūrām, kurām jāveic viena un tā pati kvalitātes kontrole dažādiem klientiem, budžetiem un vietņu veidiem. Izmantojiet to kā pamatu, nevis kā universālu sarakstu, ko kopēt.

Vispirms nosakiet nodošanas datumu

Ievietojiet nodošanas datumu kalendārā, pirms izvēlaties veidni. Sauciet to par klientam gatavu, nevis palaišanu. Tad strādājiet atpakaļ: satura termiņš, dizaina pārskats, testēšanas logs un reāla rezerve, jo klients novilcinās vismaz divas dienas. Pierakstiet datumu, kur visi to var redzēt.

Ja datuma nav, darba apjoma palielināšanai nav enkura. Kad klients prasa vēl vienu lapu, varat teikt, ka tā pārvieto nodošanas datumu. Ja datums jau pastāv, kompromiss ir redzams; ja nē, katrs mazais lūgums ir bez maksas un katrs termiņš ir izdomājums. Aģentūra, kas nevar nosaukt nodošanas datumu, nevar aizsargāt savas peļņas normas. Kad sākat ar neskaidru īsu aprakstu, atkārtojams aģentūras process saglabā šo sarunu vienādu katrā projektā.

Fiksējiet saturu, ko nevar improvizēt

Satura dēļ klientu vietnes sabrūk, nevis koda dēļ. Programmētājs var izveidot lapu; viņš nevar izdomāt klienta faktisko adresi, cenas vai komandas biogrāfijas. Nosakiet stingru satura termiņu pirms dizaina apstiprināšanas un padariet to tikpat stingru kā nodošanas datumu.

Izmantojiet vienu standarta ievades veidlapu katrā projektā. Prasiet tālruni, e-pastu, fizisko adresi, darba laiku un trīs pakalpojumus, ko klients vēlas pārdot. Viens klients sniegs jums tālruņa numuru, kas novirza uz faksu; cits iedos logotipu, kas saglabāts Word dokumentā. To pamanīt satura vākšanas laikā ir lētāk nekā pamanīt tiešsaistes vietnes kājenē.

Ja termiņā trūkst viena elementa, publicējiet ar skaidri atzīmētu vietturi, nevis iesaldējiet projektu. Vietturis ar termiņu ir labāks par iesaldētu izstrādi. Izplatītā kļūme ir satura uztveršana kā kaut ko tādu, ko var pievienot vēlāk, un tā jūs palaidiet vietni ar nepareizu karti vai pakalpojumu, ko klients pārtrauca piedāvāt pirms sešiem mēnešiem. Plānošana un informācijas arhitektūra pastāv, lai piespiestu šos lēmumus pieņemt pirms izstrādes.

Testējiet kā klients sliktā dienā

Jūs esat skatījušies uz vietni nedēļām, tāpēc redzat to, ko gaidāt. Klients redz to, kas faktiski ir uz ekrāna. Atveriet vietni inkognito logā ar jaunu sesiju un veiciet pārbaudi ar svaigu skatienu.

Noklikšķiniet uz katras redzamās saites, ne tikai uz tām, kuras atceraties. Iesniedziet katru veidlapu un pārbaudiet kļūdu stāvokļus, ne tikai veiksmes ceļu. Ielādējiet vietni tālrunī, lēnā savienojumā un ar atvērtu izvēlni. Pārbaudiet, vai tālruņa numurs galvenē atbilst numuram kontaktlapā.

Šeit nelieli kavējumi kļūst par stāstiem. Hero attēls, kas lēnām ielādējas, poga, kas nekur neved, lipīga galvene, kas mobilajā versijā aizsedz tālruņa numuru — jebkurš no tiem veido klienta pirmo iespaidu. Jums nav vajadzīgas simts pārbaudes; jums vajag tās dažas, kuras būtu neiespējami izskaidrot. Pareizrakstības kļūdu emuāra ierakstā var labot; salauztu norēķinu procesu nevar. Ja veicat vienu un to pašu testu katram klientam, jūs pārtraucat pirmo nedēļu pēc palaišanas pavadīt, atbildot uz e-pastiem par nedarbojošām pogām.

Pielāgojiet kontroli vietnei

Veiciet darba apjoma noteikšanu katram projektam, pirms veicat jebkuru pārbaudes sarakstu. Četru lapu brošūras vietne un veikala katalogs nav viens un tas pats projekts. Vienādu pārbaužu piemērošana abiem ir vai nu pārmērīga inženierija, vai nepietiekama testēšana. Pirms pārbaudes saraksta izpildes izlemiet, kuras pārbaudes ir svarīgas šim klientam.

Vietnes veids	Neatņemamas pārbaudes
Brošūras vietne	Klienta perspektīvas pārbaude, kontaktinformācija, SSL, pamata SEO
Nolaišanās lapa	Ielādes laiks, veidlapas iesniegšana, pateicības lapa, analītika
E-komercija	Norēķinu ceļš, maksājuma pārbaude, produktu attēli, rezerves kopijas

Saglabājiet kopējo kontroli — nodošanas datums, drošība, runbook, turpinājums — un pievienojiet pārbaudes, kas aizsargā šo konkrēto klientu. Izlaidiet darba apjoma noteikšanu, un jūs pavadīsiet piektdienu, testējot pakalpojumu lapu, kamēr klienta īstās rūpes ir norēķinu process, kas nedarbojas. Vai arī jūs palaidīsiet e-komercijas vietni, nepārbaudot maksājumu plūsmu, un klients to uzzinās tikai tad, kad pazudīs klienta pasūtījums.

Izveidojiet drošības kontroli vienreiz, izpildiet to katru reizi

Drošība ir joma, kur aģentūras novirzās. Jūs veicat pilnu auditu e-komercijas klientam, pēc tam izlaižat brošūras vietni, jo viņi nevāc datus. Tā ir nepareiza instinkts. UpGuard vietņu drošības norādījumi iesaka vienādas prakses visās vietnēs: uzturiet platformu atjauninātu, nodrošiniet spēcīgu autentifikāciju, ierobežojiet lietotāju tiesības, regulāri veiciet rezerves kopijas un apkalpojiet visu, izmantojot SSL/TLS. Brošūras vietne joprojām var tikt kompromitēta; klienta domēnu joprojām var izmantot surogātpasta sūtīšanai.

Izveidojiet vienu kopīgu drošības pārbaudes sarakstu un izpildiet to katrā projektā. Divu faktoru autentifikācija iespējota katram pieteikumam. Programmatūra un spraudņi atjaunināti. Rezerves kopija, kas faktiski pārbaudīta, ne tikai ieplānota. SSL/TLS sertifikāts instalēts un aktīvs. Lietotāju tiesības ierobežotas līdz tam, kas katram nepieciešams.

Padariet drošību par jā/nē kontroli. Ja kāda atbilde nav “jā”, vietne nav gatava klientam. Izpildiet kontroli testa vidē pirms palaišanas nedēļas, jo sertifikāta kļūmes palaišanas naktī ir ārkārtas situācijas, par kurām jūs nevarat rēķināt. Turiet sarakstu pietiekami mazu, lai katrs vienums kaut ko nozīmētu. Ja vienums vienmēr tiek izpildīts, automatizējiet to vai iekļaujiet to savos izstrādes rīkos. Izlaiduma izmaksas nav abstraktas; tā ir nakts vidū saņemta ziņa no klienta, kura vietne tika sabojāta.

Padariet SEO par pārbaudi, nevis cerību

Šeit ir palaišana, ko esat redzējuši: vietne kļūst tiešsaistē, dizains izskatās tīrs, un mēnesi vēlāk klients jautā, kāpēc viņi neparādās Google. SEO mazā vietnē šķiet kā nākotnes problēma, tāpēc to izlaiž. Digitālā mārketinga institūta iesācēju SEO rokasgrāmata tehnisko iestatīšanu uzskata par pamatu daļu, nevis mārketinga pliku: HTTPS, XML vietņu karte un robots.txt fails, kas ielaiž meklētājprogrammas.

Pievienojiet SEO sadaļu savam nodošanas pārbaudes sarakstam un padariet to konkrētu. Apstipriniet virsraksta tagu un meta aprakstu katrai galvenajai lapai. Pārliecinieties, ka katra lapa satur vismaz vienu reālu teksta saturu, ne tikai attēlus. Ģenerējiet XML vietņu karti un iesniedziet to. Pārbaudiet, vai robots.txt nebloķē lapas, kuras vēlaties indeksēt.

Nekas no tā nav dārgs. Viss tas ir garlaicīgs, tāpēc tas tiek izlaists. Izmaksas ir neredzamas dažas nedēļas, tad saņemat zvanu: kāpēc mans uzņēmums neparādās Google? Uz to nevar atbildēt ar nodošanas pārbaudi; varat atbildēt tikai ar pierādījumu, ka pamati bija vietā pirms vietnes publicēšanas. Pilnai iestatīšanai palaižiet no-code vietni, kas ierindojas no pirmās dienas. Vismaz padariet SEO kontroli par jā/nē sarakstu, lai “mēs to darīsim vēlāk” nevarētu ievīdīties projektā.

Nododiet atslēgas ar runbook

Nodošana nav pabeigta, kad vietne kļūst tiešsaistē. Tā ir pabeigta, kad klients var pieteikties, nezvanieot jums. Saite un parole nav nodošana; tas ir pirmais mājasdarbs. Klients atradīs iestatījumu lapu, eksperimentēs un vai nu kaut ko salauzīs, vai zvanīs jums ar jautājumu, uz kuru varējāt atbildēt vienas lapas dokumentā.

Uzrakstiet runbook. Kā pieteikties un mainīt galvenās lapas tekstu. Kā nomainīt attēlu. Kur atrodas domēns un hostings. Kad domēns tiek atjaunots un kurš par to ir atbildīgs. ICANN domēna reģistrācijas process prasa derīgu kontaktinformāciju, kas saistīta ar īpašnieku. Ja klients ir domēna īpašnieks, viņam jāzina, kur atrodas konts un kas notiek, ja tas beidzas. Ierakstiet atjaunošanas datumu runbook; jūs nevēlaties, lai pirmais pēc palaišanas zvans būtu “mūsu vietne ir pazudusi, jo neviens neatjaunoja domēnu”.

Runbook var būt viena lapa. Tam nav jābūt rokasgrāmatai. Bet tam ir jābūt, un klientam tas ir jāatver, kamēr jūs vēl esat zvanā.

Sazinieties pēc 48 stundām

Klients pēc palaišanas nedēļu klusē. Jūs pieņemat, ka viņi ir apmierināti. Tad pienāk rēķina e-pasts, un jūs saprotat, ka viņi sešas dienas pavadīja, nezinot, kā atjaunināt savas cenas. Noderīgākais tests notiek pēc nodošanas, nevis pirms.

Četrdesmit astoņas stundas pēc vietnes publicēšanas nosūtiet īsu ziņojumu. Uzdodiet vienu konkrētu jautājumu, nevis “vai viss kārtībā?” Konkrēti jautājumi atklāj patiesas atbildes. Vai mēģinājāt pieteikties? Vai kontaktforma parādās jūsu iesūtnē? Vai adrese kājenē ir pareiza? Ierakstiet, ko klients ziņo, un pievienojiet to nākamā projekta pārbaudes sarakstam.

Šis ir brīdis, kad noķerat to, ko nevarējāt noķert: klienta īsto tālruņa numuru, viņu faktiskos produktu attēlus, integrāciju, kas darbojas tikai ar viņu datiem. Ikreiz, kad klients atklāj trūkumu, pievienojiet to nākamajai nodošanas kontrolei. Tā pārbaudes saraksts paliek dzīvs, nevis kļūst par dokumentu, kuru neviens nelasa. Ja meklējat lielāku sistēmu, klientu vietņu uzturēšanas brieduma modelis sākas tur, kur šis turpinājums beidzas.

Kontrole, nevis trofeja

Mērķis nav iegūt visrūpīgāko pārbaudes sarakstu nozarē. Mērķis ir iegūt kontroli, kas noķer problēmas, kuras faktiski redzat saviem klientiem. Tas nozīmē apgriešanu. Ja pārbaude pēdējās vairākās palaišanās nav noķērusi nevienu problēmu, vai nu esat to automatizējis, vai arī tā ir troksnis. Pārbaudes saraksts, kas pilns ar vienmēr izpildāmiem vienumiem, rada viltus pabeigtības sajūtu. Svarīgas ir tās pārbaudes, kas reizēm neizdodas, jo tieši tās novērš nepatīkamos zvanus.

Nepievienojiet pārbaudes, lai justos procesiem bagāti. Pievienojiet tās tikai tad, kad tās ir nopelnījušas savu vietu. Labākais palaišanas pārbaudes saraksts aģentūrai ir īsāks, nekā domājat: nodošanas datums noteikts, saturs fiksēts, klienta perspektīvas tests izpildīts, drošības un SEO kontroles zaļas, runbook nodots, 48 stundu turpinājums ieplānots. Kad šī kontrole pastāv, palaišana pārstāj būt baiļu brīdis un kļūst par formalitāti. Tā ir atšķirība starp aģentūru, kas būvē vietnes, un aģentūru, kas tās piegādā.