Un mapa de capacidades empresariales muestra lo que una organización debe poder hacer para cumplir su estrategia. Describe capacidades estables, como facturación de suscripciones o atención al cliente, en lugar de enumerar los proyectos actuales o dibujar la estructura jerárquica. Un mapa útil conecta cada capacidad con un resultado, una persona responsable, pruebas y una brecha de mejora claramente expresada.
Para el contexto estratégico más amplio, consulta el análisis estratégico en una pizarra compartida y conserva el mapa de capacidades como la visión concreta de lo que la organización puede entregar de forma fiable.
Capacidad, proceso, proyecto y departamento son cosas distintas
| Término | Qué describe | Ejemplo |
|---|---|---|
| Capacidad | Una aptitud relativamente estable que la organización puede realizar. | Recuperar un pago de suscripción fallido. |
| Proceso | Una secuencia utilizada para realizar el trabajo. | Detectar un pago fallido, avisar a la cuenta y reintentarlo. |
| Proyecto | Un esfuerzo de cambio con duración limitada. | Sustituir este trimestre el servicio de reintento de pagos. |
| Departamento | Un grupo con una relación de reporte u operación. | Operaciones de ingresos. |
| Resultado | El efecto que la estrategia intenta lograr. | Más clientes conservan una suscripción activa. |
Estos términos se pueden conectar, pero no deben convertirse en una sola tarjeta. Un departamento puede ser responsable de varias capacidades y un proyecto puede mejorar una parte de una capacidad sin convertirse en la capacidad misma.
Ejemplo de mapa de capacidades para una empresa SaaS
Piensa en una organización SaaS que quiere reducir las interrupciones de suscripción evitables. Su mapa parte del resultado «los clientes mantienen una suscripción activa cuando falla un pago» y después agrupa las capacidades que lo sustentan.
Construye primero la jerarquía. En este ejemplo, Gestión de suscripciones es la capacidad de nivel 1. En el nivel 2 se sitúan la gestión de planes y permisos, la gestión de facturas, la recuperación de pagos y los informes de facturación. La recuperación de pagos puede desglosarse en nivel 3: detección de pagos fallidos, programación de reintentos y notificación al cliente. Coloca el resultado de continuidad de la suscripción fuera de la jerarquía y enlázalo con las capacidades pertinentes.
La guía de modelado de capacidades de SAP distingue esta jerarquía de un organigrama o una secuencia de pasos. Las personas responsables y las brechas actuales son anotaciones del mapa, no sustitutos de la jerarquía.
| Capacidad | Responsable | Pruebas que revisar | Límite actual | Pregunta de mejora |
|---|---|---|---|---|
| Configuración de planes y derechos | Operaciones de producto | Reglas de planes y casos de soporte | Los planes nuevos requieren una revisión manual | ¿Qué regla necesita un proceso de aprobación más claro? |
| Generación de facturas | Ingeniería de facturación | Muestras de facturas y registros de fallos | Los casos fiscales regionales se gestionan por separado | ¿Dónde necesita una factura un estado de excepción explícito? |
| Recuperación de pagos | Operaciones de ingresos | Recorrido de recuperación y motivos de contacto | El momento de los reintentos no es coherente entre planes | ¿Qué política de reintento se debería probar primero? |
| Informes de facturación | Sistemas financieros | Informe de conciliación y problemas abiertos | Un informe mezcla pagos liquidados y pendientes | ¿Qué distinción necesita la persona que decide? |
Evalúa cada capacidad con un criterio definido. Para la recuperación de pagos, compara la aplicación de las reglas de reintento entre planes. Marca «no evaluada» cuando falten pruebas; no significa que la capacidad sea deficiente.
Conecta las brechas con las decisiones estratégicas
Empieza con un resultado y pregunta qué capacidades lo hacen posible y qué pruebas muestran su estado actual. Destaca una brecha solo cuando cambie una decisión. Por ejemplo, unos tiempos de reintento incoherentes pueden justificar una tarea de descubrimiento; no justifican automáticamente una reescritura. Añade una persona responsable y una fecha de revisión para convertir la brecha en una pregunta de mejora acotada.
Mantén el backlog de mejoras junto al mapa, pero separado visualmente. El mapa describe la capacidad actual; el backlog describe cambios propuestos. Cuando termina un proyecto, actualiza las pruebas y el límite de la capacidad. No dejes tarjetas de proyectos terminados en el mapa como si fueran capacidades permanentes.
Estructura de mapa de capacidades para copiar
| Resultado | Capacidad | Responsable | Pruebas | Límite / incógnita | Siguiente pregunta |
|---|---|---|---|---|---|
| Resultado A | — | — | — | — | — |
| Resultado A | — | — | — | — | — |
| Resultado B | — | — | — | — | — |
Construye el mapa en Boardmix
En un tablero de Boardmix, coloca los resultados estratégicos en la parte superior, las tarjetas de capacidades en filas debajo y las notas de pruebas junto a ellas. Usa conectores para mostrar relaciones relevantes, no una jerarquía de reportes. Mantén el backlog de mejoras en un marco separado para que el mapa actual siga siendo legible mientras el equipo debate posibles cambios.
Abre un tablero de Boardmix y empieza por Gestión de suscripciones y sus cuatro capacidades de apoyo. Añade el detalle de recuperación de pagos y conecta la brecha actual con el backlog de mejoras.
