6 Técnicas de Prototipado Rápido Para Desarrollar Productos
¿Quieres averiguar cómo validar tu enfoque para una nueva característica o producto digital?
Hoy en día, buscar nuevos métodos y conceptos para abordar la creación rápida de prototipos puede arrojar una cantidad increíble de información y, sinceramente, puede ser bastante difícil filtrar toda esa información para encontrar algo que tenga sentido para tu necesidad específica.
Pues amigos, han llegado al lugar correcto. Como Gestor de Productos Digitales con 6 años de experiencia gestionando el ciclo de vida de construcción, prueba e iteración de tecnología, he probado muchas técnicas de creación rápida de prototipos en diferentes productos.
¿Quieres más de The CPO Club?
Regístrate para obtener una membresía gratuita y terminar de leer este artículo:
Have an account? Log In
Durante mi tiempo en Crema, aprendí cómo identificar el mejor tipo de técnicas de prototipado rápido para una aplicación específica, así como cuándo y dónde aplicarlas mejor, y cómo utilizarlas de la manera más efectiva para encontrar respuestas a las preguntas necesarias para construir la mejor versión posible de un producto.
En este artículo, compartiré mis 6 métodos favoritos de prototipado rápido y hablaré sobre cómo puedes encontrar la técnica perfecta que te brinde el nivel de fidelidad que necesitas.
Resumen de Prototipado Rápido: ¿Qué es el Prototipado Rápido?
Los estudios han demostrado que “el prototipado ayuda a asegurar que el núcleo de un sistema sea correcto, antes del gasto de recursos para el desarrollo de todo el sistema.”
Esto, por supuesto, suena como música para los oídos de quienes gestionamos productos, especialmente cuando nos enfocamos en comprender si un nuevo enfoque/herramienta realmente valdrá la pena desarrollarlo.
Entonces, ¿qué es exactamente el enfoque de prototipado rápido?
El prototipado rápido consiste en poner una idea frente a los usuarios, recopilar comentarios y refinar e iterar rápidamente tu idea en base a esa retroalimentación. Es un ciclo indefinido que debe repetirse una y otra vez hasta que el equipo esté satisfecho con su enfoque validado.
La Decisión de Fidelidad: Alta Fidelidad vs Baja Fidelidad
¿Alta fidelidad? ¿Baja fidelidad?…¿Qué significa todo esto?
Lo primero que necesitamos comprender para decidir qué tipos de prototipado rápido funcionarán mejor para tu prototipo es el nivel de fidelidad.
Ambas técnicas, tanto las de alta como las de baja fidelidad, son increíblemente beneficiosas, pero su impacto dependerá en gran medida de si se implementan en el momento adecuado.
InVision, líder de la industria en software de prototipado de alta fidelidad y en el pensamiento sobre procesos de diseño iterativo, también reconoce y anima a las personas a entender las diferencias entre los enfoques:
“Prototipar con la fidelidad incorrecta es uno de los principales errores de prototipado. Desafortunadamente, no existe una solución única para todos. En cambio, deberías evaluarlo en función de cada escenario individual.”
Prototipos de baja fidelidad
Estos son de bajo costo, fáciles de lograr y excelentes para proyectos o ideas nuevas que necesitan ser validadas o invalidadas por múltiples partes interesadas. Este tipo de enfoque es útil para quienes no tienen acceso inmediato a recursos de diseño y/o desarrollo.
Prototipos de alta fidelidad
Estos son más costosos ya que pueden requerir recursos de desarrollo/diseño, pero los wireframes de alta fidelidad o prototipos permiten una experiencia mucho más cercana a la realidad para que los usuarios proporcionen retroalimentación.
Definitivamente puede ser beneficioso realizar una prueba de usabilidad antes de construir algo con un prototipo, en caso de que necesites hacer muchos cambios importantes o si simplemente no cumple con lo esperado y así ahorras mucho tiempo y dinero.
Este tipo de enfoque es ideal para proyectos que buscan comprender mejor una experiencia específica, probar nuevas ideas y flujos de trabajo, o validar/invalidar mejor la funcionalidad y el propósito general.
Técnicas de prototipado de baja fidelidad
1. Bolígrafo y papel
Como una de las técnicas más adaptables y ampliamente utilizadas, el clásico proceso de bolígrafo y papel permite a las personas colaborar utilizando lo que tienen a mano (bolígrafo y papel) para obtener ideas y conceptos de tantas personas como sea posible.
El bolígrafo y papel puede ser una manera increíblemente efectiva de comunicar ideas a tu equipo y partes interesadas, sin necesidad de realizar una sesión más grande.
A continuación, algunos ejemplos de situaciones donde se podría aplicar la técnica de bolígrafo y papel:
- Un cliente ha solicitado una nueva función para el producto que tu equipo ha desarrollado. Esta funcionalidad tiene varias formas de implementarse, y parece que cada miembro del equipo tiene una sugerencia o idea diferente de cómo se puede realizar.
- Un cliente tiene una idea nueva para una aplicación. Esta app está destinada a servir y resolver un problema o tarea específica para el usuario final, o al menos hay un flujo de usuario enfocado que debe definirse claramente para que el producto tenga éxito.
¿Cómo podrías llevarlo a cabo?
La buena noticia es que los ejercicios de bolígrafo y papel son increíblemente flexibles, así que piensa en las necesidades y limitaciones que puedas tener, y siéntete libre de adaptarlo a lo que mejor funcione para ti. A continuación, algunos pasos que puedes seguir para sentar las bases:
- Reúne a las personas necesarias en una sala: partes interesadas, desarrolladores de la aplicación, usuarios finales, diseñadores, etc. ¡Este ejercicio es inclusivo con todas las personas y sólo requiere que estén dispuestas a participar!
- Entrega a cada persona un papel y un bolígrafo, y expón el problema que se debe resolver.
- Pon un temporizador (~10 minutos) y pide a cada persona que visualice y muestre cómo podría resolverse ese problema.
- Una vez que el temporizador finalice, permite que cada individuo exponga su solución propuesta.
- Revisa las diferencias/similitudes entre cada enfoque y recopila cualquier comentario/sugerencia durante este tiempo.
- También puedes permitir al equipo utilizar una sesión de “notas y votación” para determinar la retroalimentación más relevante y accionable.
2. Formularios de retroalimentación y encuestas
Los formularios de retroalimentación y las encuestas son una gran manera de bajo impacto para llegar a grandes audiencias. Para que sean efectivos, los formularios y las encuestas deben ser precisos e imparciales, así que es importante plantear y redactar las preguntas adecuadamente.
A continuación, algunos ejemplos de situaciones en que se podrían aplicar formularios de retroalimentación y encuestas:
- Quieres renovar la imagen de tu empresa y el nuevo logotipo está en la lista de cosas por hacer. Es importante para tu equipo que el logotipo sea ampliamente aceptado por los clientes, por lo que deseas su aporte durante este proceso de creación.
- Hay una decisión que tomar para tu producto, y esa decisión se beneficiaría enormemente de un poco de datos que la respalden. No tienes acceso a una herramienta de análisis, pero sí tienes acceso a muchas personas dispuestas a responder algunas preguntas breves.
¿Cómo podrías llevarlo a cabo?
- Considera tus opciones de herramientas y determina cuál funciona mejor para tus necesidades.
- Google Forms y SurveyMonkey son herramientas gratuitas ampliamente conocidas con las que la mayoría de la gente se siente cómoda. Sin embargo, estas herramientas pueden no proporcionar visualizaciones o gráficos de las respuestas.
- Typeform es una herramienta de pago que ofrece visualizaciones de datos y personalizaciones, pero puede requerir algo de tiempo aprender a usarla.
- Cuando elabores tus preguntas, asegúrate de no plantearlas de forma sugestiva. Además, mantén las encuestas relativamente cortas (~ 5 minutos para completar) para que los usuarios se sientan cómodos respondiéndolas. Formula tus preguntas de manera que aporten el mayor valor posible y sean fáciles de responder.
- Las encuestas solo son efectivas cuando proporcionan retroalimentación imparcial. Las personas que reciban tu encuesta deberían ser — si es posible — usuarios que no tengan una relación directa o un interés personal en el producto.
- Cada respuesta (especialmente las opiniones de texto libre) debe ser revisada y considerada a medida que tu equipo determina en qué iterar a continuación.
Lectura relacionada: 10 mejores softwares de feedback de usuarios para mejorar la satisfacción del cliente
3. Validación inicial de concepto
Las validaciones iniciales de concepto son uno de mis enfoques favoritos para utilizar cuando intentas validar un producto en las primeras etapas, así como cuando buscas validar funcionalidades adicionales de un producto ya consolidado.
Esta técnica consiste en asegurarse (o validar) que el concepto del producto será útil, relevante o necesario para los clientes. Debo decir que puede requerir algo de valor o valentía probar esto, pero si estás dispuesto a hacer las preguntas correctas, seguro encontrarás respuestas.
Aquí tienes algunas circunstancias de ejemplo donde podría aplicarse la validación inicial de concepto:
- Tienes un nuevo concepto de producto que quieres lanzar y te gustaría medir el interés del público por dicho producto.
- Otra forma de implementar este enfoque es con ideas que ya han sido validadas, pero buscas un mayor compromiso para una nueva funcionalidad o herramienta dentro del producto.
¿Cómo podrías realizar esto?
Creamos una landing page o sitio web, usando, por ejemplo, un creador de sitios de una sola página, puedes generar una excelente oportunidad para presentar información básica sobre el producto y al mismo tiempo solicitar direcciones de correo electrónico a los usuarios para mantenerlos informados.
Esto requiere que los usuarios consideren si realmente están interesados — dependiendo de si desean recibir correos electrónicos y actualizaciones a medida que el producto avanza. Esto también te proporciona un conjunto de beta testers y usuarios que podrían estar más dispuestos a participar en pruebas y validaciones a largo plazo en el futuro.
Otra oportunidad de utilizar esta técnica es cuando un producto pasa de ser una herramienta gratuita a una de pago. ¿Cómo pueden las empresas determinar si los usuarios están realmente interesados y comprometidos como para empezar a pagar por las herramientas? Empiezan haciendo una pregunta sencilla: “¿Pasarías tu tarjeta hoy?”
- Existen muchos aspectos y consideraciones en el mundo de los precios, pero antes de que cualquiera de esas decisiones se tomen o se calculen números, se debe validar el concepto de pagar por el producto.
- Al hacer esta pregunta, los usuarios deben detenerse y evaluar el retorno que este producto les proporciona. ¿Vale la pena? ¿Podría vivir — sin cambios — sin él? Si los usuarios están listos y dispuestos a pasar sus tarjetas, tienes una validación.
Técnicas de prototipado de alta fidelidad
1. Prototipos digitales y entrevistas con usuarios
Si estás considerando utilizar prototipos digitales y entrevistas con usuarios, te encuentras ante una de las técnicas de prototipado de alta fidelidad por excelencia (¡o al menos, una de mis preferidas!).
Este método sí utiliza una cantidad considerable de recursos en diferentes áreas, así que es una práctica bastante estándar asegurarse de tener interés validado en la idea principal antes de invertir tiempo y personal en crear e interrogar a los usuarios finales.
Esto no quiere decir que no deban probarse conceptos completamente nuevos con este método (¡lo recomiendo si puedes hacerlo!), pero sí es importante tener en cuenta que al crear y refinar los prototipos y entrevistar a los usuarios, consumirás una cantidad básica de tiempo en este proceso. ¡Qué tan profundo vayas en los procesos de diseño/refinamiento y de entrevistas depende enteramente de ti!
Aquí tienes algunas circunstancias de ejemplo donde podrían aplicarse prototipos digitales y entrevistas con usuarios:
- Consideras que tu producto o funcionalidad es un buen candidato para un sprint de diseño. Has detectado que se necesita validación y diseño, y quieres limitar el tiempo que los recursos se enfocan en ello a corto plazo.
- Eres un emprendedor con una idea de producto que has estado circulando o validando con prototipos de baja fidelidad desde hace un tiempo. Has llegado al punto en el que buscas una manera de diseñar y validar tu enfoque para un producto mínimo viable (MVP) inicial.
- La siguiente funcionalidad solicitada implica un gran esfuerzo desde la perspectiva tecnológica, así que quieres crear un prototipo para validar que la funcionalidad realmente resuelve un problema para los usuarios finales, mientras buscas formas de minimizar el alcance mediante retroalimentación de los usuarios.
¿Cómo podrías llevar esto a cabo?
Si tienes a mano un facilitador de sprint de diseño, considérate increíblemente afortunado y aprovecha su experiencia. Si no cuentas con ese recurso, puedes apoyarte en algunos de los ejercicios que GV utiliza para sus sprints de diseño e implementarlos en tus proyectos, enfocándote en un segmento y problema concreto, diseñando posibles soluciones y entrevistando a usuarios finales para obtener retroalimentación e iterar.
No tienes que invertir una semana completa al principio, especialmente si eso no es viable para tu equipo. Se pueden limitar los tiempos de acuerdo a tus necesidades. Crema ha tenido éxito practicando un sprint de funcionalidad de 2,5 horas antes de sumergirse en sesiones adicionales para diseño e iteración incremental de prototipos.
2. Breadboarding
El equipo de Basecamp ha ayudado a difundir el concepto y valor del breadboarding con su técnica probada, la cual usan en su propia organización. Esta técnica también puede considerarse de baja fidelidad, ya que no se crean recursos ni se diseñan prototipos digitales durante este proceso.
Sin embargo, para poder realmente alinearse en el mejor enfoque usando este proceso de breadboarding, es necesario tener al grupo adecuado de personas en la sala; y muchas veces eso significa contar con recursos de desarrollo, diseño, producto, partes interesadas y usuarios finales.
Debido a que estamos reuniendo a individuos de distintos equipos, existe un fuerte argumento de que realmente se está creando un prototipo de alta fidelidad; uno que está refinado y listo para implementarse desde el punto de vista del diseño.
A continuación, algunos ejemplos de circunstancias en las que se podría aplicar breadboarding:
- Trabajas para una organización que produce Software como Servicio (SaaS)
Tienes stakeholders internos (liderazgo), stakeholders externos (clientes que usan el producto), equipos de ventas que venden el producto y equipos de producto que lo desarrollan. Una y otra vez, te has encontrado en situaciones donde al menos uno o varios de estos grupos han sentido o expresado que la solución X o Y no cumplía con la necesidad desde su perspectiva.
- Trabajas en un equipo de producto, creando software o herramientas para un cliente específico:
Buscas colaborar con cada miembro del equipo y con tu cliente para asegurarte de que el flujo de trabajo tenga en cuenta todas las necesidades, requerimientos y especificaciones del producto, antes de diseñar y desarrollar.
¿Cómo podrías llevar esto a cabo?
Determina quién debe estar presente. Dependiendo del problema a resolver, puede que necesites reducir el grupo focal o ampliarlo para asegurarte de que todas las partes estén representadas y participen en el proceso de toma de decisiones.
Tal como recomienda Basecamp, utiliza una pizarra (o pizarra virtual, como Miro) y concéntrate en definir un flujo de usuario con tres elementos básicos, solo usando palabras (¡sin dibujos!):
- Lugares: Son cosas a las que puedes navegar, como pantallas, diálogos o menús emergentes.
- Recursos de acción: Son elementos con los que el usuario puede interactuar, como botones y campos. Consideramos que el texto de interfaz también es un recurso de acción, ya que leerlo es un acto que da información a los usuarios para futuras acciones.
- Líneas de conexión: Estas muestran cómo los recursos de acción llevan al usuario de un lugar a otro.
Comenta cada elemento con tu equipo, itera las conexiones, recursos de acción e incluso los lugares según la retroalimentación recibida. Realiza este paso tantas veces como sea necesario, para asegurar que se revisen diferentes perspectivas y puntos de vista, y que se pueda considerar e incorporar cada flujo antes de la implementación del diseño si corresponde.
More Articles
- IA en investigación de usuarios: Cómo la inteligencia artificial está transformando la obtención de conocimientos de usuario
- Lanzar Productos Pensados para lo Global sin Dolor de Cabeza: Cómo Integrar la Localización en tu Flujo de Trabajo de Producto
- La IA en la Planificación de Sprints: Cómo la IA Mejora la Eficiencia del Equipo
3. Prototipado Patchwork
El prototipado patchwork es un tipo de prototipado rápido que implica el uso de software de código abierto y formó parte de un increíble estudio en la Universidad de Illinois.
Este enfoque en el prototipado tiene en cuenta muchas de las cosas que hacemos instintivamente para crear uniformidad y ahorrar tiempo (como elegir utilizar diseños de materiales en lugar de diseñar una interfaz personalizada) mientras construimos prototipos de producto, y a la vez incorpora software de código abierto a la ecuación.
Según el estudio, el prototipado patchwork consiste en “unir aplicaciones de código abierto como medio para crear prototipos de alta fidelidad,” y “combina la velocidad y bajo coste de los prototipos en papel, la amplitud de los prototipos horizontales, y la profundidad y alta funcionalidad de los prototipos verticales de alta fidelidad.”
Aquí tienes algunos ejemplos de circunstancias en las que podría aplicarse el Prototipado Patchwork:
- Has recibido solicitudes para nuevas funcionalidades en tu producto, funciones que pueden estar algo fuera del alcance previsto para tu herramienta, así que te gustaría validar esta solicitud con otros usuarios o partes interesadas antes de afrontar el desafío completo de desarrollarla.
- El tiempo y/o los recursos son limitados, pero necesitas una manera rápida de validar un concepto o caso de uso, o de ganar impulso con usuarios o partes interesadas.
¿Cómo podrías llevarlo a cabo?
Supón que has recibido una solicitud para desarrollar un CRM personalizado. En ese CRM, desean que no solo haya registros y gestión de clientes, sino también visibilidad sobre diferentes proyectos para cada uno de esos clientes. En otras palabras, debe funcionar como una “solución integral” para gestionar clientes, y además llevar a cabo el trabajo para ellos.
Antes de desarrollar cada herramienta individualmente, valida si esta herramienta es sostenible y resuelve el problema que enfrenta la persona que la solicita. Así que utilizarás el prototipado patchwork para implementar una solución rápida, previo a desarrollar cualquier software personalizado.
- Comenzarás investigando software de código abierto que pueda ajustarse bien a este prototipo temporal. Por ejemplo:
- VLC Media Player (reproductor multimedia)
- GIMP (editor de fotos)
- Una vez seleccionadas las diferentes herramientas que necesitas para cumplir con los distintos requisitos del producto, comenzarás a unirlas entre sí.
- El resultado deseado no es crear un producto perfecto. En realidad, puede que parezca un poco extraño usar tantas herramientas de código abierto juntadas. Sin embargo, esto te permitirá generar rápidamente un prototipo funcional de alta fidelidad para validar tu enfoque.
- Una vez probado y validado, puede que unas simples iteraciones en el software abierto sirvan para tus casos de uso, o bien, tendrás el feedback necesario para refinar el concepto y crear tu solución personalizada.
Prototipado rápido y proceso de diseño iterativo
Hemos revisado muchas técnicas de prototipado que pueden aplicarse en diferentes fases de productos e ideas, pero ahora viene la parte difícil: ¿cómo hago que esto sea parte de mi ciclo de vida habitual del producto? Puede ser complicado lanzarse directamente al prototipado y lograr aceptación entre los distintos equipos (¡especialmente si necesitas recursos para hacerlo!).
Sin embargo, la mejor forma de ganar impulso y crear el hábito de prototipar es empezando en pequeño. Encontrar un problema pequeño que experimenten los usuarios — incluso si la solución parece obvia — puede ser una excelente manera de probar alguna de estas técnicas con tu equipo.
Podrás encontrar nuevas formas de mejorar no solo tu herramienta, sino también la capacidad de tu equipo para colaborar de manera proactiva y resolver problemas juntos.
Lecturas relacionadas:
