Cómo crear un sitio de producto que crezca con los casos de uso

Qué significa realmente “crecer con casos de uso"

Un sitio de producto “crece con casos de uso” cuando puede absorber nuevas formas en que la gente usa tu producto—sin obligarte a reescribir tu posicionamiento, reconstruir la navegación o duplicar la mitad de tu contenido.

Los casos de uso tienden a expandirse en unas direcciones previsibles:

• Nuevas industrias: la misma capacidad central aplicada a salud, retail, finanzas, etc.
• Nuevos roles: un comprador puede empezar como gerente de operaciones y luego ampliarse a TI, seguridad o finanzas.
• Nuevos flujos de trabajo: los equipos adoptan trabajos adyacentes por hacer (reporting → automatización → cumplimiento).

El objetivo real

El objetivo no es crear una página para cada escenario. Es diseñar un sitio donde puedas añadir un nuevo caso de uso como un “módulo”—una página, una sección, un punto de prueba—manteniendo la historia general coherente.

Esto suele implicar:

• Una narrativa de alto nivel estable (qué haces, para quién, por qué es mejor)
• Una forma coherente de describir cada caso de uso (problema → solución → resultado)
• Rutas claras que permitan a distintos visitantes ver rápido “esto es para mí”

Modos comunes de fallo

A medida que los casos de uso crecen, muchos sitios derivan en patrones que dañan la claridad:

• Mensajes genéricos: todo suena para todos, así que no convence a nadie.
• Navegación saturada: cada nuevo caso de uso se convierte en un elemento de menú de primer nivel.
• Proliferación de páginas: docenas de landing pages casi idénticas que son difíciles de actualizar y mantener precisas.

Cómo se ve el éxito

Sabrás que tu estructura puede escalar cuando:

• Los visitantes se autoidentifican rápido (“soy de logística” / “lidero RevOps” / “necesito aprobaciones”) y encuentran detalles relevantes en uno o dos clics.
• La conversión mejora porque las páginas coinciden con la intención: más demos, pruebas o registros de los visitantes por caso de uso.
• Tu equipo puede lanzar actualizaciones con facilidad: nuevos casos de uso toman horas o días, no semanas, y las ediciones no desencadenan una cascada de arreglos en todo el sitio.

Empieza con un inventario de casos de uso simple

Antes de diseñar nuevas páginas o reescribir tu homepage, aclara qué “casos de uso” necesitas realmente soportar. Un inventario de casos de uso es una lista ligera de las situaciones para las que la gente contrata tu producto—escrito en lenguaje llano, no en características.

1) Identifica tus tipos de audiencia principales

Empieza agrupando a las personas en unos pocos tipos de audiencia que puedas reconocer con rapidez. Manténlo simple—3–6 grupos es suficiente.

Considera:

• Roles (por ejemplo, manager de operaciones, líder de finanzas, administrador de TI)
• Industrias (solo si cambia el problema o la prueba que necesitarás)
• Tamaño de la empresa (porque las restricciones, presupuestos y pasos de aprobación difieren)

El objetivo no es un modelo de segmentación perfecto; es un vocabulario compartido que tu equipo pueda usar al crear o ampliar páginas de casos de uso más adelante.

2) Captura los jobs-to-be-done y los resultados deseados

Para cada tipo de audiencia, anota el “trabajo” que intentan realizar y cómo se ve el éxito. Concéntrate en resultados, no en botones.

Ejemplos de lenguaje orientado a resultados:

• “Reducir el reporting manual de horas a minutos”
• “Obtener aprobaciones más rápido sin perder supervisión”
• “Evitar errores que llevan a retrabajo y retrasos”

3) Mapea el recorrido de decisión

Diferentes audiencias necesitan distinta información en cada paso:

• Descubrir: ¿Qué problema resuelve esto?
• Evaluar: ¿Cómo funciona y en qué se diferencia?
• Confiar: ¿Puedo creerte—pruebas, seguridad, fiabilidad?
• Convertir: ¿Cuál es el siguiente paso para mí (demo, prueba, precios)?

4) Reúne material fuente que ya tengas

Usa el lenguaje real de clientes para evitar adivinanzas. Extrae notas de llamadas de ventas, tickets de soporte, preguntas de onboarding y objeciones frecuentes. Estos son los ingredientes para el copy de páginas de caso de uso, FAQs y puntos de prueba.

Crea un marco de mensajes reutilizable

Un sitio orientado a casos de uso crece rápido. Sin un marco de mensajes reutilizable, cada nueva página inventa su propio lenguaje—y los visitantes empiezan a preguntarse si están viendo el mismo producto. Un marco te da consistencia sin volver todo genérico.

1) Redacta una promesa central clara

Tu promesa central es la frase que cada página de caso de uso debería poder “heredar.” Mantenla simple:

Para [a quien va dirigido], te ayudamos a [lograr resultado] sin [dolor común].

Patrón de ejemplo: “Para equipos de operaciones, reducimos los traspasos manuales para que el trabajo avance más rápido con menos errores.”

2) Define 3–5 puntos de prueba que respalden la promesa

Escoge puntos de prueba que puedas reutilizar entre audiencias y luego enfatizar selectivamente por caso de uso. Estos pueden ser:

• Características (qué hace)
• Diferenciadores (por qué tu enfoque es mejor)
• Restricciones que eliminas (tiempo, riesgo, complejidad)
• Resultados que sueles generar (velocidad, coste, calidad)

Redacta cada punto de prueba como una línea orientada al beneficio, y respáldala con una breve cláusula “porque…”.

3) Crea un eslogan + un párrafo explicativo

Tu eslogan debe ser memorable y centrado en el resultado (6–10 palabras). Luego añade un párrafo corto (2–4 frases) que explique qué es el producto, para quién es y dónde encaja en un flujo de trabajo.

Usa este par en todas partes: hero de la homepage, páginas de producto, intros de casos de uso, presentaciones de ventas.

4) Establece reglas para términos consistentes

La consistencia genera confianza y mejora el escaneo. Haz un glosario pequeño que incluya:

• Términos preferidos (elige uno: “caso de uso” vs “solución”)
• Sinónimos a evitar (no alternar entre “clientes/usuarios/consumidores” al azar)
• Nombres estándar para funciones clave y roles de clientes

Así escalas el mensaje sin reescribirlo cada vez que añades una nueva página.

Diseña una arquitectura de información que no se rompa luego

Un sitio de producto que añade casos de uso con el tiempo necesita una estructura que siga siendo comprensible cuando el menú crece. El objetivo no es predecir cada página futura—es elegir principios organizativos que se mantengan estables si duplicas el número de casos de uso.

Elige 1–3 “rutas primarias” desde la homepage

Tu homepage debería guiar a la gente hacia un pequeño conjunto de rutas previsibles. Escoge caminos que coincidan con cómo los prospectos se autoidentifican:

• Por rol (p. ej., Producto, Marketing, Operaciones)
• Por objetivo (p. ej., Automatizar informes, Reducir churn)
• Por industria (p. ej., SaaS, Salud)

Mantén un modelo primario si puedes. Si debes mezclar, haz que el segundo modelo sea claramente secundario (por debajo del pliegue o en un submenú) para que los visitantes no sientan que tienen que “resolver” la navegación.

Casos de uso vs industrias vs flujos de trabajo: define qué significa cada uno

Estas etiquetas pueden solaparse, así que defínelas claramente:

• Soluciones / Casos de uso: “Lo que puedes hacer con el producto” (resultados y jobs-to-be-done)
• Industrias: “Dónde se usa” (cumplimiento, terminología y contexto)
• Flujos de trabajo: “Cómo encaja en un proceso” (pasos, integraciones, traspasos)

Regla simple: si una página cambia principalmente por contexto del cliente, es una Industria. Si cambia principalmente por resultado deseado, es un Caso de uso.

Planifica una jerarquía de contenido que crezca de forma predecible

Empieza con páginas core que se mantendrán en el tiempo (categorías superiores y algunas páginas “ancla”). Luego añade páginas más profundas debajo a medida que aprendes.

Ejemplo de jerarquía:

• Soluciones (categoría)
  • Informes (ancla)
    • Informes ejecutivos semanales (profunda)

Mantén la navegación superficial

Apunta a categorías previsibles y evita enterrar páginas clave detrás de múltiples capas. Si alguien no puede adivinar dónde vive una página, la estructura es demasiado ingeniosa. La navegación superficial también facilita añadir nuevos casos de uso sin reorganizar todo el sitio.

Construye plantillas de página modulares para expandir con facilidad

Si tu web debe soportar cada vez más casos de uso, la forma más rápida de mantener la coherencia es dejar de tratar cada nueva página como un proyecto de diseño único. En su lugar, define un pequeño conjunto de tipos de página y crea plantillas que puedas reutilizar con mínimo debate.

Comienza definiendo tus tipos de página core

La mayoría de sitios de producto se pueden cubrir con un menú claro y limitado de plantillas:

• Homepage
• Página de producto (o resumen de característica)
• Página de precios
• Página de caso de uso
• Página de comparación (vs alternativas)
• Recursos (blog, guías, webinars, docs)

Cada tipo debe tener un propósito, una audiencia principal y una “acción de éxito” (p. ej., reservar demo, iniciar prueba, solicitar precios).

Crea una biblioteca de módulos reutilizables

Construye páginas a partir del mismo conjunto de módulos para mezclar sin rediseñar:

• Hero (titular, subtítulo, CTA primaria)
• Beneficios (3–6 resultados, no listas de características)
• Pruebas (logos, citas, métricas)
• Flujo / “Cómo funciona”
• FAQs (manejo de objeciones)
• Banda de CTA (repetir siguiente paso)

Esto hace que las páginas nuevas sean rápidas de publicar y ayuda a los visitantes a reconocer la estructura mientras navegan.

Documenta las reglas para que la consistencia no dependa del gusto

Una plantilla escala solo si las reglas están por escrito. Crea guías simples como:

• Rangos de extensión por módulo (p. ej., titular 8–12 palabras, intro 2–3 frases)
• Estándares de prueba (p. ej., al menos una cita de cliente y un resultado medible cuando esté disponible)
• Reglas de CTA (una acción primaria por página, etiquetas de botón consistentes)

Cuando aparece un nuevo caso de uso, tu equipo debería poder publicarlo rellenando módulos—no reinventando la página.

Escribe páginas de caso de uso específicas sin ser nicho

Las páginas de caso de uso funcionan mejor cuando el lector siente “esto está hecho para mí”—sin encasillar tu producto en un rincón minúsculo. El truco es ser preciso sobre el resultado y la audiencia, manteniendo la historia subyacente reutilizable.

Empieza con un patrón de nombre que marque expectativas

Elige una fórmula y apégate a ella. Una opción fiable es Resultado + Audiencia, como “Informes más rápidos para equipos de operaciones.” Señala el valor de inmediato y evita títulos vagos como “Analítica” o excesivamente estrechos como “Informes para almacén en el Medio Oeste”.

Un buen nombre responde dos preguntas:

• ¿Qué mejorará?
• ¿Para quién?

Usa una estructura de página que puedas repetir (y que los lectores puedan escanear)

La consistencia hace que una biblioteca creciente se sienta intencional. Un flujo simple que escala bien es:

Problema → Enfoque → Resultados → Cómo funciona

Mantén cada sección ajustada. El objetivo no es explicar cada característica; es ayudar a alguien a reconocer su situación y entender por qué tu producto encaja.

Añade un bloque corto “Para quién / no para quién”. Esto ayuda a los visitantes calificados a identificarse rápido y reduce el ruido de leads erróneos. Sé directo pero no agresivo (por ejemplo, “Ideal para equipos con necesidades recurrentes de reporting” / “No es ideal si solo ejecutas informes puntuales unas pocas veces al año”).

Haz la llamada a la acción simple y coherente

Cada página de caso de uso debería tener:

• Una CTA primaria alineada con la intención de compra (p. ej., “Reservar demo”)
• Una CTA secundaria para los que no están listos (p. ej., “Ver precios” o “Ver resumen de 2 minutos”)

Evita apilar múltiples botones que compitan. Cuando cada página tiene un siguiente paso claro, tu biblioteca puede crecer sin crear fatiga de decisión.

Añade pruebas y señales de confianza que escalen

La prueba convierte un “suena bien” en un “esto funcionará para mí.” La clave es hacer los elementos de confianza reutilizables para que cada nueva página no tenga que empezar de cero.

Planifica los tipos de evidencia que necesitarás

Apunta a una mezcla aplicable a muchos casos de uso:

• Testimonios (citas cortas específicas por rol que mencionen resultados)
• Estudios de caso (una historia más completa con contexto, enfoque y resultados)
• Métricas (solo si están verificadas y definidas—evita reclamaciones vagas “10x”)
• Logos de clientes (solo con permiso; lleva registro de aprobaciones)

No todas las páginas necesitan todo tipo. Lo importante es que cada caso de uso tenga al menos un punto de prueba fuerte y creíble.

Coloca elementos de confianza cerca de los puntos de decisión

La confianza funciona mejor cuando aparece donde el visitante valora el riesgo:

• Junto a la CTA primaria: añade un testimonio corto o una franja “Con la confianza de”
• Cerca del lenguaje relacionado con precios: añade una cita de estudio de caso o un resultado medible
• En páginas que implican riesgo operativo: añade notas de seguridad/cumplimiento y (si la tienes) una referencia a una página de uptime/estado

Mantén estos elementos compactos. Reduces fricción, no pides que la gente lea una novela.

Construye una biblioteca de pruebas reutilizable

Crea una “biblioteca de pruebas” simple que tu equipo pueda usar al añadir nuevos casos de uso. Puede vivir en un doc, hoja de cálculo o colección del CMS, pero debe incluir:

• Texto de la cita, nombre del cliente, cargo, empresa y estado de aprobación
• Casos de uso aplicables y segmentos de cliente
• Uso permitido del logo y fecha de expiración (si aplica)
• Métricas verificadas con definiciones y fuente

Esto evita que la prueba se disperse en presentaciones, correos y páginas antiguas—y ayuda a marketing, ventas y producto a ser consistentes.

Añade FAQs que atiendan objeciones por caso de uso

Un patrón de confianza escalable es un bloque pequeño de FAQ adaptado a ese caso de uso. Enfócate en bloqueadores comunes como tiempo de instalación, integraciones, seguridad de datos y “¿Esto funcionará para mi tamaño de equipo?” Mantén las respuestas directas y evita prometer de más; la claridad construye confianza más rápido que el bombo.

Conecta las páginas con enlaces internos y URLs limpias

Un sitio que “crece con casos de uso” no puede confiar solo en la navegación. Al añadir más páginas, los visitantes necesitan caminos claros entre temas y los buscadores necesitan una estructura predecible para entender de qué trata cada página.

Usa patrones de URL coherentes y legibles

Elige un pequeño conjunto de buckets de URL y apégate a ellos. Esto hace que las páginas futuras parezcan pertenecer y reduce la probabilidad de reorganizaciones dolorosas.

Patrones comunes que escalan bien:

• /use-cases/ para páginas basadas en escenarios (p. ej., automatización de onboarding, informes mensuales)
• /industries/ para narrativas verticales (p. ej., salud, logística)
• /teams/ para audiencias por rol (p. ej., sales ops, finanzas)

Mantén las URLs cortas, en minúsculas y basadas en la frase primaria de la página. Evita fechas, nombres de campaña o juegos de palabras que no envejezcan bien.

Construye enlaces internos que coincidan con la intención

Cada página de caso de uso debe actuar como un hub, conectando con el siguiente paso más útil para ese lector. Añade enlaces internos desde casos de uso → relevantes:

• características del producto que habilitan el flujo
• integraciones que aparecen comúnmente en ese escenario
• plantillas o ejemplos que aceleran el inicio
• /pricing cuando el visitante está listo para comparar

Usa texto ancla natural que describa lo que obtendrá el lector, no un genérico “saber más”.

Añade bloques de “casos de uso relacionados”

Al final (y a veces a mitad de página), incluye un pequeño bloque “Casos de uso relacionados”. Haz la selección con propósito:

• un caso de uso “adyacente” (audiencia similar, objetivo distinto)
• un caso de uso “siguiente paso” (lo que suelen hacer después de tener éxito)
• un caso de uso “alternativo” (enfoque distinto, mismo resultado)

Evita la canibalización al escalar

Antes de publicar una nueva página, define su tema único y palabra clave primaria. Si dos páginas apuntan a la misma consulta (p. ej., “automatización de onboarding”), fusiónalas o diferencia claramente—por ejemplo “para startups” vs “para enterprise”, o “onboarding liderado por producto” vs “onboarding liderado por ventas”.

Optimiza rutas de conversión para múltiples audiencias

Un sitio que soporta muchos casos de uso atraerá a personas en etapas muy distintas: algunas exploran, otras comparan opciones y unas pocas están listas para comprar. Si cada página empuja la misma acción, asustarás a visitantes tempranos o ralentizarás a compradores motivados.

Estandariza un pequeño conjunto de CTAs

Elige unas pocas llamadas a la acción reutilizables y aplícalas consistentemente:

• Iniciar prueba gratuita
• Reservar demo
• Contactar ventas
• Ver precios

La consistencia ayuda a los visitantes a entender qué pasará y reduce decisiones de diseño y copy cuando añades páginas nuevas.

Alinea la CTA con la intención

Usa la misión de la página para decidir la CTA primaria:

• Top-of-funnel (aprendizaje): “Ver precios” o “Reservar demo” pueden ser demasiado fuertes. Prefiere “Iniciar prueba gratuita” (si es realmente self-serve) o un paso más suave enmarcado como “Ver cómo funciona”.
• Evaluación (comparando): “Ver precios” y “Reservar demo” suelen encajar. Añade contexto: qué obtendrán de la demo.
• Listo para comprar: Haz “Contactar ventas” o “Reservar demo” prominente y quita distracciones.

Mantén los formularios cortos (y que inspiren confianza)

Pide solo lo necesario para encaminar la solicitud. Menos campos = más conversiones. Si debes cualificar, hazlo después del primer paso (por ejemplo, durante la programación o en onboarding).

Añade caminos claros post-CTA

Después de que alguien haga clic, no lo dejes adivinando. Proporciona un siguiente paso claro:

• Página de confirmación que repita tiempo/qué pasará
• Flujo de onboarding para pruebas (lograr el primer éxito rápido, no una configuración larga)
• Opciones de agendamiento para demos (con zona horaria, agenda clara)

Estos caminos convierten un clic en progreso, independientemente de qué audiencia encontró la página.

Mide lo que funciona e itera con seguridad

Un sitio que puede crecer con nuevos casos de uso necesita feedback confiable. Si no mides de forma consistente, acabarás rediseñando según opiniones, el stakeholder más ruidoso o la última llamada de ventas.

Configura una base analítica pequeña y fiable

Comienza con unos pocos eventos que se mapeen directamente a resultados de negocio. Como mínimo, rastrea:

• Clicks en CTA (botones primarios como “Reservar demo” o “Iniciar prueba”)
• Inicio de formulario (el momento en que alguien interactúa con un formulario)
• Envíos de formulario (conversiones completadas)

Mantén nombres de eventos consistentes entre plantillas para comparar páginas de forma justa. El objetivo no es medir todo—es medir las acciones que señalan intención.

Reporta por tipo de página y por caso de uso

Los casos de uso se multiplican rápido, así que necesitas vistas que sigan siendo útiles conforme el sitio crece. Crea dashboards (o informes simples) que desglosen rendimiento de dos maneras:

• Por tipo de página (homepage, producto, caso de uso, precios, comparación, etc.)
• Por caso de uso (cada página de caso de uso más contenido relacionado)

Esto ayuda a identificar patrones—por ejemplo, páginas de caso de uso que generan muchos clicks en CTA pero pocas entregas de formulario (indicio de que el formulario o la promesa post-click necesita trabajo), o un segmento que convierte mejor con otra CTA.

Añade inputs cualitativos para explicar el “por qué”

Los números te dicen qué cambió; el feedback cualitativo te dice por qué. Mezcla:

• Encuestas en página (una pregunta es suficiente: “¿Esto respondió tu pregunta?”)
• Pruebas de usuario ligeras en las páginas principales cuando añades un caso de uso nuevo
• Bucle de feedback con ventas (captura objeciones y frases de llamadas, luego actualiza el copy)

Crea una cadencia segura de iteración

Evita retoques constantes. Usa un ritmo predecible:

• Mensual: arreglos rápidos (claridad de copy, colocación de CTA, flujos rotos)
• Trimestral: actualizaciones de estructura (navegación, cambios de plantilla, reagrupación de casos de uso)

Trata los cambios grandes como experimentos: documenta qué cambiaste, por qué y qué éxito esperas antes de lanzarlo.

Gobernanza: cómo añadir casos de uso sin caos

Un sitio que “crece con casos de uso” necesita una puerta—no para frenar equipos, sino para mantener la experiencia coherente a medida que aparecen nuevas páginas. Gobernanza es el conjunto de reglas y rutinas que decide qué se añade, dónde vive y cómo se mantiene exacto.

Un proceso de intake ligero

Trata cada nueva idea de caso de uso como una mini solicitud de producto. Usa un único formulario o doc para que marketing, producto y ventas hablen el mismo idioma.

Checklist para nuevo caso de uso

• Señal de demanda: ¿La gente lo busca, lo pide en ventas o soporte?
• Encaje: ¿El producto puede entregar el resultado sin trabajo a medida?
• Prueba disponible: ¿Tienes historia de cliente, métricas, citas o demo?
• Responsable: Una persona responsable de mantener la página actualizada.
• Plan de lanzamiento: Cómo se anunciará, habilitará para ventas y medirá.

Controla el crecimiento de la navegación

Evita que la navegación “explote” según se expande la lista. Añade un caso de uso a la navegación primaria solo cuando haya demanda repetible (no un trato puntual) y represente una audiencia significativa a la que planeas seguir atendiendo. Todo lo demás puede vivir en hubs secundarios, filtros o búsqueda.

Define reglas para solapamientos y limpieza

Los casos de uso se solapan naturalmente. Planea sunsets o fusiones cuando:

• Dos páginas apuntan a la misma audiencia y resultado
• Una página rinde sistemáticamente poco y tiene poca prueba
• Cambios en el producto hacen el caso de uso obsoleto o más fácil de describir bajo una categoría más amplia

Mantén un calendario que refleje la realidad

Lleva un calendario de contenido ligado a lanzamientos de producto, historias de clientes y prioridades trimestrales. Esto evita adiciones aleatorias y asegura que las actualizaciones lleguen cuando el producto y la prueba están más fuertes.

Un plan de despliegue práctico que puedes seguir

Un sitio que pueda ampliarse con casos de uso es más fácil de construir si lo tratas como un lanzamiento de producto: entrega una v1 sólida, luego añade páginas sin rediseñar todo.

Despliegue en fases (de cero a escalable)

1) Auditoría (Semana 1)

Captura páginas actuales, mensajes repetidos, preguntas faltantes y qué segmentos aparecen más en llamadas de ventas.

2) Plantillas (Semana 2)

Define plantillas de página reutilizables (homepage, solución/caso de uso, industria, integración) más componentes compartidos (hero, franja de pruebas, FAQ, CTA).

3) Páginas core (Semana 3)

Publica la base: posicionamiento, navegación y rutas de conversión (producto, precios, seguridad/confianza, contacto/demo y un área de blog/noticias).

4) Top 3 casos de uso (Semanas 4–5)

Crea páginas para los tres casos de uso de mayor valor primero. Trátalas como la librería de patrones para páginas futuras.

5) Expansión (continuo, cadencia mensual)

Añade 1–2 páginas nuevas de caso de uso por mes, según demanda, interés de búsqueda e impacto en pipeline.

Entregables y responsables

• Marketing: marco de mensajes, briefs de caso de uso, copy de página, calendario de publicación
• Producto: validación de casos de uso, mapeo característica→resultado, alineación del roadmap
• Diseño: componentes modulares, plantillas de página, guías de contenido
• Ingeniería: configuración del CMS, comprobaciones de rendimiento/accesibilidad, eventos analíticos

Herramientas ligeras que ayudan

Usa un CMS que tu equipo pueda editar con seguridad, un sistema de diseño pequeño (tokens + componentes) y un documento de contenido vivo que defina estructura, tono y secciones requeridas para cada nueva página de caso de uso.

Si tu equipo quiere moverse más rápido de “especificación de plantilla” a páginas funcionales, herramientas como Koder.ai pueden ayudar: puedes describir en chat una estructura modular de una página React, iterar en modo planificación y desplegar sin construir cada layout a mano. Es especialmente útil cuando añades páginas de caso de uso con cadencia mensual y quieres componentes consistentes, URLs limpias y CTAs repetibles—a la vez que te permite exportar código fuente o desplegar cuando estés listo.

Plan de acción (esta semana)

Acuerden sus 3 casos de uso principales, elijan una plantilla, redacten una página de caso de uso completa y revísenla con ventas. Luego bloqueen la plantilla y empiecen la cadencia mensual de expansión.