2. DIAGNÓSTICO
La función del diagnóstico es demostrar —con evidencia— que existe un problema público identificado, que afecta a una población definida, y que su origen puede ser abordado desde el nivel programático. Un diagnóstico sólido establece la coherencia entre el problema, sus causas, los efectos negativos que genera y las características de la población afectada.
2.1 Problema Principal
El problema principal es el punto de partida de todo el diseño. Debe expresar con precisión la situación negativa que afecta a una población determinada y que el programa busca resolver. Su correcta formulación es crítica: un problema mal planteado genera inconsistencias en cadena en los objetivos, la estrategia y los indicadores. El enunciado debe ser breve, específico y redactado en términos del estado de la población, no de la ausencia de la solución.
| Campo | Descripción |
* Problema principal Máx. 300 caracteres | Enunciado breve de la situación negativa que afecta el bienestar de una población y que el programa busca resolver. |
Definición de conceptos Máx. 2.000 caracteres | Defina todos los conceptos o términos clave del enunciado del problema, con sus respectivas fuentes de información. |
Magnitud del problema Máx. 2.000 caracteres | Datos cuantitativos actualizados que dimensionen el problema e indiquen su evolución en el tiempo (mejoró, empeoró, se mantuvo estable). |
Caracterización de la población afectada Máx. 2.000 caracteres | Perfil sociodemográfico, distribución geográfica y factores de vulnerabilidad. Debe ser consistente con la población potencial (sección 3). |
⚠ Errores frecuentes a evitar
- Plantear el problema como la falta de la solución propuesta.
- Presentarlo como un objetivo.
- Incluir varios problemas en un mismo enunciado.
- No especificar la población afectada.
2.3 Causas del Problema
Las causas son los factores que explican por qué existe el problema. Identificarlas correctamente es esencial, ya que cada componente del programa debe abordar al menos una causa declarada: si hay causas sin componente asociado, el diseño es inconsistente. Las causas deben estar respaldadas por evidencia y corresponder a factores reales que el programa pueda influir desde el nivel programático.
| Campo | Descripción |
| * Número de causas | Entre 1 y 10. Toda causa declarada debe ser abordada por al menos un componente del programa. |
* Nombre de la causa Máx. 300 caracteres por causa | Nombre representativo. La causa debe corresponder a un factor que explique el origen del problema, no a un objetivo ni solución. |
Relación con el problema y evidencia Máx. 2.000 caracteres por causa | Fundamente con evidencia la vigencia y relevancia de cada causa, explicando cómo da origen al problema principal. |
⚠ Errores frecuentes a evitar
- Presentar causas que son efectos o manifestaciones del problema, no su origen.
- Incluir causas que no pueden ser atendidas desde el nivel programático.
- Presentar más causas de las que los componentes pueden abordar.
- Incluir causas sin datos o evidencia que las respalden.
2.4 Efectos del Problema
Los efectos son las consecuencias adversas que genera el problema sobre la población afectada y sobre la sociedad en general. Declararlos permite dimensionar la urgencia e importancia de intervenir, y contribuye a justificar la atingencia del programa. Deben ser redactados en términos negativos —lo que ocurre si no se actúa— y no confundirse con objetivos ni soluciones.
| Campo | Descripción |
* Efectos del problema Máx. 2.000 caracteres | Identifique y respalde con evidencia los efectos negativos asociados al problema: consecuencias adversas que ocurren o podrían ocurrir en caso de no intervenir. Los efectos deben redactarse en términos negativos y no corresponder a objetivos o soluciones del programa. |
2.5 Justificación de la Reformulación
Esta sección explica por qué el programa requiere modificar su diseño actual. Una reformulación bien justificada demuestra que el equipo ha analizado críticamente el desempeño del programa —a partir de evidencia de monitoreo, evaluaciones u otros antecedentes— y que los cambios propuestos responden a limitaciones reales del diseño vigente, no a ajustes menores o preferencias coyunturales.
ℹEsta sección aplica solo a programas reformulados.
| Campo | Descripción |
Justificación Máx. 3.000 caracteres | Fundamente la necesidad de reformular el programa, describiendo los principales cambios respecto del diseño anterior (poblaciones, componentes, estrategia, focalización, indicadores). La justificación debe respaldarse con evidencia: resultados de desempeño, monitoreo, evaluaciones previas u otros antecedentes. |
2.6 Evidencia de Experiencias Similares
El diseño del programa no debería construirse desde cero: la revisión de experiencias comparables —nacionales o internacionales— permite validar que la estrategia propuesta tiene respaldo empírico. Esta sección busca demostrar que las decisiones de diseño adoptadas están fundamentadas en evidencia de qué funciona y qué no, en contextos similares al del programa.
| Campo | Descripción |
* Evidencia Máx. 3.000 caracteres | Explique cómo el diseño propuesto se sustenta en experiencias similares nacionales y/o internacionales. Identifique programas comparables, estudios, evaluaciones u otra evidencia que respalde la pertinencia de las decisiones de diseño adoptadas. |
* Bibliografía utilizada Máx. 3.000 caracteres | Listar todas las fuentes de información y referencias bibliográficas utilizadas en el diagnóstico. |