Cómo las ONG y los gobiernos demuestran su impacto a un donante escéptico
Un informe de resultados y una afirmación de impacto verificada no son el mismo documento. Los donantes y los auditores distinguen cada vez mejor uno de otro, y tratarlos como intercambiables es la forma de que una conversación de renovación salga mal.
01Los informes de actividad no son evidencia de impacto
Un informe de programa que enumera talleres realizados, beneficiarios alcanzados y materiales distribuidos documenta que hubo actividad. No establece que la actividad cambiara un resultado. Los donantes se han vuelto más hábiles para detectar esta distinción, y un informe que confunde ambas cosas, presentando conteos de actividad como si fueran evidencia de impacto, se lee hoy como menos creíble de lo que habría sido hace cinco años, y no más.
La brecha importa sobre todo justo en el momento en que una organización puede permitírsela menos: una decisión de renovación, una evaluación de programa o un momento de rendición de cuentas pública donde una afirmación concreta se pone a prueba directamente.
02Dónde suelen desmoronarse las afirmaciones de impacto bajo el escrutinio
La atribución es el fallo más común: un programa informa que un resultado mejoró en las zonas donde operó, sin una comparación frente a lo que habría ocurrido de todos modos, ni frente a zonas que el programa no alcanzó. Sin esa comparación, la afirmación es una correlación disfrazada de resultado. Los datos de línea base constituyen el segundo fallo: afirmar una mejora exige un punto de partida documentado, recopilado con el mismo rigor que la medición del resultado, y no reconstruido retroactivamente una vez que el programa ya está en marcha y un donante pide evidencia. Y la consistencia de la medición es el tercero: resultados seguidos con un método o una muestra distintos en cada período de reporte producen cifras que no son realmente comparables entre sí, aunque se presenten en el mismo gráfico como si lo fueran.
Cualquiera de estas brechas basta para que un donante cuidadoso descarte el informe completo, y no solo la afirmación concreta que socava.
03Qué exige una base de evidencia de impacto defendible
El mismo estándar de trazabilidad que se aplica a cualquier afirmación de calidad probatoria se aplica aquí, con una adición propia de este sector: un plan de medición preinscrito, definido antes de que empiece el programa, que indique qué se medirá, cómo, y frente a qué línea base o grupo de comparación. Este único documento hace más por establecer la credibilidad que cualquier cantidad de visualización de datos a posteriori, porque demuestra que la organización se comprometió con un estándar de medición antes de saber cuáles serían los resultados, lo contrario de ajustar la metodología a posteriori para encajar con un relato.
Más allá de eso: datos de línea base recopilados con el mismo método documentado que los datos de resultado, una declaración clara de lo que es atribuible al programa frente a lo que está correlacionado con él, y una medición consistente entre períodos de reporte para que las tendencias sean realmente tendencias y no artefactos de una metodología modificada.
04Por qué esto se está volviendo no opcional, y no solo una buena práctica
Los socios de desarrollo y los donantes gubernamentales piden cada vez más explícitamente este estándar de evidencia, no porque el reporte de impacto se haya vuelto más difícil, sino porque demasiados programas hicieron afirmaciones que no resistieron un examen más detenido, y todo el sector carga ahora el costo de credibilidad de ese patrón. Una organización capaz de producir una base de evidencia de impacto genuinamente defendible (atribución abordada, línea base documentada, metodología consistente) se diferencia de inmediato precisamente en las conversaciones que determinan si continúa el financiamiento.
La alternativa no es la deshonestidad. Por lo general es simplemente una organización que nunca incorporó la disciplina de medición desde el principio y que ahora intenta construir un relato defendible a partir de datos que nunca se diseñaron para sostener uno. Ese es un problema más difícil de corregir a posteriori que de diseñar correctamente desde el inicio del próximo ciclo de programa.
¿Tiene un problema relacionado?
Iniciar una conversación→