Skip to main content
Înapoi la blog

Diferența dintre suportul Drupal și reparația Drupal

Valentin Zsigmond
Valentin Zsigmond17 martie 20263 min de citit

Sub numele de suport Drupal se vând două servicii foarte diferite. Unul e reparația: o pagină cade, un formular nu mai trimite, se deschide un tichet, cineva caută cauza și stinge focul. Celălalt e grija discretă, de zi cu zi, datorită căreia cele mai multe dintre focurile astea nici nu mai izbucnesc. Amândouă sunt muncă cinstită, dar site-ul tău trăiește ani foarte diferiți cu una sau cu cealaltă.

Noi ne construim planurile în jurul celui de-al doilea. Lunile liniștite sunt exact ce livrăm. Ar trebui să poți trece un trimestru întreg fără ca cineva din echipa ta să se gândească la site, și exact ăsta e semnul că oamenii care au grijă de el își fac treaba.

Ce se întâmplă când nu se întâmplă nimic

Pe fiecare site pe care îl avem în grijă există o rutină de fundal, permanentă, pe care echipa ta nu o vede niciodată. În fiecare săptămână parcurgem anunțurile de securitate pentru Drupal core și modulele contrib, le triem pe cele care privesc modulele tale și aplicăm actualizările care contează înainte să devină o problemă. În fiecare lună ne uităm la datele de performanță: cea mai lentă pagină, cea mai costisitoare interogare în baza de date, cea mai mare imagine de pe prima pagină, și le îmbunătățim în liniște. În fiecare trimestru testăm backup-urile restaurându-le pe o copie de staging, pentru că un backup care nu a fost niciodată restaurat e o promisiune, nu un plan.

Despre cele mai multe dintre astea nu primești niciun raport. Primești un site care merge mai departe.

De ce costă mai mult varianta "ne suni când se strică"

Suportul reactiv pare mai ieftin pe hârtie, pentru că rândul "luna asta nu s-a întâmplat nimic" de pe factură e greu de vândut. În practică, e varianta scumpă. Site-urile pe care le preluăm dintr-un model reactiv vin aproape mereu cu aceleași datorii: șase până la douăsprezece luni de actualizări de securitate ratate, un modul abandonat care trebuie înlocuit, un plan de găzduire rămas subdimensionat de când a crescut traficul și un job cron care eșuează în tăcere de săptămâni. Să descâlcești toate astea deodată costă de regulă mai mult decât ar fi costat să rămâi la zi.

Când ești la zi, și discuțiile rămân scurte. O actualizare de securitate aplicată săptămâna asta e o treabă de rutină, cu specificații clare. Aceeași actualizare, un an mai târziu, e un proiect, cu testare, coordonare și o fereastră de lansare. Grija constantă ține munca în prima categorie.

Ce ar trebui să primești în fiecare lună

Dacă ai un plan de suport cu oricine, cu noi sau cu altcineva, există patru lucruri pe care planul ar trebui să le includă din start, nu ca opțiuni în plus. Actualizări de securitate aplicate într-un interval clar după fiecare anunț. Monitorizare care anunță un om înainte să te anunțe un vizitator. Analize de performanță care au voie să schimbe lucruri, nu doar să producă rapoarte. Și un exercițiu de restaurare cel puțin o dată pe trimestru, ca "avem backup-uri" să devină "am restaurat unul și uite cât a durat".

Tot restul, funcționalități noi, redesign, muncă pe conținut, e muncă de produs și ar trebui să aibă bugetul lui și discuția lui. Suportul e contractul care îți ține în siguranță investiția existentă, în timp ce munca de produs se întâmplă în jurul ei.

Cum arată planurile noastre de suport

Planurile noastre de suport sunt intenționat simple. Un tarif lunar fix, un om anume din echipa noastră, care îți cunoaște site-ul, un timp de răspuns asumat în scris și o întâlnire trimestrială în care parcurgem împreună ce s-a schimbat, ce am urmărit și ce recomandăm pentru următoarele trei luni. Dacă într-o lună ai nevoie de mai multe ore, îți spunem noi înainte să ceri. Dacă ai nevoie de mai puține, reportăm diferența. Fără cote de tichete, fără scris mărunt.

Cu un plan de suport bun ar trebui să simți că cineva chiar are grijă de tine. Ăsta e standardul la care ne raportăm: luni liniștite, discuții oneste și un site pentru care echipa ta nu trebuie să își facă griji niciodată.

Distribuie articolul
Valentin Zsigmond
Scris de
Valentin Zsigmond
Fondator și inginer principal

Arhitect Drupal full-stack cu aproape două decenii de experiență în conducerea unor echipe mari în medii enterprise. A fondat Tilizy Digital pentru a aduce expertiză de nivel senior direct organizațiilor care au nevoie de ea. Mentor pentru zeci de dezvoltatori Drupal și creatorul SDX, o extensie Drupal pentru construirea de interfețe moderne cu React și Vue.

Ți-a plăcut articolul?

Dacă te-ai regăsit în articol, imaginează-ți ce am putea face împreună pe site-ul tău Drupal.