Skill oficial · Estrategia

Mapa de Wardley

v1.0.1 · Actualizada el 4 de noviembre de 2026

Construye un mapa de Wardley: la necesidad del usuario como ancla, la cadena de valor por visibilidad, cada componente situado en el eje de evolución con evidencia y, después, las jugadas para construir, comprar, alquilar o vigilar.

Funciona en Claude, ChatGPT y agentes de programación. En Team y Business, la skill oficial de tu pod se actualiza sola cuando la mejoramos.

Cuándo usarla

• Decidir qué construir, comprar, alquilar o externalizar en un producto o una operación
• Encontrar dónde diferenciarse y dónde se dedica esfuerzo a problemas ya resueltos
• Contrastar una hoja de ruta con cómo evolucionan un mercado y sus tecnologías

Qué le das

• El alcance y la decisión
• Los usuarios y sus necesidades
• Los componentes que cubren la necesidad
• Evidencia de lo evolucionado que está cada componente

Qué obtienes

Una tabla de componentes con visibilidad, dependencias, etapa de evolución y evidencia, un boceto del mapa en texto plano, qué muestra el mapa, jugadas con responsables y supuestos que comprobar.

Cómo funciona

1. Fija el ancla Nombra al usuario (uno o unos pocos tipos) y su necesidad en sus propias palabras. Ponlos arriba del todo. Un objetivo de empresa como “aumentar los ingresos” no es una necesidad del usuario.
2. Construye la cadena de valor Enumera los componentes necesarios para cubrir la necesidad y, después, de qué depende cada uno, hasta llegar a la infraestructura básica. Ordénalos por visibilidad: lo que el usuario ve directamente, cerca de arriba; lo que nunca ve, cerca de abajo. Escribe las dependencias como “A necesita B”.
3. Sitúa cada componente en el eje de evolución Usa 4 etapas: génesis (genesis: nuevo, escaso, incierto, cambia rápido), hecho a medida (custom-built: lo entienden pocos, se construye para un caso), producto, incluido el alquiler (product: varias ofertas que compiten, cada vez mejor definidas) y commodity, incluida la utility (commodity: estándar, ampliamente disponible, se compra como suministro o por volumen). Escribe una línea de evidencia por cada posición. Un mismo componente puede estar en etapas distintas en mercados distintos; sitúalo para este mercado hoy.
4. Marca el movimiento y la inercia Para cada componente, anota si se mueve hacia la derecha y a qué velocidad, según la evidencia. Anota la inercia: dónde la empresa, sus proveedores o sus clientes se resisten a que un componente avance (contratos, habilidades, inversión pasada, costumbre).
5. Dibuja el mapa Genera la tabla de componentes y un boceto en texto plano: las etapas de evolución como columnas de izquierda a derecha, la visibilidad como filas de arriba abajo, flechas para las dependencias y “>” para el movimiento esperado. Mantén el boceto legible en una ventana de chat; la tabla es la fuente de verdad.
6. Lee el mapa en busca de métodos inadecuados Contrasta cada componente con cómo se gestiona: construir internamente lo que es commodity, externalizar o sobreespecificar lo que está en génesis, llevar trabajo de etapa de producto sin ningún estándar. La doctrina de Wardley incluye centrarse en las necesidades del usuario (“focus on user needs”) y usar los métodos adecuados (“use appropriate methods”); este paso aplica las dos.
7. Elige las jugadas Para cada componente, una jugada: construir y explorar (génesis), construir o contratar a medida (hecho a medida), comprar o alquilar (producto), consumir como utility (commodity) y, cuando sea útil, abrirlo, buscar un socio o vigilarlo. Después elige de 2 a 4 jugadas estratégicas: dónde diferenciarse, qué industrializar o pasar a un proveedor, para qué cambio prepararse y qué inercia eliminar. Cada jugada nombra a un responsable y un primer paso.
8. Enumera los supuestos y cómo comprobarlos Cada posición con “[comprobar: ...]” y cada movimiento esperado se convierte en una pregunta con quién la responderá. Los mapas sirven para debatir; invita al equipo a discutir las posiciones.

El SKILL.md

El archivo completo, tal como lo lee tu IA. Descargarlo

---
name: wardley-map
description: Construye un mapa de Wardley (Wardley map) de un negocio o producto, con el usuario y su necesidad como ancla, debajo la cadena de valor de componentes ordenados por su visibilidad para el usuario, cada componente situado en el eje de evolución (génesis, hecho a medida, producto o alquiler, commodity o utility) con la evidencia de esa posición, el movimiento y la inercia, y las jugadas que se derivan (construir, comprar, alquilar, externalizar, abrir, vigilar). El resultado es una tabla de componentes, un boceto del mapa en texto plano y una lista de jugadas con responsables. Úsala cuando alguien pide un mapa de Wardley, un mapeo de la cadena de valor, decidir construir o comprar (build vs buy) en todo un stack, dónde diferenciarse, qué externalizar o cómo evolucionará un mercado o una tecnología.
license: CC BY-SA 4.0. The method is Simon Wardley's (Wardley Maps, CC BY-SA 4.0).
---

# Mapa de Wardley

Un mapa de Wardley muestra de qué está hecho un negocio y lo madura que está cada parte, para que un equipo vea dónde construir, dónde comprar y qué está a punto de cambiar. Simon Wardley desarrolló el método y lo explicó en su libro Wardley Maps, publicado en abierto en Medium bajo la licencia Creative Commons Attribution-ShareAlike 4.0. Un mapa parte de un usuario y su necesidad, enumera los componentes que cubren esa necesidad en una cadena que va de lo visible a lo invisible (el eje vertical) y sitúa cada componente en un eje de evolución que va de la génesis, pasando por lo hecho a medida y el producto, hasta la commodity (el eje horizontal). Con el tiempo, los componentes se desplazan hacia la derecha por la competencia entre oferta y demanda. Esta skill es nuestro resumen paso a paso del método para una IA que trabaja con una persona de negocio: una tabla de componentes, un boceto en texto y las jugadas. Tiene licencia CC BY-SA 4.0, como la fuente; consulta LICENSE.txt.

## Cuándo usarla

- Para decidir qué construir internamente y qué comprar, alquilar o externalizar en un producto o una operación.
- Para encontrar dónde debería diferenciarse una empresa y dónde está dedicando esfuerzo a problemas ya resueltos.
- Para contrastar una estrategia o una hoja de ruta con la forma en que evolucionan el mercado y sus tecnologías.
- Para explicar un stack complejo en una sola página a quienes deciden sin perfil técnico.
- No sirve para juzgar la rentabilidad de un sector (usa five-forces-analysis) ni para listar las actividades internas por costo (usa value-chain-analysis). Para elegir entre métodos de estrategia, usa strategy-approach-picker.

## Qué necesitas

- El alcance: qué negocio, producto o servicio, y para quién.
- Los usuarios y sus necesidades. Si no están claros, pregunta una vez; el mapa se ancla en ellos, no en los objetivos de la empresa.
- Los componentes: lo que la empresa hace, opera o compra para cubrir la necesidad (actividades, prácticas, datos, conocimiento y tecnología). El equipo del usuario suele conocerlos; la IA propone una lista borrador y pregunta.
- Evidencia de la evolución: cuántos proveedores hay, si se vende como producto o como utility de pago por uso, cuánto está estandarizado, lo rápido que cambia. Nunca sitúes un componente a partir de una suposición presentada como hecho; márcalo con “[comprobar: evidencia]”.
- La decisión que debe informar el mapa, si la hay.

## Pasos

1. **Fija el ancla.** Nombra al usuario (uno o unos pocos tipos) y su necesidad en sus propias palabras. Ponlos arriba del todo. Un objetivo de empresa como “aumentar los ingresos” no es una necesidad del usuario.
2. **Construye la cadena de valor.** Enumera los componentes necesarios para cubrir la necesidad y, después, de qué depende cada uno, hasta llegar a la infraestructura básica. Ordénalos por visibilidad: lo que el usuario ve directamente, cerca de arriba; lo que nunca ve, cerca de abajo. Escribe las dependencias como “A necesita B”.
3. **Sitúa cada componente en el eje de evolución.** Usa 4 etapas: génesis (genesis: nuevo, escaso, incierto, cambia rápido), hecho a medida (custom-built: lo entienden pocos, se construye para un caso), producto, incluido el alquiler (product: varias ofertas que compiten, cada vez mejor definidas) y commodity, incluida la utility (commodity: estándar, ampliamente disponible, se compra como suministro o por volumen). Escribe una línea de evidencia por cada posición. Un mismo componente puede estar en etapas distintas en mercados distintos; sitúalo para este mercado hoy.
4. **Marca el movimiento y la inercia.** Para cada componente, anota si se mueve hacia la derecha y a qué velocidad, según la evidencia. Anota la inercia: dónde la empresa, sus proveedores o sus clientes se resisten a que un componente avance (contratos, habilidades, inversión pasada, costumbre).
5. **Dibuja el mapa.** Genera la tabla de componentes y un boceto en texto plano: las etapas de evolución como columnas de izquierda a derecha, la visibilidad como filas de arriba abajo, flechas para las dependencias y “>” para el movimiento esperado. Mantén el boceto legible en una ventana de chat; la tabla es la fuente de verdad.
6. **Lee el mapa en busca de métodos inadecuados.** Contrasta cada componente con cómo se gestiona: construir internamente lo que es commodity, externalizar o sobreespecificar lo que está en génesis, llevar trabajo de etapa de producto sin ningún estándar. La doctrina de Wardley incluye centrarse en las necesidades del usuario (“focus on user needs”) y usar los métodos adecuados (“use appropriate methods”); este paso aplica las dos.
7. **Elige las jugadas.** Para cada componente, una jugada: construir y explorar (génesis), construir o contratar a medida (hecho a medida), comprar o alquilar (producto), consumir como utility (commodity) y, cuando sea útil, abrirlo, buscar un socio o vigilarlo. Después elige de 2 a 4 jugadas estratégicas: dónde diferenciarse, qué industrializar o pasar a un proveedor, para qué cambio prepararse y qué inercia eliminar. Cada jugada nombra a un responsable y un primer paso.
8. **Enumera los supuestos y cómo comprobarlos.** Cada posición con “[comprobar: ...]” y cada movimiento esperado se convierte en una pregunta con quién la responderá. Los mapas sirven para debatir; invita al equipo a discutir las posiciones.

## Formato de salida

````markdown
# Mapa de Wardley: [alcance] · [fecha]
**Usuario:** [usuario] · **Necesidad:** [necesidad] · **Decisión que informa:** [decisión]

## Componentes
| Componente | Visibilidad (1 = arriba) | Depende de | Etapa de evolución | Evidencia | Movimiento / inercia |
|---|---|---|---|---|---|

## Boceto
```text
             Génesis      Hecho a medida   Producto (+alquiler)   Commodity (+utility)
Visible   [necesidad del usuario]
   |      ...
Invisible ...
```

## Qué muestra el mapa
- [Métodos inadecuados, diferenciadores, amenazas]

## Jugadas
| Componente o área | Jugada | Por qué (según el mapa) | Responsable | Primer paso |
|---|---|---|---|---|

## Supuestos que comprobar
- [comprobar: posición o movimiento] — quién responde: [nombre]
````

## Ejemplo

**Entrada:** “Mapea nuestro negocio. Tenemos un servicio de clases particulares de matemáticas online para estudiantes de secundaria en un país. Usuarios: las familias, que pagan, y los estudiantes, que asisten. La necesidad de la familia: que su hijo o hija apruebe el examen final de matemáticas del curso. Emparejamos estudiantes con profesores (con nuestras propias reglas de emparejamiento, desarrolladas internamente el año pasado), reservamos las clases (usamos un producto de reservas estándar), damos las clases por un servicio de videollamadas que pagamos por minuto, cobramos con tarjeta a través de un proveedor de pagos y alojamos todo en un proveedor de nube. Seleccionamos a los profesores con nuestra propia entrevista y prueba, que las familias mencionan en sus reseñas. Enviamos a las familias un informe semanal de progreso que los profesores escriben a mano; pocos competidores lo hacen, y seguimos cambiando el formato cada mes. Desarrollamos nuestra propia pizarra hace 3 años y la mantienen 2 ingenieros; ahora existen varios productos de pizarra. Algunos competidores han empezado a probar tutores de práctica con IA. Decisión: a qué dedicar a nuestros 4 ingenieros el año que viene.”

**Salida:**

````markdown
# Mapa de Wardley: clases de matemáticas online · plan de ingeniería del año que viene
**Usuario:** familia (paga), estudiante (asiste) · **Necesidad:** que su hijo o hija apruebe el examen final de matemáticas del curso · **Decisión que informa:** a qué dedican los 4 ingenieros el año que viene

## Componentes
| Componente | Visibilidad (1 = arriba) | Depende de | Etapa de evolución | Evidencia | Movimiento / inercia |
|---|---|---|---|---|---|
| Informe semanal de progreso | 1 | Notas de los profesores | Hecho a medida (temprano) | Pocos competidores lo ofrecen; el formato aún cambia cada mes | [comprobar: movimiento] |
| Selección de profesores | 2 | Entrevista y prueba | Hecho a medida | Proceso propio; las familias lo citan en las reseñas | [comprobar: movimiento] |
| Emparejamiento con profesores | 2 | [comprobar: dependencia] | Hecho a medida | Reglas propias, desarrolladas el año pasado | [comprobar: ¿hay productos de emparejamiento disponibles?] |
| Reserva de clases | 3 | [comprobar: dependencia] | Producto | Producto estándar comprado | [comprobar: movimiento] |
| Pizarra | 3 | [comprobar: dependencia] | Producto | Existen varios productos de pizarra | Inercia: herramienta propia, la mantienen 2 ingenieros |
| Videollamadas | 4 | Servicio de videollamadas | Commodity (+utility) | Se paga por minuto | [comprobar: movimiento] |
| Pagos con tarjeta | 4 | Proveedor de pagos | Commodity (+utility) | Se compra a un proveedor de pagos | [comprobar: movimiento] |
| Alojamiento en la nube | 5 | Proveedor de nube | Commodity (+utility) | Se compra a un proveedor de nube | [comprobar: movimiento] |
| Tutor de práctica con IA | 2 | [comprobar] | Génesis | Los competidores lo prueban, no está consolidado | Se mueve a la derecha [comprobar: velocidad] |

## Boceto
```text
             Génesis        Hecho a medida        Producto (+alquiler)  Commodity (+utility)
Visible    Familia: su hijo o hija aprueba el examen
   |                        Informe de progreso
   |       Tutor IA >       Selección  Emparejamiento
   |                                              Reservas   Pizarra*
   |                                                                   Videollamadas  Pagos
Invisible                                                              Nube
* desarrollo propio de un componente en etapa de producto
```

## Qué muestra el mapa
- Los diferenciadores que ven las familias están hechos a medida: la selección de profesores y el informe de progreso.
- La pizarra es un componente en etapa de producto que se desarrolla y mantiene internamente: 2 de los 4 ingenieros están dedicados a un problema ya resuelto.
- Los tutores de práctica con IA están en génesis; si avanzan hacia la derecha, tocan la misma necesidad que cubre el informe de progreso.

## Jugadas
| Componente o área | Jugada | Por qué (según el mapa) | Responsable | Primer paso |
|---|---|---|---|---|
| Pizarra | Sustituirla por un producto | Etapa de producto; libera a 2 ingenieros | [responsable: por confirmar] | Probar 2 productos de pizarra con 6 profesores durante 30 días |
| Informe de progreso | Invertir: desarrollar y estandarizar | Diferenciador visible, aún hecho a medida | [responsable: por confirmar] | Fijar un formato; medir las renovaciones de las familias [comprobar: datos de renovación] |
| Tutor de práctica con IA | Explorar con poco costo y vigilar | Génesis; incierto | [responsable: por confirmar] | Un experimento pequeño con unos pocos estudiantes |
| Selección de profesores | Mantenerla interna | Diferenciador que citan las familias | [responsable: por confirmar] | Poner el proceso por escrito |

## Supuestos que comprobar
- Si existen productos de emparejamiento para clases particulares — quién responde: [nombre]
- Con qué rapidez se extienden los tutores de práctica con IA entre los competidores — quién responde: [nombre]
- Qué perderían las clases actuales si dejamos la pizarra propia — quién responde: [nombre]
````

## Comprobaciones antes de enviar

- [ ] El ancla es un usuario y una necesidad en sus propias palabras, no un objetivo de la empresa.
- [ ] Cada componente tiene una posición de visibilidad, dependencias, una etapa de evolución y una línea de evidencia o “[comprobar: ...]”.
- [ ] Las etapas de evolución usan los 4 nombres: génesis, hecho a medida, producto (+alquiler), commodity (+utility).
- [ ] El movimiento y la inercia se anotan donde la entrada los respalda.
- [ ] Las jugadas se derivan del mapa (etapa y visibilidad), no de una lista de iniciativas traída de fuera.
- [ ] Cada jugada tiene un responsable y un primer paso.
- [ ] El reconocimiento a Simon Wardley y la licencia CC BY-SA 4.0 se mantienen con la skill si se comparte o se modifica.

## Errores comunes

- Mapear el organigrama o un diagrama de proceso; un mapa son componentes ordenados por visibilidad y evolución.
- Situar los componentes según lo importantes que parecen en lugar de lo evolucionado que está su mercado.
- Dar el mapa por terminado. Su valor está en el debate sobre las posiciones, así que revísalo con el equipo.
- Una sola jugada para todo (“construir nuestra propia plataforma”). Etapas distintas necesitan métodos distintos.
- Ignorar la inercia, también la de la propia empresa.

Compártela con tu equipo

Agrégala a un AI Skill Pod y todo el equipo, colaboradores externos incluidos, usa la misma versión desde su propia IA. Lee las mejores formas de compartir skills de IA con un equipo

Agregar al pod de mi equipo

Historial de cambios

• v1.0.1 · 4 de noviembre de 2026 · Example: the last assumption asks what current lessons would lose without the in-house whiteboard, instead of presuming lesson recordings the input never mentions.
• v1.0.0 · 4 de noviembre de 2026 · First release.