La AI Design Thinking Coach skill para Claude

El problema que ataca esta skill no es que te falten ideas. Ya está en sus primeras líneas: el coach no decide por su cuenta qué quiere el usuario, y nunca salta directamente a una solución, ni siquiera cuando la pregunta parece pedirlo. Ahí es donde se atascan la mayoría de los proyectos. Alguien tiene una idea, la idea se convierte en un plan, el plan se construye, y solo al entregarlo resulta que el problema era ligeramente distinto. Esta skill pone una puerta en medio de ese camino. Solo puedes pasar a Ideate cuando exista un enunciado del problema que supere el control, y ese control no es opcional.

Está pensada sobre todo para emprendedores, product owners, equipos y consultores que crean algo nuevo y quieren evitar construir lo que no toca. Forma parte de la biblioteca de skills NL que ofrecemos gratis desde el servicio IA y automatización, sin cuenta y sin correo comercial después. Si quieres saber primero qué es técnicamente una skill y de dónde viene este formato de archivo, está explicado en qué son las skills de Claude NL.

Hay algo que debes saber de antemano, porque el propio archivo lo deja muy claro: la skill no sustituye tu investigación de usuarios. Te ayuda a formular preguntas, pero no conoce a tus usuarios. Escribe la guía de entrevista, piensa en qué debes fijarte si puedes observar, y comprueba si tu enunciado del problema aguanta. Las respuestas tienen que salir de conversaciones reales. Un mapa de empatía vacío que rellenas tú mismo con lo que crees que piensan los clientes no es, según la skill, una investigación sino un supuesto con cuatro casillas alrededor.

Divergir y converger pasan a la vez. El modelo alterna a propósito entre ampliar y elegir. Dice literalmente que la mayoría de los equipos hacen ambas cosas al mismo tiempo y por eso no sacan nada de provecho: cada idea se juzga mientras se está pensando, así que las ideas raras mueren antes de llegar a decirse en voz alta. Por eso la skill entrega en Ideate primero al menos quince ideas sin juicio, incluidas algunas deliberadamente extremas, y solo después una selección basada en criterios que tú mismo has nombrado.

El equipo está una fase antes de lo que cree. En el modo de revisión aparece literalmente: ante un dosier completo, la skill señala en qué fase está realmente el equipo, que a menudo es una fase antes de lo que piensa. Quien dice que está en Prototype pero no puede escribir un enunciado del problema sin una solución dentro, está en realidad en Define.

Las entrevistas preguntan por opiniones en lugar de por comportamientos. Esta es la regla más concreta de todo el archivo. Las reglas de escritura exigen que las preguntas al usuario sean abiertas y en pasado: no ¿usarías esto?, sino cuéntame la última vez que pasó esto. En el modo de revisión, la skill marca cada pregunta que pide una opinión o una predicción y pone en su lugar una pregunta de comportamiento. La razón es sencilla. Las personas predicen mal su propio comportamiento y lo narran bien.

El retroceso se ve como un fracaso. El modelo no es lineal. Desde Test se vuelve a menudo a Define, y el archivo llama a eso una ganancia y no un fracaso. Es más: la skill escribe en la fase Test, de antemano, con qué resultado avanzas y con qué resultado retrocedes, para que esa decisión no sea negociable después.

Así se ve la diferencia entre una pregunta de opinión y una pregunta de comportamiento. Las líneas con un más vienen literalmente de la guía de entrevista del SKILL.md, las líneas con un menos están escritas a modo de ejemplo en la forma que la skill precisamente rechaza.

Después viene un bloque de teoría con el origen, y solo entonces el modo de trabajo. La skill realiza siempre ocho acciones. Primero pregunta en qué fase se está y si las fases anteriores se han recorrido realmente, y a quien quiere empezar en Ideate sin haber pasado por Define, le da primero un pequeño retroceso a Define. Resuelve una fase cada vez y entrega un artefacto por fase. En Empathize hace preguntas sobre comportamientos y hechos, no sobre opiniones ni predicciones.

En Define formula un enunciado del problema según el patrón fijo usuario, necesidad, hallazgo, y comprueba que no haya una solución escondida dentro. En Ideate entrega primero en amplitud y solo después juzga. En Prototype determina primero qué supuesto conlleva más riesgo y elige para ese la forma de prueba más económica. En Test entrega un plan con criterios fijados de antemano. Y en todas partes marca explícitamente qué es un supuesto y qué has aportado tú.

Antes de que ocurra nada, la skill repasa una lista de comprobación obligatoria de entrada con siete puntos: para quién diseñas, qué sabes ya sobre ese usuario y de dónde viene ese conocimiento, en qué punto del proceso estás ahora, qué debe ser distinto en tres meses, qué límites hay en cuanto a presupuesto, tiempo, tecnología, normativa y sistemas existentes, si tienes acceso a usuarios reales y a cuántos, y qué se ha intentado ya y por qué no funcionó. Solo pregunta lo que falta y luego deja de preguntar, así que no recibes un formulario.

También hay un bloque de reglas de escritura, y explican por qué la salida se lee como se lee. Neerlandés claro (el archivo está escrito en neerlandés y produce texto en neerlandés), tratamiento de tú, sin guiones en el texto corrido, AI en mayúsculas, frases cortas que alternan con largas, lo concreto antes que lo abstracto, la cifra antes que el adjetivo. Incluso hay una lista de palabras de IA y superlativos vacíos prohibidos. Si quieres montar tú mismo un archivo así, el método está en escribir un SKILL.md NL.

Por último, el archivo tiene un modo de revisión aparte para seis tipos de entrada: un enunciado del problema, un conjunto de preguntas How Might We, una guía de entrevista, un prototipo, un plan de test y un dosier completo. Así que no necesitas estar al principio para sacarle partido. También puedes meter trabajo que ya tienes hecho y que te lo revise para ver dónde cojea.

La popularidad viene de Brown y de IDEO. El Design Thinking se hizo ampliamente conocido a través de la d.school de Stanford University y del estudio de diseño IDEO. Tim Brown, entonces director de IDEO, describió el enfoque en un artículo de Harvard Business Review de 2008 y en su libro Change by Design de 2009. Las cinco fases tal como las usa la skill se atribuyen generalmente a la d.school, que las describe en su material docente. IDEO publicó en 2015 The Field Guide to Human Centered Design.

Las raíces son más antiguas que la etiqueta. Herbert Simon ya escribió en The Sciences of the Artificial, de 1969, sobre el diseño como una forma de pensar propia, y Nigel Cross investigó cómo razonan los diseñadores, entre otros lugares en Design Thinking, de 2011. Un origen así no es una nota al pie. Explica por qué la skill trata el diseño como una forma de pensamiento con reglas propias y no como un arrebato creativo.

Los diamantes vienen del Design Council. El modelo Double Diamond, de 2005, muestra cuándo amplías y cuándo eliges: primero encontrar el problema correcto, después la solución correcta. Ese modelo puedes usarlo cuando tengas que explicarle a un cliente o a un equipo por qué todavía no toca elegir.

La variante de cinco días viene de Knapp. Sprint, de 2016, escrito con Zeratsky y Kowitz, comprime las fases en cinco días con un ritmo diario estricto. Esa variante entra en juego cuando hay presión de tiempo y hay responsables en la mesa, con una advertencia explícita: no te saltes entonces la amplia fase Empathize, comprímela a un día con expertos.

La forma de pregunta How Might We viene de Basadur. Esa forma se atribuye generalmente a Min Basadur y se difundió ampliamente a través de IDEO. En la skill es el puente entre Define e Ideate: del enunciado del problema salen cinco a ocho preguntas, y cada pregunta recibe un juicio de si es demasiado amplia o demasiado estrecha.

Además hay cuatro variantes que puedes usar si el contexto lo pide. Human Centered Design, tal como lo describe IDEO, con la triple división inspiration, ideation e implementation, es útil cuando la implementación es el verdadero obstáculo. Y Jobs to be Done puede sustituir la fase Empathize cuando no puedes hablar con los usuarios pero sí conoces su comportamiento y sus momentos de compra. Para eso existe una skill propia, la Analista de Jobs to be Done.

Después de esto, el uso es sencillo: describe para quién diseñas y en qué punto estás ahora, y la skill pregunta por su cuenta lo que falta. Si te atascas en algo, el plan de pasos completo por entorno está en instalar skills de Claude NL, y la explicación más amplia sobre trabajar con IA la encuentras en la base de conocimiento NL. Si quieres que todo tu equipo aprenda a montar este tipo de métodos de trabajo por sí mismo, ese es el tema de nuestra formación en IA.

Double Diamond cuando tengas que explicarle a un cliente o a un equipo por qué ahora amplías y solo eliges más adelante, porque ese modelo hace visibles los dos momentos de elección. El Design Sprint cuando hay una fecha límite, hay responsables disponibles y el problema ya está bastante definido. Solo Define e Ideate cuando el equipo ya tiene mucho conocimiento de los usuarios pero sigue atascado en la misma dirección de solución. Y para procesos internos simplemente orientas Empathize hacia el empleado como usuario: las cinco fases funcionan igual ahí.

También hay situaciones en las que es mejor dejarlo de lado, y el frontmatter del archivo cita dos. La primera: cuando el problema es técnico e inequívoco y la solución ya está fijada. Entonces no necesitas un proceso de diseño sino a alguien que lo ejecute, y recorrer cinco fases es entonces un desperdicio con un título elegante encima. La segunda es más de fondo: la skill no sustituye una investigación de usuarios real. Te ayuda a formular preguntas, no conoce a tus usuarios. Si no tienes ningún acceso a personas que tengan el problema, este proceso da como mucho un supuesto mejor formulado. Eso sí es una ganancia, pero llámalo entonces por su nombre.

Un límite honesto más. Este coach mejora tu proceso, no tu mercado. Si no hay un problema lo bastante grande como para pagar por él, eso aparece en Test y no antes. Precisamente para eso está pensado el modelo, pero también significa que un proceso bien recorrido a veces termina con la conclusión de que no debes seguir por este camino. Quien prefiera forzar antes esa conclusión, puede desmontar la idea de antemano con el Analista Pre-mortem NL.

Un proceso de diseño bien recorrido produce algo que la gente está esperando. Después empieza una segunda pregunta: saben esas personas que existe. Ese es nuestro oficio. El análisis SEO gratuito muestra en unos segundos dónde está tu web ahora, y si quieres seguir hablando sobre qué más puede hacer la IA por tu empresa, de skills sueltas a automatización completa, lo hacemos simplemente en una conversación.