Guía
Business case: justificar un proyecto antes de lanzarlo
Un business case compara lo que costará un proyecto con lo que aportará, y con el coste de no hacer nada. Es un documento de decisión, no un argumentario.
El business case, o caso de negocio, es el documento que permite a un patrocinador decidir si un proyecto merece existir. Expone el problema, las opciones consideradas, lo que costaría cada una, lo que aportaría cada una y cuál se recomienda. Su razón de ser es hacer posible una decisión, incluida la de decir que no.
Qué debe contener
El problema o la oportunidad, enunciado en términos que un no especialista entienda. Las opciones examinadas, incluida la de no hacer nada: un business case con una sola opción es una petición de aprobación, no un análisis. El coste completo de cada opción, los beneficios esperados con sus fechas y responsables, los riesgos principales y una recomendación clara. El resto son anexos.
Cuantificar los beneficios sin engañarse
Un beneficio es creíble cuando es medible, atribuible al proyecto y fechado. «Mejora de la productividad» no es nada de eso; «tres horas semanales ahorradas para doce gestores a partir del segundo trimestre» lo es en los tres planos. La prueba que separa ambos es sencilla: alguien debe aceptar responder por la cifra una vez entregado el proyecto.
Costear el conjunto, no solo el proyecto
El coste de un proyecto no termina en la puesta en marcha. Licencias, alojamiento, soporte, formación y el esfuerzo necesario para mantener la solución viva forman parte de la ecuación, cada vez más a medida que el software pasa de la compra a la suscripción. Comparar una inversión con un gasto recurrente sobre el mismo horizonte es lo que hace las opciones realmente comparables.
ROI, VAN, plazo de recuperación y sus límites
El retorno de la inversión se comunica con facilidad pero ignora el tiempo. El valor actual neto descuenta los flujos futuros y resulta más honesto a varios años. El plazo de recuperación responde a una pregunta que los patrocinadores hacen de verdad: ¿a partir de cuándo recuperamos lo invertido? Ofrezca al menos dos de los tres y enuncie siempre las hipótesis: un business case con hipótesis ocultas no puede rebatirse y, por tanto, no puede creerse.
No muere en el lanzamiento
El fracaso más frecuente no es un mal business case, sino uno que nadie vuelve a abrir. Revisarlo en cada hito importante —¿siguen siendo válidas las hipótesis?, ¿siguen siendo alcanzables los beneficios prometidos?— es lo que permite detener un proyecto a tiempo. Un proyecto detenido al 30 % porque su justificación se ha evaporado es un éxito de gobernanza, no un fracaso.
Seguirlo en FoxPlan
FoxPlan mantiene el coste previsto y real de un proyecto, su ingreso y el margen resultante: la economía del business case sigue visible durante la ejecución y no solo en el momento de la aprobación. A nivel de cartera, los proyectos se comparan y se arbitran frente a la capacidad que consumen, que es justo donde un business case se confirma o queda discretamente desmentido.
