Para empezar, un dato curioso: antes de comenzar a trabajar, todo el grupo del proyecto, y esto: director de producto, director de arte, gerente de proyecto, analista, diseñador, iOS, desarrolladores de Android y especialista en control de calidad, Ascona donó sus dispositivos inteligentes - aparentemente, para que podamos dormir mejor y trabajar de manera más productiva. Directamente de la fábrica, almohadas, rastreadores de sueño, la base de la cama llegó a nuestra oficina de Izhevsk: todo esto tenía que estar conectado. Realmente hemos dormido sobre estas almohadas, y este es el momento en que estoy listo para recomendarlas con pasión. Ya no pude volver a mi antiguo acondicionador de invierno sintético y, una vez completado el proyecto, compré almohadas inteligentes para toda la familia (Ascona no me paga por la publicidad, lo cual es una lástima).
Este es el caso cuando el cliente se hizo cargo de sus desarrolladores y, como resultado, hicimos una aplicación genial. Pero lo primero es lo primero.
Enfoque de producto
Ascona ha estado desarrollando soluciones para un sueño cómodo y saludable durante más de 30 años. Al combinar la experiencia acumulada y las tecnologías modernas, la empresa se propuso crear un producto que ayudara a que el sueño fuera más efectivo; con esta idea, el cliente se acercó a nosotros.
¿Qué es Smart Bedroom? Es un ecosistema de dispositivos que van desde somieres controlables hasta luces y cortinas inteligentes. Con su ayuda, puede crear una atmósfera individual en el dormitorio que sea más adecuada para un sueño confortable.
Habiendo estudiado la idea del servicio, invitamos a nuestros colegas a actuar por etapas y utilizar un enfoque de producto en el desarrollo. Era muy adecuado para la implementación de tal tarea. No confiamos en TK o FT, sino en la visión del producto, su objetivo final. Y qué funcionalidad se requeriría para esto se decidió en el proceso.
Para empezar, planeamos crear una aplicación MVP. Después del primer lanzamiento, evaluaremos los comentarios de los usuarios y sus solicitudes, y gradualmente ampliaremos la funcionalidad y conectaremos nuevos dispositivos.
Organizamos el trabajo en Scrum, en sprints de dos semanas, y no separamos el diseño, el desarrollo y las pruebas en etapas separadas. Dado que todo el equipo estuvo completamente inmerso en el proyecto desde el principio, trabajamos de acuerdo con el esquema: primero, coordinamos todas las soluciones, ideas, características en el interior, y solo entonces se las entregamos al cliente para su aprobación.
Cada dos semanas realizamos una demostración para el cliente: mostraron soluciones listas para usar, discutieron planes para los próximos sprints. Gracias a este enfoque, siempre tuvimos la oportunidad de evaluar los resultados intermedios y agregar muchos detalles útiles al proyecto.
Cómo convertimos una idea en un producto
En la primera reunión con el cliente, determinamos los principales escenarios para interactuar con la aplicación y el procedimiento para conectar dispositivos.
El MVP incluye tres dispositivos:
almohada inteligente: una almohada inteligente que monitorea la frecuencia cardíaca y respiratoria de una persona;
Sleep-dot es un pequeño sensor que monitorea el nivel de humedad y temperatura del aire en la habitación, además de registrar el tiempo que una persona se duerme;
somier Ergomotion, que consta de varias secciones con un ángulo variable y puede hacer masaje.
Recopilaremos datos de la almohada y el slip-on, a partir de los cuales podremos evaluar la calidad del sueño y las razones de su deterioro. Los datos de estos dispositivos nos ayudarán a trazar las fases del sueño en la aplicación. Y para la base de la cama, implementamos un conveniente panel de control en la aplicación.
En la misma reunión, esbozamos un mapa de viaje del cliente aproximado, pero al comienzo del trabajo había la sensación de que todavía no estaba cerrado, ya que al principio no se veía mucho. Al principio, nuestra imaginación se limitó a las soluciones que ya estaban disponibles, por lo que ya surgieron muchas ideas interesantes en el proceso. Por ejemplo, mientras trabajaba en MVP, vi una característica que distinguirá nuestra aplicación de soluciones similares. Los dispositivos conectables transmiten muchos datos diferentes a la aplicación, pero su valor en sí mismos no es tan grande para el usuario y no es fácil de entender. Decidimos que nuestra aplicación debería proporcionar al usuario no solo puntuación, sino también consejos personalizados sobre cómo mejorar su sueño. Esta idea encaja perfectamente en los objetivos y la visión del producto de Ascona,de modo que el cliente involucró a sus expertos especialistas en sueño - especialistas que se ocupan de la prevención y el tratamiento de los trastornos del sueño - para trabajar en las recomendaciones.
En tres sprints, implementamos la primera versión viable de la aplicación, que se conectó a una almohada inteligente y recopiló datos en tiempo real. Después de otro mes y medio, cerramos completamente este escenario implementando conexión, incorporación de usuarios, configuración, monitoreo de estado, generación de informes y recomendaciones individuales.
Para tres sprints más, desarrollamos un escenario similar para conectar un punto deslizante y cambiar entre dispositivos.
Nos tomó un poco más de tiempo conectar la base. Primero, la pandemia hizo sus propios ajustes: el equipo tuvo que viajar a la oficina en un horario estricto para probar los dispositivos. Y en segundo lugar, para conectarnos, tuvimos que escribir nuestras propias bibliotecas.
Desarrollo: que hacer si no hay SDK
Esta no es nuestra primera experiencia con dispositivos, pero en este proyecto tuvimos que conectar dispositivos que no se pudieron reprogramar. Para hacer una operación conveniente y una interfaz intuitiva de la aplicación, estudiamos a fondo el funcionamiento de cada dispositivo. Todo el equipo, sin excepción, probó almohadas y slip-dots, aprendió a manejar la base. Para nosotros era importante comprender cómo los usuarios interactúan con los dispositivos, lo que puede causar dificultades, cómo solucionar situaciones anormales, por ejemplo, cuando un dispositivo se queda sin batería y deja de responder a los comandos de la aplicación.
Incluso teníamos nuestros propios memes: "envía el comando a la base" y "reinicia la almohada".
Quizás la parte más difícil fue para los desarrolladores.
Al comienzo del trabajo, no tenían ningún SDK para dispositivos. Intentar descompilar la aplicación nativa nos dio 16K líneas de código con comentarios en chino.
Aquí, la habilidad de buscar en Github fue útil: los chicos encontraron el SDK para la almohada y el punto deslizante allí, pero el SDK para la base tenía que ser escrito por nosotros mismos.
La documentación contenía una serie de errores, mientras que al escribir el código hubo dificultades para conectarse a través de Bluetooth. Incluso tuve que olfatear el tráfico para encontrar discrepancias con la documentación. Eran pequeños, pero afectaron el funcionamiento de la aplicación.
Empaquetamos todos los desarrollos en bibliotecas, que luego usamos con éxito para trabajar en la aplicación. Si desea probarlos y comprender de forma independiente el trabajo de la fundación, escriba los comentarios. Los publicaremos en acceso abierto si hay muchos que lo deseen.
Escribimos aplicaciones usando arquitectura limpia, era importante para nosotros proporcionar una mayor escala del producto.
Rediseño de mitad de proyecto
Los diseñadores fueron de los primeros en unirse al proyecto. Desde el principio, elegimos los colores oscuros familiares para muchos rastreadores de sueño. La pantalla oscura no fatiga la vista cuando las luces están apagadas y no ralentiza la producción de melatonina.
Todo parecía convincente y el cliente estuvo de acuerdo con los diseños.
Pero después de algunos sprints, cuando ya era posible trabajar con la aplicación y la almohada, quedó claro que el diseño carece de expresividad y que lo que queríamos construir de los competidores no "atrapa" visualmente.
Nuestros diseñadores han repensado completamente todo el funcionamiento de la aplicación y algunos escenarios de usuario.
En primer lugar, agregamos más animaciones: latidos, respiración, indicadores de puntuación y gráficos. Hemos resaltado los acentos en los informes, hecho que la navegación sea más comprensible. En la nueva versión, el esquema de color permaneció oscuro, pero se volvió más contrastante y había más aire entre los elementos. El diseño se ha vuelto más claro, comprensible y expresivo.
Ésta es una de las ventajas indudables del enfoque de producto. Si el equipo comprende que las decisiones actuales no traerán el resultado deseado, se pueden cambiar.
Gracias a esta inmersión del equipo en el proyecto, nacieron muchas ideas exitosas. Por ejemplo, mientras probaba el funcionamiento de la base, nuestro diseñador decidió que el control habitual de la inclinación de las secciones en forma de los botones + y -, como en el control remoto de un televisor, no es muy conveniente en la pantalla de un teléfono inteligente. Y sugirió reemplazarlos con controles deslizantes. Acordamos esta opción con el cliente, habiendo decidido que dicho elemento se convertiría en otra característica de nuestra aplicación.
En la aplicación, agregamos la capacidad de guardar ajustes preestablecidos: configuraciones base individuales. No existe tal funcionalidad en el control remoto de fábrica.
Buscamos varias soluciones fuera de la aplicación. Por ejemplo, ¿qué pasa si el dispositivo está muerto? ¿Y cómo puede ayudar al usuario a prevenir este tipo de situaciones? Nuestra aplicación pregunta periódicamente a los dispositivos el nivel de carga. Si es bajo, se muestra el indicador correspondiente en la tarjeta del dispositivo. Entonces el usuario tendrá tiempo de cargar su dispositivo a tiempo.
Pruebas: llévate el trabajo a casa
La aplicación fue probada continuamente, desde el primer sprint.
Primero probamos el diseño. Nuestro diseñador recopiló los prototipos con más clics para problemas controvertidos y los probamos dentro de nuestro equipo.
Tan pronto como apareció la primera versión de la aplicación con el script de conexión de almohada, comenzaron a probarla en dispositivos reales, rastreando cada paso de la aplicación. Todos participaron en este proceso: desarrolladores, diseñadores y especialistas en control de calidad.
Los probadores tenían que volverse literalmente similares a los dispositivos inteligentes. Se necesitaban datos reales para verificar las recomendaciones, y solo se pueden obtener durante el sueño. Los chicos tenían que llevarse a casa almohadas y pastilleros, conectar dispositivos por la noche y hacer pruebas, y revisar todo por la mañana. Si algo salió mal y la prueba no funcionó, la próxima oportunidad de prueba solo aparecería por la noche.
Después de conectar todos los dispositivos a la aplicación, expandimos el grupo de usuarios al incluir a los empleados de Ascona que tenían los dispositivos necesarios en los salones. Los colegas usaron la aplicación y nos dieron sus comentarios.
De ellos, casi no recibimos comentarios sobre el funcionamiento de la aplicación. Esto sugiere que el trabajo en equipo de nuestro lado fue productivo: hicimos un producto de alta calidad, conveniente y comprensible.
¿Que sigue?
Ahora la aplicación ya está en las tiendas. Se conecta a tres dispositivos inteligentes, recopila información de una almohada y un punto deslizante. Mediante el análisis de las lecturas de los dispositivos, la aplicación explica al usuario las posibles causas de la falta de sueño o el retraso del sueño y da recomendaciones individuales. En el futuro, mejoraremos las recomendaciones, teniendo en cuenta el historial de lecturas de las últimas semanas; serán aún más precisas y personalizadas.
En la aplicación, recopilamos automáticamente los comentarios de los usuarios: el sistema de análisis integrado rastrea una serie de métricas, de las cuales aprendemos qué características se utilizan con más frecuencia, qué no despertaron el interés de los usuarios, donde surgen las dificultades con mayor frecuencia. Por lo tanto, en las próximas etapas del desarrollo de productos, confiaremos no solo en nuestra propia visión, sino también en big data que demuestre las solicitudes y requisitos de los usuarios.