Ce presupune mentenanța unei aplicații după lansare?

Aplicația este în magazin, site-ul este live și primii clienți o folosesc. Cine urmărește dacă totul funcționează și cine intervine când ceva se strică?

Întrebarea merită pusă înainte de lansare. O aplicație depinde de servicii externe, servere, baze de date și pachete software care se schimbă în timp. Iar dacă produsul este important pentru activitatea firmei, o problemă tehnică poate deveni rapid o problemă pentru clienți și echipă.

Mentenanța nu înseamnă doar să repari ce s-a stricat

Un plan de mentenanță poate include mai multe tipuri de lucru:

• Monitorizare: verificarea erorilor și a funcțiilor importante, ca problemele să fie observate înainte să se adune sesizările clienților.
• Actualizări: instalarea și verificarea actualizărilor pentru aplicație, sistemul de operare și bibliotecile software folosite.
• Copii de siguranță: salvarea datelor și verificarea periodică dacă pot fi restaurate.
• Intervenții: diagnosticarea incidentelor, repararea lor și informarea persoanelor afectate.
• Îmbunătățiri: ajustări ale produsului pe baza utilizării reale, care pot fi planificate separat de mentenanța curentă.

Nu orice aplicație are nevoie de infrastructură complexă sau monitorizare permanentă. Nivelul potrivit depinde de cât de mult se bazează afacerea pe aplicație și ce se întâmplă dacă aceasta nu funcționează pentru o perioadă.

Trei întrebări care clarifică nivelul necesar

1. Cât de repede trebuie observată o problemă?

Dacă aplicația este folosită pentru o activitate care poate aștepta până în următoarea zi lucrătoare, poate fi suficient un proces de suport în timpul programului. Dacă gestionează comenzi sau operațiuni care nu pot fi întrerupte, ai nevoie de o cale clară de escaladare și de un interval de răspuns agreat.

„Suport inclus” poate însemna lucruri diferite. Cere să fie precizat unde raportezi o problemă, cine o preia, în ce interval primești un răspuns și cum afli stadiul rezolvării.

2. Ce se întâmplă dacă pierzi date?

O copie de siguranță ajută doar dacă este completă, accesibilă și poate fi restaurată. Google recomandă testarea procesului de restaurare, nu doar verificarea faptului că backup-urile au fost create. În ghidul Google Cloud pentru testarea recuperării datelor, pașii de restaurare sunt verificați într-un mediu separat.

Întreabă cât de des se salvează datele, cât de veche poate fi copia folosită la restaurare și cine execută procedura. Aceste răspunsuri te ajută să înțelegi câtă informație s-ar putea pierde și cât ar putea dura revenirea.

3. Cine urmărește actualizările de securitate?

Aplicațiile folosesc frecvent pachete software dezvoltate și întreținute de alte echipe. Unele primesc actualizări pentru vulnerabilități, iar instalarea lor trebuie verificată ca să nu strice funcțiile existente. De exemplu, GitHub Dependabot poate semnala dependențe vulnerabile și poate propune actualizări. Propunerea tot trebuie evaluată și integrată în siguranță.

Stabilește cine primește alertele, cine decide când se aplică actualizările și cum se verifică aplicația după schimbare.

Ce să clarifici înainte să înceapă colaborarea

Cere un plan scris, chiar dacă este scurt. Ar trebui să poți răspunde la următoarele:

1. Cine găzduiește aplicația și cine administrează conturile tehnice?
2. Ce tipuri de incidente sunt acoperite de suport?
3. Cum raportezi o problemă și în ce interval primești un răspuns?
4. Cât de des se fac backup-uri și când a fost testată ultima restaurare?
5. Cine aplică actualizările și verifică funcțiile importante după ele?
6. Cum sunt estimate și aprobate funcționalitățile noi?

Separă reparațiile și actualizările necesare pentru funcționarea produsului de dezvoltarea unor funcții noi. Dacă sunt amestecate într-o singură categorie, poate deveni neclar ce este inclus și ce necesită o estimare separată.

Un plan potrivit începe de la rolul aplicației

Pentru o aplicație de prezentare, o verificare periodică a formularelor, domeniului și actualizărilor poate fi suficientă. Pentru un produs care gestionează plăți, rezervări sau date operaționale, merită definite mai clar monitorizarea, copiile de siguranță și responsabilitatea pentru incidente.

Documentația Google despre fiabilitatea aplicațiilor recomandă să stabilești cerințele în funcție de experiența de care au nevoie utilizatorii, apoi să monitorizezi, să răspunzi la probleme și să verifici recuperarea. Ideea practică este simplă: nu porni de la un pachet tehnic standard. Pornește de la impactul unei întreruperi asupra afacerii tale.

Pixery oferă suport și dezvoltare continuă după lansare. Dacă pregătești lansarea unui produs, hai să discutăm ce responsabilități trebuie acoperite și ce poate fi planificat separat ca evoluție a aplicației.