From ux-research-toolkit
Runs a collaborative sketch exercise (Design Studio / Design Charrette) adapted for AI-assisted workflows. Use when the user asks for "design studio", "design charrette", "ideacion colaborativa", "ejercicio de sketches", "generar ideas de UI", "6-up", "divergencia de ideas", "/design-studio", or wants to rapidly explore design solution space for a specific problem. Based on Lean UX (Jeff Gothelf, O'Reilly 2013), cap. 5. Focuses on divergent thinking first, then convergence. Output is a decision document with 6 variants + critique + converged solution + parking lot.
How this skill is triggered — by the user, by Claude, or both
Slash command
/ux-research-toolkit:design-studioThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Implementa el ejercicio de **Design Studio / Design Charrette** de *Lean UX*
Implementa el ejercicio de Design Studio / Design Charrette de Lean UX (Jeff Gothelf, O'Reilly 2013), cap. 5 — "Design It Together". Adaptado para workflows AI-assisted donde la divergencia de ideas la genera el agente junto al usuario, y la convergencia es co-decisión.
Contenido en español. Términos técnicos de diseño en formato "español (English)" la primera vez que aparecen.
./docs/ux-research/design-studios/
└── YYYY-MM-DD-[topic-slug].md # Documento único por sesión
NO avanzar entre fases sin aprobación explícita del usuario. Cada fase tiene puerta de confirmación.
"The Design Studio removes the ego from design. Instead of one 'hero designer' producing a single idea, the whole team diverges on many ideas, then converges together on the strongest." — Jeff Gothelf, Lean UX
Principios:
DESIGN STUDIO (adaptado para AI-assisted)
|-- Fase 1: Problem Definition (15-45 min equivalente)
|-- Fase 2: Divergent Ideation — 6 variantes (10 min)
|-- Fase 3: Presentation + Critique (3 min por variante)
|-- Fase 4: Iterate + Refine (5-10 min)
|-- Fase 5: Team Convergence (45 min)
+-- Output: decision document con converged solution + parking lot
Objetivo: Establecer el problema, restricciones, persona, y éxito.
persona-builder si no lo
tenés definido aún — en modo CREATE_PROTO_PERSONA generá uno rápido."Problem brief (documento de trabajo):
[una oración clara][nombre + primary_pain][lista][2-3 métricas][lista]PUERTA DE APROBACIÓN: Confirmar el problem brief antes de diverger.
Objetivo: Generar 6 variantes de solución al problema, explorando diferentes ejes de diseño. Nada de convergencia todavía — todas las ideas se aceptan en esta fase.
El agente genera 6 variantes siguiendo esta plantilla mental — cada variante debe diferir significativamente en al menos UNO de estos ejes:
| Eje de variación | Ejemplos contrastantes |
|---|---|
| Patrón de interacción | Gestos vs. buttons vs. voice vs. automation |
| Altura de fidelidad | Screen completa vs. widget pequeño vs. notificación passive |
| Timing del flujo | Al inicio de la sesión vs. en el momento del problema vs. post-hoc |
| Canal | In-app vs. email vs. SMS vs. físico vs. multi-canal |
| Grado de automatización | Manual vs. assisted vs. fully automated |
| Estructura de contenido | Texto vs. visual vs. video vs. interactivo |
### Variante N: [Nombre corto descriptivo]
**Eje de variación**: [Cuál eje explora]
**One-liner**: [Cómo funciona en una oración]
**Sketch descriptivo**:
┌─────────────────────────┐
│ [ASCII o descripción │
│ verbal detallada de │
│ la interfaz / flujo] │
└─────────────────────────┘
**Flujo del persona**:
1. [Paso 1]
2. [Paso 2]
3. [Paso 3]
**Qué resuelve (del primary_pain)**: [Conexión explícita al problema]
**Qué NO resuelve / trade-off**: [Ser honesto con las limitaciones]
PUERTA DE APROBACIÓN: Presentar las 6 variantes. Confirmar que el usuario entendió cada una antes de entrar a crítica. Si alguna no se entiende, regenerarla más clara.
Objetivo: Clarificar la intención de cada variante a través de crítica estructurada. NO es "me gusta / no me gusta".
Para cada una de las 6 variantes, responder con evidencia:
primary_pain del persona?| # | Variante | Resuelve primary_pain | Viola restricción | Riesgo principal | Score |
|---|---|---|---|---|---|
| 1 | [Nombre] | Sí / Parcial / No | [Cuál] | [Cuál] | 🟢 / 🟡 / 🔴 |
| 2 | [Nombre] | ||||
| ... |
PUERTA DE APROBACIÓN: ¿El usuario está de acuerdo con la evaluación? Ajustar antes de iterar.
Objetivo: Tomar las 2-3 variantes con mejor score de Fase 3 y refinarlas. Puede incluir combinar elementos de múltiples variantes.
Cada variante refinada incluye:
PUERTA DE APROBACIÓN: ¿Las variantes refinadas son claramente mejores que las originales? Si alguna no mejoró, archivarla en parking lot.
Objetivo: Convergir en una solución como "idea del equipo" que vamos a testear / implementar a continuación.
Generar docs/ux-research/design-studios/YYYY-MM-DD-[topic-slug].md con:
# Design Studio — [Topic] ([Fecha])
## Problem Brief
[De Fase 1]
## Variantes generadas (Fase 2)
### Variante 1 — 6 (todas, con descripción completa)
## Crítica (Fase 3)
[Tabla de evaluación]
## Variantes refinadas (Fase 4)
[Refinamientos + combinaciones]
## Solución convergida (Fase 5)
**Nombre**: [Nombre de la solución final]
**Descripción**: [Detalle completo]
**Por qué se eligió**: [Razonamiento del equipo — qué criterios pesaron]
**Elementos heredados de**: [Variante(s) original(es) — para trazabilidad]
## Parking Lot
Ideas archivadas (por si se necesitan más adelante):
- **[Variante N — Nombre]**: Razón del archivo: [por qué no ahora]
- ...
## Siguientes pasos
- [ ] Validación: [método elegido]
- [ ] Responsable: [quién]
- [ ] Fecha de decisión: [YYYY-MM-DD]
- [ ] Si falla validación: volver a Design Studio con aprendizajes
persona-builder (agent): invocado en Fase 1 para obtener o crear el personabusiness-model-toolkit:customer-interview-system (skill externa): después de Fase 5,
la solución convergida puede validarse con entrevistas de cliente (LCD Alvarez)map-workshop (skill UX): después de Design Studio, mapear el journey del persona
con la nueva solución puede revelar nuevos pain pointsfidelity-guide (skill UX): decidir qué nivel de fidelidad usar para testear la
solución convergida (sketch → wireframe → clickable prototype → coded)npx claudepluginhub dojocodinglabs/ux-research-toolkit --plugin ux-research-toolkitSearches MemPalace before answering questions about past work, people, projects, or prior decisions. Returns verbatim stored content instead of guessing from model memory.
Guides Payload CMS config (payload.config.ts), collections, fields, hooks, access control, APIs. Debugs validation errors, security, relationships, queries, transactions, hook behavior.
Implements vector databases with Pinecone, Weaviate, Qdrant, Milvus, pgvector for semantic search, RAG, recommendations, and similarity systems. Optimizes embeddings, indexing, and hybrid search.