Un caso de negocio que se sostuvo cuando las preguntas se pusieron difíciles
Lo que sigue es un relato compuesto a partir de proyectos que hemos visto; los nombres y detalles son inventados. Un organismo público de tamaño medio quería reemplazar un sistema de registros envejecido. Dos equipos, con un año de diferencia, llevaron esencialmente la misma propuesta al mismo comité de aprobación. El primero fue devuelto. El segundo fue aprobado en una sola sesión. La tecnología era idéntica. Lo que difería era el caso de negocio detrás de ella.
El primer intento
El primer caso era seguro y delgado. Abría con una cifra — un gran ahorro anual — y con la estimación lustrosa de un proveedor sobre el retorno. Cuando un miembro del comité preguntó de dónde salía el ahorro, la respuesta fue un gesto vago hacia «la eficiencia». Cuando otro preguntó qué pasaría si el despliegue se retrasaba, como tantos durante las interrupciones del año anterior, no había respuesta preparada. El caso suponía lo mejor de cada variable a la vez, y el comité lo notaba. No rechazaron la idea; rechazaron el argumento que la sostenía, y pidieron al equipo que volviera con algo defendible.
Qué hizo distinto el segundo equipo
El segundo equipo trató el caso de negocio como un argumento que debía sobrevivir a una lectura hostil, no como un documento de venta. La estructura era poco vistosa, y ese era justamente el punto.
Nombraron el problema antes que la solución. Una página sobre lo que costaba el sistema viejo en términos reales — horas de personal, tasas de error, un riesgo de cumplimiento — para que el proyecto tuviera una razón de ser independiente del producto.
Mostraron las opciones, incluida no hacer nada. Un caso creíble compara alternativas. «No hacer nada» y «hacer lo mínimo» se costearon con honestidad, lo que hizo que la opción recomendada pareciera elegida y no supuesta.
Ataron cada beneficio a un responsable y a una medida. Cada ahorro reclamado tenía un nombre al lado — el gerente que rendiría cuentas por lograrlo — y una forma de medirlo tras la puesta en marcha.
Incorporaron rangos y sensibilidades. En lugar de un pronóstico heroico, mostraron un caso probable, un caso cauteloso y qué tenía que ser cierto para cada uno. La entrega remota y los retrasos de suministro se nombraron como riesgos, no se ignoraron.
Por qué el segundo caso se sostuvo
La tarea del comité es encontrar el punto débil de un argumento antes de comprometer dinero. El primer caso les daba una sola cifra que atacar y nada detrás. El segundo ya se había atacado a sí mismo: cada cifra era rastreable, cada beneficio tenía un responsable, y los riesgos estaban sobre la mesa en lugar de ocultos. Un revisor que intentaba abrir un agujero descubría que el equipo había pasado antes por ahí. Eso es lo que «sobrevivir al escrutinio» significa de verdad — no que nadie cuestione el caso, sino que las preguntas tengan respuesta.
La lección va mucho más allá de los sistemas de registros. Un caso de negocio no es una propuesta que se gana una vez; es una promesa de la que le harán responsable. Redáctelo de modo que la persona más escéptica del proyecto aún lo reconozca como honesto, y dedicará mucho menos tiempo a defenderlo y mucho más a entregar.
Si está preparando un caso que debe pasar un comité exigente, el asesoramiento en entrega de programas y proyectos de XNM puede ayudarle a construir uno que se sostenga ante las preguntas que importan.