3 moduri de a colecta feedback în aplicație: vizualizări web, SDK-uri și API-uri 25 ianuarie 2018

Colectarea și analizarea feedback-ului în aplicație poate fi foarte simplă – cu condiția să aveți instrumentele și metodologia potrivite pentru a face acest lucru. Într-un articol anterior, am subliniat câteva motive pentru care colectarea de feedback în aplicație este importantă pentru experiența utilizatorului mobil. Următorul pas este de a demonstra cum poate fi colectat acest feedback. Există trei opțiuni din care să alegeți atunci când vine vorba de colectarea feedback-ului în aplicație – toate acestea oferă propriile avantaje și dezavantaje. Aceste metode includ: Vizualizări web, SDK-uri și API-uri .

Acest articol va defini și analiza fiecare metodă individuală, oferindu-vă – în calitate de operator de marketing mobil – mai multă claritate asupra a ceea ce aceste metode pot și nu pot face și ce se așteaptă de la dvs. pentru a implementa aceste metode.

Să începem cu prima metodă: vizualizări web .

Ce este o vizualizare web?

O vizualizare web este – prin definiție – un browser care a fost împachetat într-o aplicație mobilă (care produce ceea ce se numește „aplicație hibridă”). Vizualizările web permit crearea aplicațiilor mobile folosind tehnologii web, cum ar fi HTML, CSS sau JavaScript și să fie încă ambalate ca o aplicație nativă pe care utilizatorii o pot găsi în magazinul de aplicații.



Când colectează feedback printr-o vizualizare web, tot ce trebuie să facă utilizatorul este să încarce un formular de feedback în vizualizarea web folosind furnizorul de software de feedback. Procesul de a face acest lucru este practic același cu încărcarea unui formular de feedback (ca o pagină web) în shell-ul aplicației mobile. Un bun exemplu în acest sens este o aplicație de comerț electronic sau sport.

Notă: o vizualizare web nu este același lucru cu un site web adaptabil pentru dispozitive mobile. Când un site web este receptiv, aspectul și/sau conținutul răspunde sau se adaptează în funcție de dimensiunea ecranului pe care sunt prezentate. Un site web receptiv se modifică automat pentru a se potrivi cu dispozitivul pe care îl utilizați. De obicei, există aproximativ patru dimensiuni de ecran către care este orientat designul receptiv: monitorul desktop cu ecran lat, desktopul mai mic (sau laptopul), tableta și telefonul mobil. Pe măsură ce ecranul devine mai mic, conținutul se schimbă și se schimbă la cel mai bun afișaj pentru fiecare ecran.

Carte albă gratuită: importanța unei bune strategii de feedback

Aflați cum să puneți întrebările potrivite într-un formular de feedback online pentru a profita la maximum de acesta.

Descărcați hârtia

Feedback în aplicație prin Webview

Iată o privire mai atentă asupra a ceea ce poate oferi colectarea de feedback în aplicație prin intermediul unei vizualizări web și unde este scurt:

Avantaje:

• Rapid și ușor de implementat. Tot ce trebuie să faceți este să conectați adresa URL de unde rulează formularul de feedback la aplicație printr-o vizualizare web. Instrumentele de feedback mai avansate au o adresă URL unică în care formularul de feedback rulează ca independent. Acest lucru înseamnă că nu se află într-un slide-in sau modal pe o pagină, ci mai degrabă formularul poate fi adresat folosind o adresă URL unică.
• Eliberați / faceți modificări cu ușurință în formularul de feedback. Acest lucru se poate face fără a lansa o nouă versiune a aplicației mobile.

Dezavantaje:

• Poate interfera cu experiența în aplicație a unui utilizator. Vizualizările web pot face uneori un utilizator să se simtă ca și cum ar fi în afara aplicației (în funcție de design), chiar dacă, teoretic, utilizatorul rămâne în cadrul aplicației. Prin urmare, este foarte important ca vizualizarea web să fie bine integrată în aplicația dvs. Pentru a face acest lucru, totuși, s-ar putea să vă coste ceva efort suplimentar, timp și personalizare.
• Nu este posibil să utilizați unele funcționalități native/mobile. Deoarece încărcați o pagină web printr-o vizualizare web, unele funcționalități nu vor fi disponibile, inclusiv realizarea de capturi de ecran (de exemplu, feedback vizual), GPS (prin serviciile de localizare) sau adăugarea unei imagini (folosind camera).
• Este întotdeauna necesară o conexiune la internet. Aplicațiile mobile care rulează complet nativ pot funcționa fără o conexiune activă la internet. Cu toate acestea, vizualizarea web necesită o conexiune constantă. Dacă nu există conexiune, nu există niciun formular de feedback în aplicația dvs.

Ce este un API?

API, sau Application Programming Interface, este un set de definiții, protocoale și instrumente care sunt utilizate pentru construirea de software de aplicație. Majoritatea companiilor mari au construit, la un moment dat, fie API-uri pentru clienții lor, fie pentru uz intern.

Echipele de dezvoltare își despart adesea aplicația în mai multe servere care pot comunica între ele folosind API-uri. Serverele care acceptă serverul principal de aplicații se numesc „microservicii”. O companie care oferă un API clienților săi este un alt mod de a spune că a creat o serie de adrese URL dedicate care furnizează răspunsuri de date pure – sau răspunsuri „brute” – pe care nu le vei vedea în interfața cu utilizatorul a unui site web.



Două tipuri de API-uri de feedback
În ceea ce privește sistemele de feedback ale clienților, există două tipuri de API. Un singur API este folosit pentru a direcționa feedback-ul către o platformă. Câteva exemple în acest sens sunt o postare de pe site sau transferul de feedback dintr-o aplicație mobilă în sistemul de colectare a feedback-ului.

Al doilea API este unul care va prelua și exporta feedback din sistemul de feedback. De exemplu, poate extrage feedback din sistem și îl poate adăuga la un instrument de management de proiect, cum ar fi JIRA sau Trello.

Feedback în aplicație prin API

Iată avantajele și dezavantajele utilizării unui API pentru a colecta feedback în aplicație:

Avantaje:

• Libertate și flexibilitate în modul de construire și implementare. Cu un API, nu există reguli pe care trebuie să le urmați. Cu alte cuvinte, aveți control complet asupra modului în care implementați formularele de feedback. Îl construiți singur, decideți cum arată formularele dvs. de feedback și alegeți când / unde vor apărea în aplicația dvs.
• Toate funcționalitățile dispozitivului mobil sunt disponibile. Deși va trebui să îl dezvoltați singur, veți putea folosi funcționalități mobile precum GPS, fotografii ale camerei sau capturi de ecran - în timp ce cu o vizualizare web nu puteți.
• Formularele de feedback pot funcționa fără o conexiune la internet. Răspunsul de feedback poate fi stocat în cache, ceea ce înseamnă că este trimis ori de câte ori utilizatorul are conexiune. Acest lucru este important deoarece unele aplicații mobile sunt create pentru a funcționa pe deplin fără o conexiune la internet. De exemplu, o aplicație de asigurare de călătorie care este utilizată pentru a face o cerere de asigurare la locație. Să presupunem că aveți un incident în străinătate, dar nu aveți acces la internet. Aplicația vă memorează în cache cererea de asigurare, astfel încât, atunci când vă întoarceți într-o zonă WIFI, să poată trimite toate datele dumneavoastră către compania de asigurări.

Dezavantaje:

• Nu se poate face cu ușurință modificări în formularul de feedback fără a lansa o nouă versiune a aplicației pentru mobil. De exemplu, atunci când doriți să adăugați sau să modificați o întrebare în formularul de feedback, va trebui să schimbați interfața și postarea API și să lansați o nouă versiune a aplicației pe care utilizatorii vor trebui să o descarce/actualizeze.
• Trebuie să vă proiectați singur formularul de feedback din aplicație. Cu toate acestea, multe cadre de dezvoltare mobile au module pre-construite care vă permit să construiți rapid o interfață.
• Există o curbă de învățare mai lungă. Este important să cunoașteți API-ul furnizorului dvs. de software de feedback. Aceasta va include baza pe toată documentația și ghidurile pentru a rezolva orice erori sau confuzii. Acesta este motivul pentru care este ideal dacă există o comunitate disponibilă unde puteți pune întrebări. De asemenea, ar putea costa mai mult timp pentru a dezvolta, deoarece construiți totul singur.

Ce este un SDK?

Pentru cei care nu sunt familiarizați, acronimul SDK înseamnă Software Development Kit. Un SDK este un pachet software descărcabil care include instrumentele necesare pentru a construi pe o platformă.



Potrivit lui Twilio, „Un SDK individual este adesea foarte personalizat pentru platforma sa, dar un SDK tipic poate conține următoarele”:

• Biblioteci sau API-uri: acestea sunt bucăți de cod predefinite care vă ajută să efectuați sarcini obișnuite de programare pe platformă.
• Integrated Development Environment (IDE): un editor care permite utilizatorilor să proiecteze elemente grafice, cum ar fi butoane sau casete de text. IDE-urile sunt foarte comune pe SDK-urile mobile.
• Instrumente suplimentare: acestea sunt adesea folosite pentru a efectua sarcini precum depanarea, construirea, rularea și testarea aplicației dvs.

Încercați astăzi oricare dintre kiturile SDK pentru mobil de la Mopinion!

Începeți să culegeți feedback puternic de la aplicațiile dvs. native cu aceste SDK-uri flexibile și ușor de instalat pentru feedback în aplicație.

Aflați mai multe aici

SDK vs API
Un SDK este un set complet de API-uri care permit utilizatorilor să efectueze orice acțiune necesară pentru a crea aplicații. Pe de altă parte, un API este doar o serie de metode înrudite care pot fi bune pentru un anumit scop.



Pentru a o pune în perspectivă, să folosim un exemplu.
Kitul de dezvoltare Java (JDK) nu conține numai API-ul, ci și compilatoare, sisteme de rulare și alte instrumente diverse. API-ul Java este pur și simplu toate bibliotecile care alcătuiesc limbajul de bază cu care puteți lucra imediat.

În ceea ce privește software-ul de feedback în aplicație, există diverse soluții pentru colectarea feedback-ului într-o aplicație mobilă, folosind SDK-uri specifice platformei. Exemplele includ un SDK Swift pentru iOS sau un SDK JAVA pentru Android.
Sunt disponibile diverse SDK-uri, în funcție de limbajul de programare, de platforma pentru care dezvoltați și de tipul de soluție de comunicare de care aveți nevoie (de exemplu, postarea feedback-ului furnizorului dvs. de software de feedback).

Feedback în aplicație prin SDK

Iată ce pot și nu pot oferi SDK-urile în ceea ce privește colectarea de feedback în aplicație:

Avantaje:

• SDK-urile vă permit să puneți rapid lucrurile în funcțiune. Este ușor să integrați funcții noi în aplicația dvs. (de exemplu, colectarea de feedback). O mulțime de lucruri precum autentificarea, postarea feedback-ului către furnizorul dvs. de feedback și validarea câmpurilor de intrare sunt deja luate în considerare.
• Faceți cu ușurință modificări în formularul de feedback fără a lansa o nouă versiune a aplicației mobile. Acest lucru înseamnă că puteți adăuga/modifica întrebări sau modele din instrumentul dvs. de feedback, în loc să trebuiască să le programați în aplicație.

Dezavantaje:

• Curbă de învățare mai lungă decât cu o vizualizare web. Similar cu un API, va trebui să vă familiarizați cu un SDK. Există unele SDK-uri care sunt foarte bine documentate și au o bază de utilizatori activă. Github este un bun exemplu în acest sens. Cu toate acestea, dacă nu este cazul, poate fi înțelept să alegeți un furnizor de feedback în aplicație care oferă un serviciu excelent pentru clienți.
• Vă bazați pe calitatea software-ului aplicației dvs., precum și pe SDK. Cu un SDK, rulați în esență o bucată de software în interiorul unei piese de software. Deci, chiar dacă aplicația dvs. mobilă și SDK-ul pe care îl utilizați sunt ambele dezvoltate în conformitate cu toate convențiile de dezvoltare software, pot apărea probleme. De asemenea, este important să știți că SDK-urile încetinesc cu ușurință performanța aplicației dvs. și pot introduce defecte în experiența utilizatorului. De exemplu, puteți încărca module pe care nu le utilizați sau care interferează cu alte funcționalități ale aplicației dvs.

Evaluând care metodă este cea mai bună pentru afacerea dvs....

După cum puteți vedea, fiecare metodă are propriile sale avantaje și dezavantaje, inclusiv cerințe pentru implementare, cunoștințe tehnice și performanță odată implementată.

Sfatul nostru pentru tine? Definiți-vă obiectivele în prealabil și evaluați ce resurse aveți și ce resurse aveți nevoie – mai ales din punct de vedere tehnic. Evident, nu toate aceste metode sunt potrivite pentru fiecare companie, așa că prin stabilirea obiectivelor și capacităților tale, va fi mult mai ușor să decizi care metodă este potrivită pentru tine.

Doriți să aflați mai multe despre feedback-ul în aplicație?

Obțineți o copie gratuită a Cărții noastre albe acum!

Descărcați cartea albă