Feedback pentru invita.ro

Tags: Bogdan Epure, feedback, invita.ro, Krogos Software, usability

Nu stiu cati sunteti obisnuiti cu sistemul invita.ro, site-ul fiind prezentat ca un mod foarte simplu de a organiza lista de invitati a unui eveniment, fie al tau, fie unul public, care se intampla in oras.

In ultima saptamana am depus efort triplu in organizarea Re:Seminar-ului. Cauza nu a fost numai invita.ro ci si faptul ca nu m-am indoit in niciun moment ca e un sistem mult mai aproape de ceea ce cred eu ca ar trebui sa ofere un astfel de tool utilizatorilor lui.

Intr-una din zilele saptamanii ce au trecut, Bogdan Epure¹, project manager invita.ro mi-a recomandat sa lucrez la abordare, in timp ce felicitasem pe Twitter un invitat pentru reusita de a iesi din loop-ul organizator-trimis-invitatie, invitat-inscris-din-nou.

Sursa.

Ideea e ca am lucrat la abordare. O mica incursiune in logurile pe care banuiesc ca le are sistemul ar putea dezvalui cat am lucrat.

In plus am primit in ultima saptamana foarte mult feedback de la cei pe care i-am invitat sa vina la prima editie a Re:Seminar-ului prin diverse canale online (articole pe bloguri, twitter + cei 3 parteneri media) incat acest articol nu ar veni decat in ajutorul lui Bogdan Epure.

1. Invitatia

Acceptarea unei invitatii este cu siguranta cea mai importanta actiune a utilizatorului invita.ro, insa aici identificam o problema. Sunt utilizatori care nu isi dau seama unde pot accepta invitatia primita de la organizator. Si nu vorbesc doar de cateva cazuri izolate. In plus, nici e-mail-ul de la invita.ro nu ajunge intotdeauna!

Poate cel mai bizar comportament este acela ca un utilizator deja invitat poate sa lase un mesaj in campul “Vreau sa particip” si sa se inscrie pe lista de asteptare pentru a primi… o invitatie!

Toate acestea se intampla pentru ca nu exista nicio monitorizare a celor care viziteaza pagina unui eveniment. Iar daca exemplul de mai sus nu v-a convins poate faptul ca un organizator se poate invita pe el insusi o va face.

Solutie: Probabil ar trebui desenata o alerta vizibila pe care utilizatorul sa o poata identifica rapid, pe orice pagina a site-ului. Ma gandesc la o bara rosie transversala in partea de sus a ecranului pe care utilizatorul sa o poata observa rapid.

Mesajul trebuie sa fie simplu. Numele evenimentului la care este invitat + link de acceptare al invitatiei. In cazul in care sunt mai multe, se poate gasi o metoda dinamica pentru a le afisa.

De asemenea, ar trebui adaugata inca o verificare a nivelului unui utilizator, pentru a evita inscrierea acestuia la un eveniment la care se afla pe lista invitatilor (“raspuns in asteptare”).

Gestionarea corecta a mesajelor de eroare in constructia unui site este destul de importanta in ceea ce numim usability, frustrarea fiind pe locul 1 in lista motivelor pentru care un utilizator paraseste un site.

2. Logica campului “Vreau sa particip”

O idee mai mult decat interesanta, optiunea fiind valabila in cazul evenimentelor de tip “Public cu coada de asteptare”. Ii multumesc lui Bogdan Epure pentru atentionarea asupra acestei facilitati, insa si aici identificam o problema.

Ceea ce as vrea sa semnalez este in primul rand ca ea nu se rezolva in nici un caz astfel:

(sursa imaginii)

Solutie: simplificarea procesului de participare!

In acest moment sistemul functioneaza astfel:
a) vizitatorul este rugat sa lase un mesaj in care sa spuna de ce vrea sa participe,
b) organizatorul verifica lista de asteptare si citeste mesajele utilizatorilor
c) organizatorul trimite invitatie acelor persoane care se incadreaza in targetul evenimentului,
d) utilizatorul devine invitat, primeste un e-mail (!) pentru a da curs invitatiei
e) utilizatorul se logheaza pe site pentru a accepta invitatia
f) invitatul devine participant si este vizibil in lista participantilor

Logic, utilizatorii care ajung sa completeze acel camp sunt direct interesati de eveniment iar in acest caz eliminarea pasilor c), d), e) este mai mult decat evidenta. Vezi si punctul 1, invitatia.

Procesul se simplifica astfel:
c) organizatorul accepta persoanele care se incadreaza in targetul evenimentului
d) utilizatorul primeste un e-mail de confirmare in care i se dau toate detaliile necesare: Titlul evenimentului, locatie, harta locatiei, data si excerpt din textul evenimentului.

Organizatorul intra in posesia modalitatilor de contact ale invitatilor si poate controla mult mai bine evenimentul, precum incercarea de a afla numele celor invitati pentru a putea face o lista cu acestia si a respecta procedura de participare la eveniment, in off-line.

3. Neajunsurile unui organizator de evenimente

Lista “raspunsuri in asteptare”

Nu exista nici un control asupra ei. Daca organizatorul nu isi noteaza pe cine a invitat inainte de a trimite invitatia celor care au completat campul “Vreau sa particip”, el nu mai are acces la aceasta lista. Orice defectiune a sistemului (cade pentru cateva zile, e-mail-urile nu ajung la destinatie) perecliteaza intreaga organizare. Si un organizator NU vrea asta, in primul rand pentru ca habar nu are pe ce canale au venit acei utilizatori.

In cazul in care le-a notat totusi, tot ce si-a putut nota este link-ul profilului celui pe care l-a invitat. Si aici incepe travaliul trimisului de mesaje interne.

Comentariile din capul “Vreau sa particip”

Revin la acest camp prezentat la punctul 2 si imi motivez acest lucru prin faptul ca acel camp, generat automat de alegerea evenimentului de tip “Public cu coada de asteptare” este foarte important in acest proces.

Problema? Informatiile pe care utilizatorul le-a transmis organizatorului prin intermediul acelui camp nu mai sunt disponibile acestuia din urma din momentul din care acesta a trimis invitatia, iar sistemul a adaugat utilizatorul in lista “raspunsuri in asteptare”. Nici macar o data cu acceptarea invitatiei si trecerea invitatului in lista participantilor.

Solutie? Take a wild guess. :-) Acele date ar putea fi trecute macar in fisierul downloadabil din pagina de administrare a unui eveniment, in format .cvs, fisier pentru care banuiesc ca nu ar fi mare bataie de cap sa poate fi exportat .xls, pentru o mai usoara utilizare.

Sesiunea

Nu am stat sa mai verific de unde ar putea proveni eroarea insa de cateva ori, mie, ca organizator, nu imi afisa locatia propriului meu eveniment, locul acesteia fiind preluat de mesajul standard “Iti trebuie invitatie pentru a vedea locatia“.

Solutia? -??-

Concluzii

invita.ro ar trebui sa fie un tool simplu de folosit pentru ca el intradevar ar rezolva o problema. Am semnalat mai sus doar problemele cele mai stringente de care m-am lovit atat eu, ca organizator, cat si o parte din participanti.

Nu comentez aici faptul ca am invitat si persoane carora numai gandul ca ar trebui sa-si faca cont pentru a participa la un eveniment i-a speriat. E o chestiune de gust si de comoditate, insa partial le dau dreptate. In afara unui grup de heavy-users care pare dornic sa participe la tz evenimente organizate prin invita.ro (atentie!), restul sunt invitati la 1 sau 2 evenimente in decursul unui intreg an.

Poate atentia site-ului ar trebui sa se directioneze mai mult catre organizatori si sa rezolve cat mai multe din problemele pe care le-ar intampina acestia, si mai putin catre participanti si relatiile dintre ei, sistem si restul de siteuri-servicii.

Si astfel poate nu am mai vedea Metropotam leader in topul organizatorilor de evenimente… Nu ca nu ne-ar placea, insa cele 1361 de evenimente organizate arata cu totul si cu totul altceva.

Din dorinta de a face din invita.ro mai mult decat un tool, prin numeroase elemente de social-networking + alipirea la alte cateva servicii gestionate de Krogos Software, rezultatul este un site greoi de folosit din cauza problemelor de usability care creeaza frustrari.

Pentru ca internetul nu este pentru toti, insa putem lucra la asta.

Tu ce feedback ai da pentru invita.ro?