Matriz de marco lógico para programas de apoyo empresarial: cómo armarla para que sirva

Key Takeaways

• El marco lógico es un método para planear un programa desde el problema que resuelve, y la matriz de cuatro filas por cuatro columnas es su resumen. La Comisión Europea lo describe como una ayuda para pensar (Project Cycle Management Guidelines, 2004).
• Cada matriz tiene un solo propósito. Es el cambio que el programa busca en las empresas y queda fuera del control directo del operador, que responde por los componentes (Comisión Económica para América Latina y el Caribe, CEPAL, Metodología del marco lógico, 2005).
• En Colombia, la Metodología General Ajustada (MGA) del Departamento Nacional de Planeación (DNP) se apoya en el marco lógico. Su cadena de valor resume la lógica vertical de la matriz, y lo que el marco lógico llama componentes, la MGA lo trata como productos.
• La columna de supuestos suele ser la que menos se trabaja, y en un programa empresarial es donde está el riesgo. En las matrices débiles se vuelve la columna de "lo demasiado difícil", según la revisión de Isabel Vogel para la cooperación británica (DFID, 2012).
• Una matriz que no se revisa durante la ejecución se vuelve camisa de fuerza. El Banco Interamericano de Desarrollo (BID) ya pedía en 1997 modificarla varias veces, en la preparación y en la ejecución.

Casi todo programa de apoyo empresarial financiado con recursos públicos o de cooperación termina con una matriz de marco lógico. La pide el banco multilateral, la pide el DNP a través de la MGA (en Colombia) o la pide el comité que aprueba el presupuesto. Muchas veces se llena al final, cuando el diseño ya está decidido, para cumplir el requisito.

Esta guía es para quien tiene que armarla y quiere que le sirva para algo más que pasar el filtro: secretarías de desarrollo económico, cámaras de comercio, fundaciones y oficiales de programa. Explica cómo se construye paso a paso aplicada a programas con empresas, con un ejemplo completo y con los errores que documenta la literatura de cooperación y que también encontramos al operar programas.

¿Qué es el marco lógico?

El marco lógico es un método de planeación que parte de un problema, lo convierte en objetivos y organiza el programa como una cadena de causas y efectos verificable. El resultado se resume en una matriz de cuatro filas (fin, propósito, componentes y actividades) y cuatro columnas (resumen narrativo, indicadores, medios de verificación y supuestos).

Según la Comisión Europea, nació a fines de los años sesenta para ayudar a la agencia de cooperación de Estados Unidos (USAID) a planear y evaluar mejor sus proyectos, y esa misma Comisión lo exige en su ciclo de proyectos desde 1993. El manual de CEPAL lo presenta como respuesta a tres problemas que siguen siendo comunes: objetivos múltiples que no se conectan con las actividades, responsabilidades difusas de quien gerencia y ninguna imagen clara de cómo se vería el éxito.

Conviene separar dos cosas que suelen confundirse. El enfoque de marco lógico es el proceso de análisis: quiénes están involucrados, cuál es el problema, qué objetivos se derivan y qué estrategia se escoge. La matriz es el documento que resume ese análisis. Cuando se llena la matriz sin haber hecho el análisis, el documento queda bien presentado y no dice nada.

Las columnas responden cuatro preguntas para cada fila: qué se busca (resumen narrativo), cómo se sabe que se logró (indicadores), de dónde sale el dato (medios de verificación) y qué tiene que pasar afuera para que funcione (supuestos).

La matriz se lee en dos direcciones. La lógica vertical va de abajo hacia arriba: si se hacen las actividades y se cumplen sus supuestos, se producen los componentes; si se producen los componentes y se cumplen sus supuestos, se logra el propósito; y si se logra el propósito y se cumplen sus supuestos, el programa contribuye al fin. La lógica horizontal recorre cada fila: qué se quiere lograr, cómo se mide y de dónde sale el dato.

¿Cómo se relaciona con la cadena de valor y la MGA del DNP?

En Colombia, el marco lógico llega casi siempre por la Metodología General Ajustada (MGA), la herramienta con la que se formulan y registran los proyectos de inversión pública. El manual conceptual del DNP dice que la MGA se apoya en el marco lógico y que la cadena de valor resume la estructura vertical de la matriz.

La equivalencia práctica es esta: el problema central del árbol se convierte en el objetivo general, sus causas en objetivos específicos, y los componentes del marco lógico se asimilan a los productos de la cadena de valor. La guía de cadena de valor del DNP pide además al menos dos actividades por producto, y advierte un error frecuente al redactar el objetivo general: meter en él la solución o las metas.

Hay un detalle práctico que conviene saber antes de redactar los componentes. En la MGA los productos no se escriben libremente: se escogen del catálogo de productos del sector, y cada uno trae sus indicadores estandarizados. Revisa ese catálogo primero, para que los entregables que vas a pagarle al operador correspondan a un producto que se pueda registrar.

Para quien formula un programa empresarial con recursos públicos colombianos, esto significa que el trabajo de marco lógico se hace una sola vez y alimenta las dos cosas: la matriz que pide un cooperante y la cadena de valor que pide la MGA.

¿Por qué tantos marcos lógicos no sirven para gestionar el programa?

Muchos marcos lógicos no sirven para gestionar porque se llenan al final, para cumplir el requisito, y no se vuelven a abrir durante la ejecución. Des Gasper (2000), que estudió el uso del método en cooperación, describe dos vicios: llenar casillas sin una lógica precisa y congelar la matriz como instrumento de rendición de cuentas hacia arriba.

La revisión que Oliver Bakewell y Anne Garbutt hicieron para Sida en 2005 encontró lo mismo en la práctica: en teoría la matriz podía revisarse durante el ciclo, y casi nunca se hacía. Recogen el caso de un socio en Centroamérica que se sentía obligado a construir un edificio previsto en la matriz aunque el negocio que lo justificaba perdía dinero, hasta que pidió permiso para aplazar la obra. Cuando la matriz se vuelve contrato, cambiarla parece incumplir.

Hay un tercer problema, más silencioso. La revisión de Isabel Vogel para la cooperación británica (DFID, 2012) encontró que, en las matrices débiles, la columna de supuestos se había vuelto la columna de "lo demasiado difícil". En un programa empresarial esa columna guarda casi todo el riesgo, porque ahí queda escrito, o sin escribir, lo que tiene que pasar para que una empresa que recibe un plan lo ejecute.

Cómo construir el marco lógico de un programa empresarial paso a paso

Si ya tienes la teoría de cambio del programa, los pasos 1 a 3 salen de ella: el análisis de situación es tu árbol de problemas y el cambio directo es tu propósito. Si no la tienes, estos pasos te dan una versión mínima. Llega al taller con datos del segmento que vas a atender, la lista de actores (financiador, posible operador, empresarios) y el formato de matriz que pide tu financiador.

1. Arma el árbol de problemas con quienes conocen a las empresas

El manual de CEPAL advierte que la matriz refleja el análisis que la precede, y por eso el trabajo empieza aquí. El árbol de problemas pone en el centro el problema que el programa quiere resolver, debajo sus causas y arriba sus efectos. CEPAL recomienda construirlo en taller con los involucrados, y en un programa empresarial eso incluye a empresarios del segmento que se quiere atender y a quien va a operar.

El error típico es escribir como problema la ausencia de la solución: "las empresas no tienen acceso a asesoría". Eso ya trae el programa adentro. El problema es lo que le pasa a la empresa: "las empresas del sector no venden fuera de su ciudad", y la falta de asesoría será una causa posible entre varias.

2. Convierte el árbol en objetivos y decide qué ramas atiendes

Cada estado negativo del árbol se reescribe como estado positivo, y así el problema central se vuelve el objetivo general y sus causas los objetivos específicos. Un programa rara vez puede atender todas las causas, así que este es el momento de escoger.

Escribe también qué causas quedan por fuera y quién las atiende. Si la causa principal de que las empresas no exporten es un trámite aduanero que el programa no toca, ningún acompañamiento lo va a compensar, y es mejor que la matriz lo diga desde el principio.

3. Escribe un solo propósito, en términos de lo que cambia en las empresas

El propósito es el cambio que el programa espera ver en las empresas atendidas, y CEPAL y el BID piden uno por matriz. En la MGA cumple el papel del objetivo general: es la misma frase. Debe poder verificarse en la empresa: "las empresas atendidas venden a través de al menos un canal en línea propio" se puede comprobar; "fortalecer las capacidades digitales del tejido empresarial" no.

El propósito queda fuera del control directo del operador, porque depende de lo que decidan las empresas. Por eso el operador responde por los componentes y el programa entero responde por el propósito. Si el propósito está bien escrito, es la misma frase que en el diseño del programa aparece como el cambio esperado, y es el punto de partida de la teoría de cambio.

4. Define los componentes como entregables que el operador controla

Los componentes son lo que el programa entrega: un diagnóstico validado con la empresa, un plan de acción aprobado, un acompañamiento completado, una agenda de reuniones comerciales. Están bajo control de quien opera y por eso son la base natural para pagarle. Si el financiador quiere atar una parte del pago a hitos en las empresas, esos hitos salen del indicador del propósito, con su forma de verificación definida desde el diseño.

Cada componente debe ser necesario para el propósito, y entre todos deben bastar. Si al quitar un componente el propósito se sigue logrando igual, sobra. Si al ponerlos todos el propósito todavía depende de algo que nadie entrega, falta uno. Cuando la matriz alimenta la contratación, estos componentes son los que conviene volver entregables en los términos de referencia del operador.

5. Lista las actividades sin amarrar la metodología

Las actividades son lo que hay que hacer para producir cada componente. En el formato de CEPAL, la casilla de indicadores de esta fila lleva el presupuesto de cada actividad. La guía del DNP pide al menos dos actividades por producto.

Descríbelas en el nivel que necesita el presupuesto y no más. El costo puede estimarse por entregable y por empresa (diagnóstico validado, plan aprobado, acompañamiento completado) sin convertir esa estimación en un número obligatorio de sesiones. Fijar en la matriz las sesiones o las horas por empresa vuelve contractual una decisión metodológica, y el operador termina cumpliendo el insumo aunque la empresa necesite otra cosa.

6. Escribe los supuestos como condiciones "si... entonces"

Los supuestos son las condiciones fuera del control del programa que tienen que cumplirse para que cada nivel lleve al siguiente. Se escriben en cadena: si se entregan los componentes y además se cumple tal condición, entonces se logra el propósito.

En programas empresariales hay supuestos que casi siempre aparecen y casi nunca se escriben. Que las empresas sigan operando durante el programa. Que el dueño tenga tiempo para las sesiones. Que exista demanda para lo que se les ayuda a vender. Que la empresa ancla de un programa de proveedores mantenga sus compras. CEPAL propone pasar cada uno por cuatro preguntas: si de verdad está fuera del control del programa, si los resultados dependen de él, qué tan probable es que se cumpla y, si es poco probable, si el programa se puede rediseñar. Lo que el programa controla no es un supuesto, es una decisión de diseño. Lo que es casi seguro no hace falta escribirlo. Y lo que es importante y poco probable no se resuelve dejándolo en la columna: necesita un componente que lo atienda o un cambio de diseño.

7. Completa indicadores y medios de verificación por fila

Cada fila lleva sus indicadores, especificados en cantidad, calidad y tiempo, y la fuente de donde sale el dato. CEPAL advierte que los indicadores del propósito no deben ser un resumen de los componentes: contar planes entregados no dice si las empresas cambiaron algo.

Los medios de verificación tienen que ser necesarios y suficientes, y alguien tiene que estar encargado de producirlos. Si el indicador del propósito exige volver a las empresas seis meses después del cierre, esa medición va en las actividades y en el presupuesto. El detalle de cómo escribir cada indicador con su ficha técnica está en indicadores para programas de fortalecimiento empresarial.

8. Deja escrito cuándo y cómo se revisa la matriz

Un documento de evaluación del BID de 1997, que el manual de CEPAL cita y del que toma buena parte de su explicación de la matriz, pedía elaborarla con el ejecutor y modificarla repetidas veces, durante la preparación y durante la ejecución. La Comisión Europea recomienda revisarla cada vez que aparezca información nueva.

Pon en el diseño uno o dos momentos de revisión (por ejemplo, al terminar la selección de empresas y a mitad de la ejecución) y define quién puede aprobar cambios en actividades y componentes sin tocar el propósito.

Ejemplo de matriz de marco lógico: programa de desarrollo de proveedores

Piensa en un programa en el que una empresa grande y una cámara de comercio acompañan a pequeños proveedores locales para que puedan venderle a la empresa ancla. Las metas van entre corchetes porque en una matriz real se fijan con la línea base.

Fíjate en tres cosas. Los indicadores del propósito miden auditorías superadas y compras reales, no planes entregados, y la medición de compras ocurre después del cierre, así que tiene que estar presupuestada. Cada componente tiene su propio indicador, que es lo que después se vuelve entregable para el operador. Y el supuesto de los componentes, que la empresa ancla mantenga sus compras, es el que puede tumbar todo el programa: vale la pena convertirlo en un compromiso firmado antes de abrir la convocatoria.

Caso real: asesores formados en inteligencia artificial en Centroamérica

En 2026 diseñamos y facilitamos, para un organismo de cooperación en Centroamérica, un programa de formación en inteligencia artificial para asesores de centros públicos de atención a micro y pequeñas empresas. Sirve para ver en la práctica la diferencia entre componente y propósito, porque el programa se podía haber dado por cumplido mirando solo la fila de componentes.

La meta era certificar al menos 75 asesores, y se certificaron 117. Ese número es un componente: lo controla el operador y dice que la formación se entregó. El propósito era otro, que los asesores mejoraran la asesoría que dan a empresas de base digital y de la industria cultural y creativa. Por eso la evaluación de cada asesor fue una empresa real de su cartera, intervenida durante la formación, y no un examen. Así se acompañaron 79 empresas creativas, desde talleres de artesanía hasta compañías de danza.

Dos supuestos se trabajaron desde el diseño. El primero era sobre el punto de partida de los asesores: el diagnóstico de entrada mostró que la mitad estaba en nivel digital muy básico o básico, y por eso la mentoría se hizo en grupos pequeños y corrió en paralelo con la formación desde el principio. El segundo era que cada asesor tuviera una empresa con la cual practicar, porque sin ella la aplicación habría sido un caso inventado.

Si el informe hubiera reportado solo la fila de componentes, el programa habría quedado 56% por encima de la meta y nadie sabría si algún asesor cambió su forma de asesorar. La fila del propósito es la que responde esa pregunta.

¿Cuándo conviene hacer la teoría de cambio antes que la matriz?

Conviene cuando el programa depende de que las empresas cambien una práctica, y casi todos los programas empresariales dependen de eso. La matriz tiene una casilla de supuestos por fila, y ahí no cabe explicar por qué una empresa que recibe un plan lo ejecuta. La revisión de Vogel recoge opiniones divididas, aunque la mayoría de los entrevistados encontró útil tener las dos herramientas. La comparación completa y el método para construirla están en teoría de cambio para programas de desarrollo empresarial.

Preguntas frecuentes sobre el marco lógico en programas empresariales

¿Cuál es la diferencia entre el fin y el propósito en una matriz de marco lógico?

El propósito es el cambio directo que el programa busca en las empresas que atiende, y el fin es el objetivo más amplio al que contribuye junto con otros factores. El programa responde por el propósito. El fin se declara para mostrar hacia dónde apunta, pero no se le puede atribuir solo al programa, y es honesto decirlo así.

¿Qué hago si el programa tiene más de un propósito?

Usa una matriz maestra para el programa y una matriz subordinada para cada línea o proyecto. El BID describía ese esquema en 1997: el fin de cada matriz subordinada es el propósito del programa completo. Así cada línea conserva un solo propósito y el programa no mezcla objetivos que se miden distinto.

¿Qué indicadores van en el propósito y cuáles en los componentes?

En los componentes van indicadores de lo que el operador entrega, como diagnósticos validados o planes aprobados. En el propósito van indicadores de lo que cambia en las empresas, como compras recibidas o una práctica que se mantiene meses después. Si el indicador del propósito se cumple con solo sumar los componentes, está en el nivel equivocado.

¿Quién debe construir el marco lógico de un programa?

Lo debe construir la entidad que financia junto con quien va a ejecutar, y con participación de empresas del segmento que se quiere atender. Si el operador todavía no está contratado, conviene validar la matriz con alguien que haya operado un programa parecido antes de abrir la convocatoria, porque los supuestos se ven distinto desde la operación.

¿Cada cuánto se actualiza una matriz de marco lógico?

Cada vez que aparezca información que cambie lo que se sabía al diseñar, y como mínimo en uno o dos momentos fijados desde el principio. Las actividades y los componentes pueden ajustarse durante la ejecución. El propósito no debería cambiar; si hay que cambiarlo, el programa está pidiendo un rediseño y no una actualización.

Una matriz vale por las conversaciones que obliga a tener

Una matriz de marco lógico bien hecha obliga a decidir pronto lo que después sale caro decidir tarde: cuál es el único cambio que el programa promete, qué entrega el operador para lograrlo y qué tiene que pasar afuera para que funcione. Cuando esas decisiones están escritas, la matriz sirve para gestionar el programa mes a mes.

Si estás formulando un programa y quieres revisar la matriz antes de presentarla al financiador o de abrir la convocatoria del operador, podemos hacerlo contigo en una sesión de trabajo.

Pide una sesión de diseño | Cómo trabajamos con instituciones

Lee también: Cómo diseñar un programa de apoyo empresarial