Este caso es ficticio. Norte, una pequeña empresa que desarrolla software de planificación para equipos, recibe comentarios de que sus avisos de tareas son numerosos pero poco accionables. El objetivo no es «añadir más notificaciones», sino ayudar a identificar qué acción requiere atención sin sobrecargar a las personas.

El equipo separa hechos de suposiciones. Sabe que hay avisos repetidos y que soporte recibe preguntas sobre prioridades. Aún no sabe si el problema es el volumen, el lenguaje, el momento de entrega o la configuración inicial.

Formula el reto: «¿Cómo podríamos ayudar a quienes coordinan proyectos a reconocer una tarea prioritaria en el momento adecuado sin ocultar información importante ni aumentar el ruido?».

En una sesión con soporte, diseño y desarrollo, el equipo genera alternativas: agrupar avisos, explicar el motivo de prioridad, permitir ajustar la frecuencia o mostrar una vista de próximos bloqueos. Un mapa mental relaciona cada idea con tipos de tareas y preferencias.

Los criterios acordados son claridad, control de la persona usuaria, viabilidad y capacidad de aprendizaje. En vez de construir un sistema completo de priorización, priorizan un prototipo de aviso que incluye el motivo y una acción disponible.

El equipo usa datos ficticios en una maqueta y pide a un grupo autorizado que identifique qué haría después de leer cada aviso. Observa que el motivo de prioridad se entiende, pero algunos mensajes mezclan demasiadas acciones. Ajusta el contenido para que cada aviso tenga una acción principal y un acceso a más contexto.

La innovación no procede de una tecnología espectacular. Surge de reformular el problema, reunir perspectivas que normalmente trabajan por separado, explorar opciones y probar una hipótesis antes de escalar. El resultado de la prueba no valida una solución universal; proporciona evidencia para decidir el siguiente paso.

1. ¿Qué habría ocurrido si Norte hubiera decidido desde el principio reducir el número de avisos?
2. ¿Qué criterio protege mejor el control de las personas usuarias?
3. ¿Qué prototipo alternativo habría respondido a la misma incertidumbre?

Reducir avisos sin comprender su función podría ocultar información crítica. Un criterio de control exige que la persona pueda entender y ajustar la configuración. Un prototipo alternativo sería una vista de prioridades simulada, comparada con los avisos actuales en tareas concretas.

El caso de Norte muestra cómo aplicar el ciclo creativo a un producto tecnológico sin confundir creatividad con cambios arbitrarios. La clave es transformar una queja general en una hipótesis y aprender con una prueba proporcionada. El caso siguiente traslada el mismo enfoque a un contexto sanitario, con límites profesionales más estrictos.