Kā aģentūras uztur darbībā desmitiem klientu formu
Daudziem klientiem saziņas forma ir lapa, kas ienes naudu – tomēr pēc palaišanas par to neviens neatbild. Rutīna, līguma punkti un atskaites, kas uztur formas darbībā visās jūsu klientu vietnēs.
Pajautājiet aģentūrai, kurš ir atbildīgs par klienta saziņas formu pēc palaišanas, un parasti iestājas pauze. Tomēr advokātu birojam, zobārstniecības praksei vai vietējam santehniķim šī forma bieži ir vienīgais veids, kā ienāk jauni pasūtījumi. Kad tā pārstāj darboties, nekas redzami nesalūzt: lapa ielādējas, poga izskatās noklikšķināma. Klients pieņem, ka aģentūra uzrauga, aģentūra pieņem, ka klients pamanītu, un paiet nedēļas, pirms kāds pajautā, kāpēc pieprasījumi ir izsīkuši.
Kāpēc formas sabojājas klusi
- Atjauninājumi: CMS, motīva vai formu spraudņa atjauninājums maina iezīmējumu, noņem āķi vai salauž JavaScript, kas iesniedz formu.
- Mitināšanas maiņa: jaunais serveris nevar sūtīt vēstules, PHP mail funkcija ir atspējota, vai SMTP piekļuves dati tā arī netika pārnesti.
- E-pasta autentifikācija: pēc DNS izmaiņām SPF, DKIM vai DMARC vairs nesakrīt, un paziņojumu vēstules nonāk surogātpastā vai tiek noraidītas.
- Jauni izsekošanas tagi: mārketings pievieno pikseli vai piekrišanas rīku, un pēkšņi skripta kļūda vai pārklājums bloķē iesniegšanas pogu.
- CAPTCHA izmaiņas: vietnes atslēga, kas piesaistīta vecajam domēnam, testa atslēga, kas palikusi pēc testa vides, vai logrīks, kura skripts vairs netiek ielādēts.
- Sertifikātu un domēnu derīguma beigas: pārlūkprogrammas brīdina apmeklētājus prom no formas, vai arī beidzas paziņojumu adreses domēna reģistrācija.
Rutīna, kas mērogojas līdz desmitiem vietņu
- 1Veiciet inventarizāciju. Uzskaitiet katru klienta vietni un katru formu tajā – saziņa, cenu piedāvājuma pieprasījums, rezervēšana, jaunumu abonēšana – un to, kur ziņojumiem jānonāk.
- 2Nosakiet bāzes stāvokli. Vienreiz pārbaudiet katru vietni no ārpuses un pierakstiet pašreizējo stāvokli: aizsardzība, privātuma paziņojums pie formas, piekļūstamības pamati, e-pasta konfigurācija.
- 3Automatizējiet atkārtoto pārbaudi. Reizi nedēļā ir saprātīgs noklusējums vietnēm, kas dzīvo no pieprasījumiem; reizi dienā – tām, kurām zaudēta diena patiešām sāp.
- 4Novirziet brīdinājumus uz vienu vietu. Sūtiet izmaiņas uz kopīgu komandas kanālu, nevis viena cilvēka pastkasti, un brīdiniet tikai par izmaiņām, lai neviens neiemācītos tās ignorēt.
- 5Pārbaudiet atkārtoti pēc katrām izmaiņām. Spraudņu atjauninājumiem, mitināšanas maiņai, jauniem tagiem un DNS labojumiem jāizraisa pārbaude, nevis jāgaida nākamā plānotā palaišana.
- 6Pārbaudiet piegādes ceļu. Ja klients piekrīt, nosūtiet skaidri marķētu testa iesniegumu un pārliecinieties, ka tas patiešām pienāk – un sekojiet formām, kas pēkšņi apklust.
- 7Veidojiet ikmēneša pierakstu. Katrai vietnei pierakstiet, kas tika pārbaudīts un kas salabots. Šis pieraksts kļūst par jūsu atskaiti.
Padariet formu pārbaudes par līgumā noteiktu pakalpojumu
Daudzi apkopes līgumi sola atjauninājumus un rezerves kopijas, bet neko nesaka par to, vai vietne joprojām veic savu darbu. Iekļaujot formu pārbaudes līgumā, neredzama rūpe kļūst par pakalpojumu, ko klients var redzēt – un tiek atrisināts jautājums par to, kurš atbild par formu. Punkti, kurus vērts definēt:
- Apjoms: kuras vietnes un kuras formas ir aptvertas, ieskaitot kampaņu galvenās lapas.
- Biežums: cik bieži katra forma tiek pārbaudīta – un ka pārbaude seko katram jūsu veiktajam atjauninājumam vai migrācijai.
- Kas tiek pārbaudīts: aizsardzība pret surogātpastu, privātuma paziņojums un izsekošana formas lapā, piekļūstamības pamati, sertifikātu un domēnu derīguma termiņš, e-pasta autentifikācija.
- Aktīvie testi: vai drīkst sūtīt testa iesniegumus, kā tie tiek marķēti un kas tos saņem klienta pusē.
- Reakcijas laiki: cik ātri jūs aplūkojat brīdinājumu un kad tiek informēts klients.
- Atskaites: ko klients saņem katru mēnesi un kur viņš var apskatīt pašreizējo stāvokli.
- Robežas: kas nav aptverts, piemēram, klienta paša pasta serveris vai trešo pušu rīki, ko klients pievienojis bez jums.
Ziņojiet tā, lai klients redz vērtību
Laba apkope pēc savas būtības ir neredzama, tāpēc to ir viegli atcelt. Īss ikmēneša pierādījums par katru vietni to maina: kuras formas tika pārbaudītas, cik bieži, kas mainījās un kas tika salabots. Baltā zīmola (white-label) atskaites ļauj to sūtīt ar jūsu pašu zīmolu, un klientu portāls ļauj klientiem pašiem apskatīt pašreizējo stāvokli, nevis jautāt. Formulējiet vienkārši – „jūsu cenu piedāvājuma forma šomēnes tika pārbaudīta katru dienu; problēma pēc spraudņa atjauninājuma tika atrasta un novērsta tajā pašā rītā” klientam pasaka vairāk nekā lapa tehnisku konstatējumu.
- Klients ziņo par problēmu pēc vairākām nedēļām
- Iemesls jāsaliek kopā no žurnāliem
- Neviens nezina, vai ziņojumi joprojām pienāk
- Apkope izskatās pēc izmaksām
- Brīdinājums pienāk tūlīt pēc izmaiņām
- Pēdējā pārbaude parāda, kas mainījās
- Piegāde tiek apstiprināta pēc grafika
- Ikmēneša pierādījums parāda, kas paveikts
Ātrās pārbaudes pirms pārdošanas – izmantotas pareizi
Pasīvai ārējai pārbaudei nav vajadzīga ne piekļuve, ne konts, tāpēc tā ir noderīga vēl pirms līguma noslēgšanas. Iepazīšanās sarunā, tikšanās laikā vai kad potenciālais klients lūdz apskatīt viņa vietni, kopīgi veikta ātrā pārbaude sarunai piešķir kaut ko konkrētu: CAPTCHA, kas darbojas ar publisku testa atslēgu, trūkstoša privātuma saite pie formas, iesniegšanas poga, ko tālrunī aizsedz sīkdatņu paziņojums. Tā parāda, kā jūs strādājat, nesolot neko, ko vēl neesat redzējis no iekšpuses.
Ja nevēlaties paši veidot šādus rīkus: formexposed glabā daudzas klientu vietnes vienā kontā ar verificētu domēnu uzraudzību, brīdinājumiem uz jūsu komandas kanālu, baltā zīmola (white-label) atskaitēm, klientu portālu un ātrajām pārbaudēm potenciālajiem klientiem. Aģentūras, kas pārvalda WordPress vietnes ar MainWP, var izmantot MainWP paplašinājumu. Vienkāršākais sākums ir bezmaksas vienas klienta vietnes pārbaude vietnē formexposed.com – konts nav vajadzīgs –, lai redzētu savu bāzes stāvokli.