Comentarios
Marshall Goldsmith, autor de numerosos libros sobre liderazgo y gestión, famosamente declaró que "la retroalimentación es un regalo". Reunir retroalimentación es la mejor manera de mejorar el resultado de tu trabajo. Es una oportunidad para aprender qué funciona y qué no funciona en tu diseño. Claro, mientras estás diseñando, verás cosas que no te gustan y áreas de mejora, pero no tienes todas las buenas ideas—tus compañeros de equipo también tienen algunas muy buenas.
La razón es simple. Todos tienen una perspectiva diferente sobre el propósito de tu organización y las personas para las que estás diseñando, así que llegan a la mesa con un nuevo conjunto de ideas. Entonces, ¿cómo inculcamos este hábito en nuestra cultura al grado de que todos estén pidiendo retroalimentación todo el tiempo? Creamos prácticas organizacionales que animan a nuestros equipos a pedir retroalimentación semana tras semana.
Ada, el constructor de IA de Adalo, te permite describir lo que deseas y genera tu app. Magic Start crea fundaciones de aplicaciones completas a partir de una descripción, mientras que Magic Add agrega funciones mediante lenguaje natural.
Este enfoque impulsado por retroalimentación se vuelve aún más poderoso cuando los equipos pueden prototipar rápidamente e iterar sobre sus ideas. Adalo, un constructor de aplicaciones sin código para aplicaciones web impulsadas por bases de datos y aplicaciones nativas de iOS y Android—una versión en las tres plataformas, publicada en la App Store de Apple y Google Play, facilita la construcción rápida de prototipos funcionales sobre los que los equipos pueden reunir retroalimentación significativa antes de comprometerse con diseños finales. Con Magic Start, puedes describir el concepto de tu aplicación y generar una base completa—estructura de base de datos, pantallas y flujos de usuario—en minutos en lugar de días. Esta velocidad permite más ciclos de retroalimentación antes del lanzamiento.
Crear Mecanismos de Retroalimentación Formales e Informales
Crea múltiples mecanismos formales e informales para recopilar retroalimentación. El primer y más fácil lugar para obtener retroalimentación debe ser de tu equipo y tu organización. Hemos encontrado esto tan valioso que tenemos una reunión semanal de toda la empresa con el único propósito de recopilar retroalimentación. Es una reunión permanente con una agenda abierta, así que cualquiera puede presentar su proyecto para que todos opinen.
Esto puede ser cualquier cosa, desde prototipos importantes de tu producto central hasta procesos organizacionales o una nueva pieza de arte para tu espacio. Recuerda, todos en tu organización están diseñando, así que todos necesitan retroalimentación. En estas reuniones, la persona o personas que presentan mostrarán su idea y luego todos los demás responderán con su retroalimentación.
Es importante que las personas que presentan se tomen el tiempo para responder a los pensamientos de cada persona después de haber tenido tiempo para considerarlos cuidadosamente. Responder a la retroalimentación de alguien muestra que valoras las ideas de esa persona y les mostrará que invertir su tiempo en darte retroalimentación valió la pena.
Obteniendo Retroalimentación de tus Usuarios Reales
Por mucho que tus colegas sean geniales, nunca pueden reemplazar obtener retroalimentación de las personas reales para las que estás diseñando. Hay toneladas de formas de hacer esto, y tienden a variar según la industria en la que estés o el problema de diseño que enfrentes.
Por ejemplo, si estás en diseño de software es posible (y una buena idea) grabar cada sesión que tus usuarios tienen con tu software para que puedas buscar fácilmente problemas. Esto no es tan fácil cuando estás diseñando un plan de lecciones para tu próxima clase de historia o estás diseñando el próximo gran museo de arte. Sin embargo, solo porque no sea tan fácil no significa que estos diseñadores estén fuera del gancho.
Todavía es posible (y sigue siendo una buena idea) observar cómo tus estudiantes reaccionan a diferentes clases o ver cómo fluye el flujo de personas a través de tu galería de arte. Toda organización necesita construir sus propias prácticas en su flujo semanal para observar a sus usuarios.
Más allá de la mera observación, toda organización necesita tener conversaciones regulares con sus usuarios. Esto debería ser bastante fácil y realmente divertido. Cuando estamos verdaderamente alineados con el propósito de nuestra organización, tendemos a tener relaciones personales con algunos de nuestros usuarios para que podamos ponernos en contacto con ellos en cualquier momento.
Construyendo una Cultura de Retroalimentación
Mientras configuramos estas prácticas para obtener retroalimentación de nuestro equipo y de nuestros usuarios, creamos una expectativa de que cada proyecto de diseño pase por estos procesos antes de ser lanzado al mundo. La buena noticia es que a medida que integres estas prácticas semanales, todos en tu equipo comenzarán a sentirse cada vez más cómodos con el proceso de retroalimentación.
Comenzará a ser tan fácil que todos realmente comenzarán a abrirse a todos esos otros mecanismos más informales también—como mostrar tu trabajo alrededor de la oficina o hablar sobre su proyecto mientras toman una cerveza en tu espacio comunitario. Si bien cada departamento seguirá teniendo bucles de retroalimentación específicos de habilidades como revisiones de diseño y revisiones de código, todos en tu organización se benefician de bucles de retroalimentación en toda la organización.
Para más consejos sobre retroalimentación, consulta estas 8 lecciones del libro más vendido sobre retroalimentación.
Retrospectivas
Más que solo mejorar los diseños en sí, las organizaciones innovadoras también se centran en mejorar sus procesos. El principio de kaizen constantemente nos insta a hacerlo mejor, y esto puede sentirse particularmente exigente, especialmente al principio.
Entonces, ¿por dónde empezamos? ¿Cómo encontramos una forma de continuar mejorando sin sentir tanto estrés y abrumación que cerramos nuestros esfuerzos de kaizen por completo? Bueno, no hay mejor manera que simplemente seguir dándose una buena mirada larga y profunda en el espejo (y cuando te estés arreglando por la mañana no cuenta). La práctica de realizar retrospectivas es una forma para nosotros como equipo de mirarnos en el espejo.
Cómo Funcionan las Retrospectivas
Las retrospectivas son reuniones de equipo en las que miras hacia atrás cómo han estado las cosas recientemente y se te ocurren ideas para mejorar tus procesos. Los detalles de cómo y cuándo se ejecutan estas reuniones pueden variar según el equipo y la circunstancia.
Un formato común es que cada miembro del equipo se turne para hablar sobre qué ha ido bien, qué no, e ideas que puedan tener para mejorar. Los equipos más grandes a menudo solicitan temas de áreas problemáticas y votan sobre los más prevalentes para asegurar que tengan suficiente tiempo para discutir los problemas más sustanciales.
Al final de cada retrospectiva, los equipos deben tener una lista de elementos de acción que puedan llevar de vuelta para mejorar sus procesos. Ocasionalmente, estos no están lo suficientemente desarrollados, y tendrás que pasar más tiempo fuera de la reunión ideando formas de mejorar ese proceso específico. A medida que continúes realizando más y más retrospectivas, será más fácil y naturalmente te encontrarás cambiando el formato de ellas. Esto es algo bueno. El formato de tus retrospectivas puede y debe cambiar.
Cuándo Realizar Retrospectivas
¿Cuándo deberías realizar retrospectivas? Hay dos escuelas de pensamiento. La primera es que deben realizarse en un cronograma regular y fijo. Dependiendo del ritmo de tu organización, esto puede variar entre dos a cuatro semanas. La segunda escuela de pensamiento es que deben realizarse bajo demanda. Después de todo, si algo realmente malo sucede, ¿por qué esperar tres semanas antes de discutirlo?
Por otro lado, si pasas semanas sin una crisis importante, podrías estar perdiendo la oportunidad de hacer mejoras incrementales importantes. Habiendo estado en este péndulo de un lado a otro varias veces, puedo afirmar con confianza que las retrospectivas deben realizarse tanto regularmente COMO bajo demanda. Realízalas cada pocas semanas, y, si surge una crisis, una vez que la hayas resuelto, realiza otra en ese momento también.
Encontrando la Causa Raíz
Más complicado que el timing es llegar a las ideas reales para mejorar. ¡Pero no necesitas tener miedo! Llegar a una idea para mejorar tus procesos internos (y así mejorar la vida de tus compañeros de equipo)—bueno, ¡eso es solo diseño, mi querido Watson! Diseño de procesos, de hecho.
El truco del diseño de procesos es visualizar todos los pasos en el proceso, enfocarse en los problemas y luego entender la causa raíz de lo que salió mal. La mejor manera de llegar a la causa raíz es a través del método de los cinco porqués. En este método, te pones tu mejor sombrero de niño pequeño y relentlessly preguntas por qué algo sucedió hasta que llegas a la causa raíz del problema y una idea bastante específica sobre cómo mejorar ese proceso.
Evitando el Cambio de Tema
Un último truco para las retrospectivas es evitar el cambio de tema. El cambio de tema es cuando sin saberlo mezclas múltiples problemas en una conversación. Para que las retrospectivas sean efectivas, asegúrate de que solo estés hablando de un problema a la vez.
Cuando las cosas salen mal, a menudo están interconectadas. Cuando estamos hablando de estos problemas puede ser muy fácil que la conversación se mueva de un problema a otro sin ni siquiera saber que acabas de pasar a otro problema. Cuando esto sucede, detén la conversación, asegúrate de que todos sepan que estos son dos problemas separados, y luego ten una conversación a la vez.
Las reuniones retrospectivas a menudo pueden parecer que son parte de algún programa de 12 pasos. Son catárticas. Son desafiantes. Enfatizan compartir con tus compañeros y construir camaradería. Y reconocen que el primer paso para mejorar es admitir que tienes un problema.
Investigación
Por poderosas que sean las retrospectivas, son solo la mitad de la ecuación cuando se trata de mejorar tus procesos. Otros equipos en otras organizaciones han enfrentado problemas similares a algunos de los tuyos y ya han encontrado soluciones brillantes. No hay necesidad de reinventar la rueda. Toma prestado, copia y roba lo que puedas de sus experiencias para mejorar tu equipo sin gastar mucho.
Encontrar ideas de otros
Incluso si hacer investigación no era tu cosa favorita en la escuela, este tipo de investigación es bastante fácil y puede ser algo divertido. Muchos equipos de alto desempeño, aquellos que han trabajado duro para resolver sus problemas de procesos, realmente disfrutan compartiendo lo que han aprendido a través de medios como blogs (¡como este!) donde frecuentemente publican sobre las lecciones que han aprendido.
Ya sea que tu campo sea software, arquitectura, medicina o educación, encuentra a las personas inteligentes en tu campo y ve qué están publicando. Por supuesto, los blogs no son los únicos lugares donde la gente escribe. Los libros siguen siendo una cosa, y están llenos de grandes ideas. Mira charlas TED. Únete a foros. Ve a conferencias.
Somos grandes fans de las conferencias e intentamos ir a al menos una cada año. No solo escuchas información valiosa de líderes de la industria, sino que también tienes la oportunidad de hablar con colegas compatriotas e intercambiar historias de batalla. En cada conferencia a la que vamos, estamos buscando ideas para nuevas herramientas y procesos que podamos llevar a casa.
Evaluando el ajuste organizacional
De alguna manera, es algo como comprar en Black Friday. La gente está emocionada de venderte muchas ideas que suenan genial, pero estarías loco si llevaras a casa todo lo que están sacando. Entonces, ¿cómo distingues la compra que cambia vidas de la siguiente piedra mascota? La respuesta es el ajuste organizacional.
Un blogger o orador de conferencia podría estar promoviendo la mejor idea del mundo—pero solo en su contexto. Lo que funciona en una organización podría, para otra, ser un fracaso o peor—un desastre total. Está bien, así que encontrar lo que "encaja" es la clave. Pero ¿cómo se supone que debes saber qué ideas encajarán?
No lo sabes. Nunca puedes saber por adelantado si un cambio de proceso o una nueva herramienta funcionará para ti. Cada vez que introduces un cambio como ese, debe tratarse como un experimento. Tienes que estar dispuesto a dejar ir si no funciona.
Pero solo porque estos cambios nunca pueden ser seguros no significa que tengan que ser completamente al azar tampoco. La clave es buscar otras personas y organizaciones que compartan tus principios. Estas organizaciones tienen más probabilidades de haber desarrollado prácticas que encajen con tu organización y te impulsen hacia adelante, para que puedas cumplir tu propósito más rápido.
Prototipado rápido: acelerando el ciclo de retroalimentación
Los principios de retroalimentación, retrospectivas e investigación comparten una cosa en común: funcionan mejor cuando puedes iterar rápidamente. Cuanto más rápido puedas convertir una idea en algo tangible, más rápido puedas recopilar retroalimentación significativa y mejorar.
Aquí es donde las herramientas modernas cambian fundamentalmente el juego. Los ciclos de desarrollo de software tradicionales significaban esperar semanas o meses para ver si una idea funcionaba. Para cuando obtenías retroalimentación, ya habías invertido recursos significativos. Hoy, las plataformas asistidas por IA permiten que los equipos hagan prototipos en horas en lugar de semanas.
El enfoque de Adalo ejemplifica este cambio. Con Magic Add te permite describir características en lenguaje natural y tenerlas construidas automáticamente, mientras que X-Ray identifica problemas de rendimiento antes de que afecten a los usuarios, una optimización proactiva que mantiene tu aplicación funcionando sin problemas mientras crece., puedes describir una característica que deseas—"agregar un formulario de retroalimentación que envíe notificaciones a los gerentes"—y la plataforma genera automáticamente las pantallas, conexiones de base de datos y lógica. Esto significa que tu equipo puede probar características reales y funcionales con usuarios reales en lugar de mostrarles maquetas o wireframes estáticos.
La infraestructura función X-Ray también respalda el proceso retrospectivo al identificar problemas de rendimiento antes de que afecten a los usuarios. En lugar de esperar a que las quejas salgan a la luz en tus reuniones retrospectivas, puedes detectar y abordar proactivamente los cuellos de botella. Esto desplaza las retrospectivas de la resolución reactiva de problemas a la optimización proactiva.
Por qué la velocidad importa para la calidad de la retroalimentación
Cuando los prototipos tardan semanas en construirse, los equipos naturalmente se vuelven protectores de su trabajo. Han invertido demasiado para aceptar fácilmente retroalimentación crítica. Pero cuando puedes reconstruir una característica en una tarde, la retroalimentación se vuelve genuinamente bienvenida—es barato actuar sobre ella.
Este cambio psicológico transforma la cultura de retroalimentación. Los miembros del equipo están más dispuestos a compartir críticas honestas porque saben que los cambios son factibles. Los usuarios se vuelven más comprometidos en las pruebas porque ven su información realmente implementada en versiones posteriores.
Más de 3 millones de aplicaciones se han creado en Adalo, con el constructor visual descrito como "tan fácil como PowerPoint". Esta accesibilidad significa que más miembros del equipo pueden participar en la creación de prototipos, no solo desarrolladores. Cuando tu responsable de marketing puede construir rápidamente un prototipo de una aplicación de retroalimentación de clientes, has democratizado el proceso de diseño de una manera que genera retroalimentación más rica y diversa.
De la lucha al hábito
La evolución puede ser agotadora. Requiere cambio constante. Pero todo ese esfuerzo vale la pena, porque es la única forma de pasar de dónde estás hoy a dónde quieres estar y unirte al panteón de la innovación con organizaciones como Netflix, Google, Disney y SpaceX.
La clave es construir rituales en tu organización alrededor de Retroalimentación, Retrospectivas e Investigación. Entonces puedes convertir la evolución de una lucha a un hábito.
Las herramientas modernas aceleran esta transformación. Cuando la creación de prototipos es rápida y la iteración es económica, el ciclo de retroalimentación se cierra. Las retrospectivas se vuelven más accionables porque los cambios pueden implementarse rápidamente. Los hallazgos de investigación pueden probarse inmediatamente en lugar de archivarse para "algún día".
Las organizaciones que prosperan son aquellas que hacen que la mejora continua se sienta sin esfuerzo—no evitando el trabajo, sino construyendo sistemas que hagan que el trabajo sea sostenible. Comienza con sesiones de retroalimentación semanales. Agrega retrospectivas regulares. Comprométete con la investigación continua. Y dale a tu equipo las herramientas para actuar sobre lo que aprenden rápidamente.
Preguntas frecuentes
¿Por qué elegir Adalo sobre otras soluciones de construcción de aplicaciones?
Adalo es un constructor de aplicaciones impulsado por IA que crea verdaderas aplicaciones nativas de iOS y Android junto con aplicaciones web. A diferencia de los envases web, se compila en código nativo y se publica directamente en tanto la App Store de Apple como en Google Play desde una base de código única. Con registros de base de datos ilimitados en planes pagos y sin cargos basados en el uso, puedes escalar sin preocuparte por facturas sorpresas o límites de datos.
¿Cuál es la forma más rápida de construir y publicar una aplicación en la App Store?
La interfaz de arrastrar y soltar de Adalo y la construcción asistida por IA te permiten pasar de la idea a la aplicación publicada en días en lugar de meses. Magic Start genera fundaciones de aplicaciones completas a partir de descripciones simples, y la plataforma maneja el complejo proceso de envío a la App Store—certificados, perfiles de aprovisionamiento y directrices de tienda—para que puedas enfocarte en las características y la experiencia del usuario de tu aplicación.
¿Cómo puede la creación rápida de prototipos ayudar a mi equipo a recopilar mejor retroalimentación?
La creación rápida de prototipos permite que tu equipo cree versiones funcionales de tus ideas rápidamente, permitiendo que las partes interesadas y los usuarios interactúen con características reales en lugar de maquetas estáticas. Esto conduce a retroalimentación más significativa y accionable porque las personas pueden experimentar cómo funciona realmente la aplicación. Cuanto más rápido puedas hacer prototipos, más iteraciones puedes probar antes de comprometerte con un diseño final.
¿Qué son las retrospectivas y cómo mejoran los procesos del equipo?
Las retrospectivas son reuniones de equipo donde reflexionas sobre el trabajo reciente para identificar qué salió bien, qué no, e ideas para mejora. Deben realizarse tanto en un cronograma regular (cada 2-4 semanas) como bajo demanda después de eventos significativos. Al revisar y refinar consistentemente tus procesos, los equipos pueden hacer mejoras incrementales que se multiplican con el tiempo.
¿Cómo sé qué nuevas herramientas o procesos funcionarán para mi organización?
La clave es el ajuste organizacional—lo que funciona para un equipo puede no funcionar para otro. Busca ideas de organizaciones que compartan tus principios y valores, ya que sus prácticas tienen más probabilidades de alinearse con tus necesidades. Trata cualquier nuevo proceso o herramienta como un experimento, y está dispuesto a dejar ir si no produce los resultados que esperabas.
¿Por qué es importante obtener retroalimentación de usuarios reales, no solo de miembros del equipo?
Aunque la retroalimentación del equipo es valiosa, tus colegas nunca pueden reemplazar completamente la perspectiva de las personas reales para las que estás diseñando. Los usuarios interactúan con tu producto en contextos del mundo real y pueden revelar puntos problemáticos y oportunidades que los equipos internos podrían pasar por alto. Construir prácticas regulares para observar y conversar con usuarios asegura que tus diseños realmente satisfagan sus necesidades.
¿Puedo construir una aplicación de recopilación de retroalimentación sin experiencia en codificación?
Sí. El constructor visual de Adalo ha sido descrito como "tan fácil como PowerPoint", lo que lo hace accesible para miembros del equipo sin antecedentes técnicos. Puedes crear características basadas en bases de datos que permitan a los usuarios enviar retroalimentación, calificar experiencias y rastrear respuestas—todo a través del diseño de interfaz de arrastrar y soltar en lugar de escribir código.
¿Cómo ayuda el método de los cinco porqués en las retrospectivas?
El método de los cinco porqués implica preguntarse repetidamente "por qué" sucedió algo hasta que llegues a la causa raíz de un problema. Esta técnica evita que los equipos aborden síntomas en lugar de problemas subyacentes. Al llegar a la causa raíz, puedes implementar cambios que prevengan que el problema se repita en lugar de solo parchar síntomas superficiales.
¿Qué es el cambio de tema y cómo evitarlo?
El cambio de tema ocurre cuando una conversación sin darse cuenta se mueve de un tema a otro sin que el equipo se dé cuenta. Como los problemas a menudo están interconectados, es fácil desviarse entre temas. Para evitar esto, detén la conversación cuando notes un cambio, reconoce que están discutiendo temas separados, y abordalos uno a la vez para retrospectivas más productivas.
¿Con qué frecuencia deben los equipos realizar sesiones de retroalimentación?
Las sesiones de retroalimentación semanales funcionan bien para la mayoría de las organizaciones. Una reunión permanente con una agenda abierta permite que cualquiera traiga su proyecto hacia adelante para obtener retroalimentación. Este ritmo regular genera comodidad con el proceso de retroalimentación y crea una expectativa de que cada proyecto de diseño pase por revisión antes de ser lanzado.
