A medida que desarrolle diferentes prototipos, deberá evaluar cada uno de ellos y, a medida que aprenda cómo funcionan los diferentes componentes, debería comenzar a ver cómo se unen las diferentes partes de su solución.

En algún momento, deberá reunir todo su aprendizaje de las pruebas de prototipos para crear su solución mínima viable. Este es el modelo que buscará probar en un entorno humanitario del mundo real durante la etapa piloto . En esta etapa, también debe pensar más en la sostenibilidad y la escalabilidad potencial de su solución.

Los recursos de esta sección lo ayudarán a pensar en diferentes aspectos de este proceso de toma de decisiones.

Evaluación de prototipos de servicio

La evaluación de prototipos de soluciones basadas en servicios se trata principalmente de ver cómo los usuarios califican cada punto de contacto del servicio. Esto le permitirá evaluar si el servicio generalmente será uno que los usuarios valoren. El kit de herramientas de diseño de servicios proporciona una herramienta útil para probar y evaluar prototipos de servicios.

Evaluación de la solución mínima viable

Durante la creación de prototipos, habrás probado una serie de hipótesis con los usuarios. Una vez que haya completado todas sus pruebas, deberá evaluar si está en condiciones de implementar un piloto completo con una solución mínima viable. Para hacer esto, deberá evaluar si todas sus pruebas le han brindado suficiente confianza para avanzar en la prueba piloto de su Solución Mínima Viable.

Lista de verificación de diseño ecológico

La Guía de diseño de Delft proporciona una excelente lista de verificación para evaluar el impacto ecológico de su solución (sección 2.1). Esto es muy útil para productos físicos, y especialmente para artículos electrónicos. Al evaluar el impacto ecológico potencial en una etapa temprana, puede comenzar a pensar en formas de minimizar la huella ambiental de su solución.

Criterios de diseño

Para una evaluación final de su solución mínima viable, es útil volver a observar qué tan bien cumple con los criterios de diseño en su resumen de desafío. Con suerte, su solución actual abordará claramente el desafío que describió y cumplirá con los criterios que desarrolló.

Sin embargo, también es posible que su creación iterativa de prototipos haya llevado a una comprensión más profunda y matizada del problema y los requisitos del usuario, y eso ha llevado a que la solución satisfaga las necesidades del usuario en las pruebas, pero no cumpla con sus criterios de diseño originales.

Si este es el caso, y se ha alejado de sus intenciones iniciales, entonces debe asegurarse de poder identificar y articular cuándo se tomaron decisiones clave para cambiar de dirección y por qué se tomaron estas decisiones. Si tiene una sólida comprensión de cómo y por qué se han introducido los cambios, debe crear una segunda versión de su resumen de desafíos para capturar estos nuevos conocimientos.

Nota: Un enfoque responsable requiere que cualquier cambio introducido en su solución esté respaldado por evidencia documentada de las necesidades del usuario recién identificadas. Bajo ninguna circunstancia debe realizar «ingeniería inversa» de su resumen de desafío solo para que se ajuste a los resultados de sus pruebas de prototipos.