Hay una situación que le pasa a mucha gente buena en su pega:
Tienes una idea excelente.
Es obvia. Es necesaria. Incluso todo el equipo la comenta.
Pero cuando la llevas a jefatura, te dicen:
- “interesante… pero no”
- “no hay presupuesto”
- “no es prioridad”
- “deja el mail y lo vemos”
Y ahí aparece el problema real: tu idea no se rechazó por mala. Se rechazó porque no estaba “justificada” en formato empresa.
Por eso se busca tanto:
- cómo hacer un caso de negocio
- business case plantilla
- cómo presentar un proyecto para que lo aprueben
- cómo calcular ROI de un proyecto
- KPIs para justificar un proyecto
Hoy te voy a dar un sistema sencillo para armar un business case de 1 página, con ROI estimado (sin Excel eterno) y con la estructura que la jefatura entiende.
El problema: tu idea es buena, pero “no está justificada”
La jefatura no evalúa ideas. Evalúa decisiones.
Y para decidir, casi siempre hacen estas 5 preguntas:
Las 5 preguntas que siempre hace la jefatura
- ¿Qué problema resuelve y cuánto duele hoy?
- ¿Qué propones exactamente y qué NO incluye?
- ¿Cuánto cuesta (plata/tiempo/recursos)?
- ¿Qué ganamos y cómo lo medimos (KPIs)?
- ¿Qué riesgo tiene y cómo lo mitigamos?
Si tú respondes eso en una página, dejas de ser “el que se queja” y pasas a ser “el que trae soluciones”.
Business case en 1 página (estructura ganadora)
Esta estructura es la que más funciona porque es clara y corta. La idea no es impresionar. Es que te entiendan y te aprueben.
1) Problema + impacto (con datos)
Problema (1 frase):
“En [proceso], ocurre [dolor] con frecuencia [X].”
Impacto (3 bullets):
- Tiempo: ___ horas/semana
- Plata: ___ $/mes (estimado)
- Riesgo: reclamos, errores, reputación, multas (si aplica)
Tip: si no tienes datos exactos, estima conservador y explica cómo.
2) Propuesta + alcance (qué sí / qué no)
Aquí evitas el “miedo a la bola de nieve”.
Propuesta (1 frase):
“Implementar [acción/piloto] para reducir [impacto].”
Alcance (qué sí):
- incluye A, B, C
No alcance (qué no):
- no incluye X, Y
Esto baja resistencia.
3) Costos + recursos
Costos no siempre son plata. También son horas y apoyo.
Costos típicos:
- horas de equipo (ej. 10 horas en 2 semanas)
- herramientas (si aplica)
- capacitación (si aplica)
Recursos:
- responsable
- apoyo requerido (ej. TI / operaciones / jefatura)
4) Beneficios + KPIs (cómo lo medimos)
Aquí “vendemos” con datos.
Ejemplos de KPIs simples:
- tiempo de respuesta
- errores por semana
- reclamos por mes
- productividad (output/hora)
- cumplimiento de plazo
Regla: 1 KPI principal + 2 secundarios.
5) Riesgos + mitigación
Esto te hace sonar pro.
Riesgos típicos:
- resistencia del equipo
- errores al inicio
- dependencia de otra área
Mitigación:
- capacitación corta
- checklist
- piloto controlado
- revisión semanal
6) Plan piloto y próximos pasos
El piloto es la clave para que no te digan “no”.
Formato:
- piloto de 2 semanas
- con meta definida
- y decisión al final (seguir/ajustar/descartar)
Frase de cierre para jefatura:
“Pido permiso para un piloto de 2 semanas. Si no mejora el KPI, lo cerramos sin costo grande.”
Eso es difícil de rechazar.
ROI en simple (cómo estimarlo sin complicarte)
ROI asusta porque suena a finanzas. Pero en empresa, el ROI básico es:
Beneficio estimado / costo estimado
No busques precisión perfecta. Busca claridad y sentido.
Ahorro de tiempo → $
Ejemplo:
- hoy se pierden 4 horas/semana
- costo hora promedio estimado $10.000
- ahorro mensual: 4h x 4 semanas x $10.000 = $160.000
Reducción de errores/reclamos → $
Ejemplo:
- 10 reclamos/mes
- cada reclamo cuesta 20 min + reenvío promedio $5.000
- costo total aproximado: (10 x 20 min) + (10 x $5.000)
Mejora de productividad → $
Ejemplo:
- se producen 100 unidades/día
- sube a 110 con mismo equipo
- valor de esa mejora depende del negocio, pero puedes expresarlo como “capacidad liberada”.
Tip: si no puedes monetizar algo, al menos cuantifica (tiempo, errores, reclamos).
Mini-ejemplos (para que veas cómo se escribe)
Ejemplo 1: Operación
Problema: errores en preparación de pedidos
Impacto: 6 reclamos/semana + 3 horas reproceso
Propuesta: checklist + doble verificación por 2 semanas
KPIs: errores/semana, tiempo reproceso, reclamos
ROI: ahorro horas + menos reenvíos
Ejemplo 2: Servicio al cliente
Problema: respuestas tardías y tono inconsistente
Impacto: clientes insistiendo + escalamiento
Propuesta: scripts + SLA + tablero simple
KPIs: tiempo respuesta, reclamos, NPS (si aplica)
Ejemplo 3: Administración
Problema: info duplicada en 5 planillas
Impacto: 4 horas/semana en búsqueda + errores
Propuesta: fuente única + ritual semanal
KPIs: tiempo búsqueda, errores en reporte
Checklist final para presentarlo a jefatura
Antes de presentar, revisa:
- Respondo las 5 preguntas de jefatura
- Cabe en 1 página
- Tengo 1 ejemplo real ocurrido esta semana
- Tengo 1 KPI principal + 2 secundarios
- Tengo un piloto de 2 semanas (con meta)
- Tengo riesgos + mitigación
- Termino pidiendo permiso para el piloto (no para “cambiar todo”)
Errores comunes (y cómo evitarlos)
- Llegar con “opinión” → usa impacto medible.
- Propuesta demasiado grande → piloto corto.
- No definir KPIs → 1 principal + 2 secundarios.
- ROI imposible de explicar → cuantifica tiempo/errores.
- No decir qué NO incluye → aclara no alcance.
Integración natural del curso (sin publicidad barata)
Si este business case en 1 página te sirvió, imagina tener:
- plantillas completas,
- ejemplos,
- herramientas de priorización,
- Lean para pilotos,
- y guías para presentar a jefatura con alta probabilidad de aprobación.
Eso es justamente lo que enseña el curso Innovar en tu Trabajo: de problemas diarios a proyectos que se aprueban.
FAQ
¿Qué es un caso de negocio (business case)?
Es un documento breve que justifica una inversión o proyecto con problema, costos, beneficios, KPIs y riesgos.
¿Cómo calcular ROI de un proyecto de mejora?
Estimando beneficios (tiempo, errores, reclamos) y comparándolos con costos (horas, recursos, herramientas).
¿Cómo presentar un proyecto para que lo aprueben?
En 1 página, con piloto de bajo riesgo y KPIs claros.
Cierre
Para que te aprueben proyectos no necesitas un cargo. Necesitas claridad.
La jefatura aprueba cuando entiende:
problema + impacto + propuesta + costo + beneficio + riesgo.
Si quieres el sistema completo (de problema a piloto y a business case que se aprueba), revisa el curso aquí: