El otro dia probando una nueva aplicación, creí que nunca me había llegado su email de confirmación, y si no fuera porque estaba particularmente iluminado y chequié la carpeta de Spam, me hubiese quedado sin ingresar en la aplicación.
Tiene que haber una solución a esto.
¿Es necesario enviar un email con un enlace?
¿Qué buscamos al validar una cuenta de email de un posible usuario?
Si no me equivoco la respuesta tiene dos partes:
1-Probar que este registro en nuestra base de datos es un humano que voluntariamente se registró en nuestro sitio.
2-Asegurar una línea de comunicación con el mismo.
Por experiencia propia, estoy notando varios problemas que se vienen arrastrando, y cual bola de nieve, son cada vez mayores.
Estos son:
Pasar con éxito los filtros antispam, para pasar Hotmail hay que hacer algo parecido a la parabólica humana y resarle a todos los Dioses de todas las religiones.
Es mucho menos eficiente enviar el contenido a toda nuestra base de usuarios, a que ellos se enteren de que tenemos novedades, y acudan a verlas, si es que les interesa.
Ahora, lo mas loco, es que hay algo que soluciona perfectamente a ambos problemas. Una cosita llamda feed. ¿Por qué al terminar de registrarse un usuario, en lugar de enviarle un email, no le creamos un feed dedicado a su cuenta?
En ese feed, el primer mensaje puede ser su código de activación junto a algunos enlaces para que se inicie en nuestro nuevo y genial servicio, y despues todas las novedades que queramos enviarle.
No hay problemas de filtros, no hay problemas de tener que contratar servicios caros (y que no siempre andan), no hay problemas de diseñar un newsletter y el usuario se desuscribe cuando quiere hacerlo.
Todo esto, por el módico precio de intentar explicarle al usuario qué es un feed y cómo usarlo. Creo que vale la pena intentarlo, al menos de forma complementaria al email, que muy probablemente, el usuario nunca vea.
1 comentario:
Bueno, creo que como idea educativa y complementaria esta muy bien.
Ahora, me parece que depende mucho del tipo de usuarios a los que vaya dirigido el servicio:
-La gran masa de usuarios de internet, y los que se van sumando generacionalmente detrás de ellos con suerte recuerdan la contraseña de hotmail :)
-Hay un usuario de nivel “intermedio/alto” que tampoco sabe ni con qué se come un feed. Y me refiero a gente que hace rato dejó de ser programador “senior”.
-Y hay gente (como yo) que aunque tengo mi lector de feed cargadito, fluctúo entre usarlo y no usarlo. Me gusta mucho ver un sitio (blog, foro, lo que sea) completo, incluyendo su diseño.
En el usuario de feeds he visto el siguiente comportamiento repetirse:
1. Descubrimiento del feed: Que bién, ya no tengo que entrar una por una a mis páginas favoritas!
2. Se va llenando el feedreader de feeds… la productividad va disminuyendo en proporción inversa. Aprenden la palabra “procastinar”.
3. Primeros síntomas de envenenamiento por exceso de información, pero ya no saben cómo parar la bola ¿Cómo sé cuales de los 300 post no leídos luego de unos días de ausencia es importante y cuál no?
4. A la mierda el feedreader! Voy a leer sólo los sitios que son realmente importantes, y cuando yo quiera, no cuando vea el numerito en negritas entre préntesis, carajo!
Proceso de desintoxicación.
5. Mientras navega por el mar de links, vuelva a encontrar infomación interesante. Empieza a llenarse de marcadores, bookmarks de delicious, foxmarks, todo.
6. Lee en un par de blogs que x lector de feeds mejoró mucho su “interfaz”, recuerda que no era tan mal método después de todo. Que lo único que hay que hacer es usarlo ordenadamente. Al fin y al cabo la culpa era de uno.
7. Comienza a alimentar su feedreader …
(vuelve al punto 2)
Yo voy por el tercer ciclo!
Me imagino como sería si encima tengo que sumar un feed por cada beta, sevicio nuevo, prueba, hype que anda dando vueltas.
Por eso me gustan más ideas que van encaminadas a una sola identidad, cosas en la dirección de open-id.
Publicar un comentario