EN
← Înapoi la blog

Optical App Dev

Aplicația de programări: ce trebuie să facă din prima versiune

Cele cinci lucruri pe care o aplicație de programări trebuie să le facă bine de la lansare, ce faci cu notificările și avansul, ce lași pe mai târziu.

Redacția Optical Design · redactor app & tehnic4 min de citit

Prima versiune a unei aplicații de programări trebuie să facă bine cinci lucruri: să arate locurile libere reale, să ia programarea în câțiva pași, să trimită confirmarea și reamintirea, să-l lase pe client să anuleze sau să mute singur și să-ți dea ție o listă clară pe zi. Abonamentele, punctele de fidelitate și rapoartele pot aștepta versiunea a doua. Dacă primele cinci merg, oamenii o folosesc.

Cele cinci lucruri obligatorii

  1. Disponibilitatea reală. Programul, pauzele, concediile, durata fiecărui serviciu și timpul dintre programări, pe fiecare angajat sau resursă (un scaun, o cabină, o mașină de test). Dacă aplicația arată ore libere care nu sunt libere, oamenii se întorc la telefon după prima suprapunere.
  2. Programarea în puțini pași. Serviciul, angajatul (sau „oricine e liber”), ora, apoi numele și telefonul. Fără cont obligatoriu pentru prima programare.
  3. Confirmarea și reamintirea. Imediat după programare, un mesaj cu ziua, ora, adresa și cum anulezi. Înainte de programare, o reamintire. Atașează și un fișier de calendar în formatul standard iCalendar, ca programarea să intre cu un clic în calendarul telefonului.
  4. Anularea și mutarea de către client. Cu o limită stabilită de tine, de exemplu până cu o zi înainte. Un client care poate muta singur programarea are un motiv în minus să lipsească fără să anunțe.
  5. Lista zilei pentru tine și echipă. Cine vine, la ce oră, pentru ce. Plus posibilitatea să blochezi rapid o oră pentru o programare luată la telefon sau un client venit pe loc.

Atât e prima versiune. Pare puțin, dar fiecare dintre cele cinci are detalii care cer timp: fusul orar, trecerea la ora de vară, doi clienți care apasă pe aceeași oră în aceeași secundă.

Notificările: nu te baza doar pe push

Pe telefoanele cu Android 13 sau mai nou, o aplicație instalată de curând are notificările oprite din oficiu. Trebuie să ceară voie, iar omul poate refuza. Documentația Android recomandă ca cererea să vină în context, după o acțiune a utilizatorului, nu la prima deschidere a aplicației.

Pentru o aplicație de programări, momentul firesc e imediat după prima programare: „Vrei să-ți amintim cu o zi înainte?” Chiar și așa, o parte dintre oameni vor refuza. De aceea reamintirea importantă pleacă și pe SMS sau pe e-mail, nu doar ca notificare push. Despre când ajută notificările și când enervează am scris în articolul despre notificările push.

Aplicație sau pagină de programări?

Pentru multe firme, prima versiune poate fi o pagină web de programări, cu link din profilul Google și din Instagram. Clientul nu instalează nimic, iar tu verifici repede dacă oamenii chiar se programează online. Aplicația instalată are sens când clienții revin des, de exemplu la un salon sau la o sală, și vrei să le arăți istoricul, abonamentul sau ofertele.

Am comparat cele două variante în articolul despre aplicația web și aplicația din magazin, iar despre cum alegi ce intră în prima versiune, în cel despre MVP.

Avansul: doar dacă ai nevoie de el

Dacă ai multe neprezentări, poți cere un avans plătit cu cardul la programare. În Uniunea Europeană, la plățile electronice se aplică autentificarea strictă a clientului (directiva europeană privind serviciile de plată, PSD2, articolul 97): omul confirmă plata în aplicația băncii sau cu un cod. Procesatorul de plăți se ocupă de partea tehnică. Partea ta e ca, după acest pas, clientul să ajungă sigur la confirmarea programării, nu la o pagină goală.

Dacă neprezentările nu sunt o problemă la tine, lasă avansul pentru mai târziu. Un pas de plată în plus poate face pe unii să renunțe pe drum.

Datele personale: ceri doar ce folosești

Pentru o programare ajung de obicei numele și telefonul, eventual e-mailul pentru confirmare. GDPR cere ca datele să fie limitate la ce e necesar scopului și păstrate doar cât e nevoie. Fără CNP, fără data nașterii, fără adresă, dacă nu le folosești la ceva concret.

Mai e o întrebare de pus din prima zi: cine din echipă vede ce. Recepția vede toate programările, un angajat doar pe ale lui, clientul doar pe ale lui. Am scris despre asta în articolul despre rolurile dintr-o aplicație.

Ce lași pentru versiunea a doua

  • abonamentele și pachetele de ședințe;
  • punctele de fidelitate și reducerile automate;
  • cererea automată de recenzii după vizită;
  • rapoartele detaliate;
  • legătura cu programul de facturare;
  • mai multe locații, cu programe diferite.

Ce influențează costul: câți angajați și resurse ai, câte servicii, dacă e pagină web sau aplicație din magazin, plata online și canalele de reamintire. Cum lucrăm găsești pe pagina de servicii App Dev.

Surse

  1. Notification runtime permission, Android Developerspermisiunea POST_NOTIFICATIONS din Android 13, notificările oprite din oficiu la instalare, cererea în context
  2. RFC 5545, Internet Calendaring and Scheduling Core Object Specification (iCalendar)formatul standard pentru evenimente de calendar, independent de serviciul de calendar
  3. Directiva (UE) 2015/2366 privind serviciile de plată (PSD2), EUR-Lexarticolul 97: autentificarea strictă a clientului la plățile electronice
  4. Regulamentul (UE) 2016/679 (GDPR), EUR-Lexarticolul 5: reducerea la minimum a datelor și limitarea păstrării

Verificat: surse Xenia Pușcașu · editare Nora Vlăsceanu · SEO Mihnea Tăbăcaru

Vrei asta pentru firma ta?

Spune-ne în două rânduri ce ai nevoie. Revenim cu un plan și o ofertă.