Fecha:
Enero – Junio 2019.
Equipo:
Product Owner
Desarrolladores
Lingüistas
UX designer
La directiva de Sngular buscaba generar espacios y crear nuevos productos digitales. Por ello, nos proponen construir y validar una plataforma de servicio (B2C), utilizando como punto de contacto con usuario final los smart speaker.
El reto por la parte técnica, construir una Data Base adaptada a nuestras necesidades y desarrollar con Amazon LEX. Por la parte de diseño, adaptamos los conocimientos que teníamos en chatbot a asistentes de voz.
Mi rol.
Participando en todas las fases del proceso de diseño.
Manos a la obra.
Al terminar la sesión, se fijaron 2 objetivos; A nivel empresa, querían generar un nuevo modelo de negocio rentable y escalable. A nivel de producto, crear algo facilite la toma de ciertas decisiones de los usuarios.
Seguimos profundizando.
Una vez que teniamos claro que desarrollar, encontramos nuestro primer obstáculo, la monetización. Estábamos navegando en un océano azul, donde ni en los mercados más desarrollados como EEUU, existían formas para crear un modelo de negocio rentable. Estas eran algunas vías:
- Desarrollando Skill’s elegibles que sean las más usadas en España.
- Desarrollando Skill’s disponibles en EE.UU, Reino Unido, Alemania y Japón.
- Desarrollar servicios de pago de aplicaciones a terceros, para flujos de compra.
- Por publicidad.
» Nos toca pivotar de público a los early adopter»
Los diagramas.
Comenzar a definir la arquitectura de la conversación, realización “diagramas de flujo” que se fueron ajustando según las necesidades que tenía desarrollo para entenderlo y los lingüistas para crear los diálogos. Estos son algunos de nuestros aprendizajes en la creación de los diagramas:
- Validar siempre los flujos con desarrollo, podemos estar tomando decisiones que fueran muy complejas de desarrollar.
- Definir cuando habla el sistema y cuando habla el usuario, para saber en qué punto de la conversación estamos.
- Identificar cuando el sistema no tenía más información que ofrecer, con rombos de decisión para el usuario y para el sistema.
Test con los early adopters
Después de las primeras pruebas, realizamos algunas iteraciones para mejorar la facilidad de uso. Luego pasamos a realizar los test con los early adopters que habíamos captado en las encuestas.
Estas fueron las conclusiones a nivel de interacción:
- Cerrar siempre el micrófono y crear un mensaje cuando el flujo se termine.
- La intervención debe terminar en pregunta cuando necesitemos más información del usuario.
- Dejar los datos relevantes y las llamadas de acción al final del mensaje.
- No mezclar información diferente en el mismo mensaje.
- Cuando se elige una propuesta, debemos confirmar en el siguiente mensaje, repitiendo y ampliando la información relacionada.
Últimos detalles.
En la fase de Research encontramos nuevas ideas a explorar, como la recomendación de charlas y eventos por ciudad, reservar un restaurante u ofrecer algún consejo para viajar a un destino específico, ideas que quedan en el tintero para ampliar a futuras funcionalidades.
Centrándonos en la construcción del MVP; el equipo de diseño se dedicó a refinar el producto aplicando los criterios de Usabilidad aprendidos en la fase Testing. Mientras el resto, desarrolla los ítems restantes y se crea una LP para la captación de Beta Tester.
Conclusiones Generales.
Una vez terminado Mi cuñao, llega el momento de presentarnos en la reunión anual de análisis de resultados de la empresa donde además de presentar el trabajo realizado pudimos extraer las siguientes conclusiones:
- La empresa lanzó su primer skills en fase beta con éxito.
- Creamos artefactos internos válidos para crear otros proyectos de interfaz de voz.
- Definimos flujos de trabajo entre equipos de Ingeniería y diseño.
- Pivotar en una skill’s de recomendación de restaurantes en Madrid.
Siguiente Proyecto
