En este artículo
RH identifica un problema que atraviesa varias áreas, pero la solicitud de consultoría llega al comité como una descripción del proveedor y una cotización. Dirección pregunta qué cambiará con la inversión y la respuesta vuelve a enumerar entrevistas, reportes y actividades. La dificultad no está necesariamente en el servicio: falta conectar el alcance con una decisión que la organización necesita tomar y con la capacidad que tendrá para actuar después.
Un caso de negocio de consultoría organizacional explica por qué conviene invertir en una intervención concreta frente a alternativas razonables. Debe mostrar el problema, la evidencia, las incertidumbres, los entregables y las dependencias internas. No necesita inventar un retorno financiero para parecer riguroso. Necesita que dirección pueda comprender qué comprará, qué decisión mejorará y qué información podría llevar a modificar o detener el proyecto.
Esta guía se concentra en la aprobación de una contratación, no en calcular su precio ni en repetir un catálogo de entregables. La propuesta comercial del proveedor es un insumo. El caso de negocio pertenece a la empresa porque incluye prioridades, recursos y responsabilidades que ningún proveedor puede decidir por ella. RH debe construir esa conexión antes de solicitar una aprobación definitiva.
Formular el problema como una decisión pendiente
Una descripción como mejorar la cultura es demasiado amplia para evaluar una inversión. Conviene explicar qué está ocurriendo y qué decisión no puede tomarse con suficiente claridad. Por ejemplo, dirección puede necesitar distinguir si una dificultad de coordinación requiere modificar responsabilidades, desarrollar prácticas de liderazgo o revisar un proceso. La consultoría se justifica por su contribución a esa decisión, no por la amplitud de su nombre.
La formulación debe evitar concluir la causa antes de revisar evidencia. Si RH afirma que la rotación ocurre por malos líderes, puede orientar toda la contratación a confirmar esa idea. Es más útil describir patrones observados y preguntas pendientes. El proyecto puede contrastar hipótesis, pero no debe recibir como mandato demostrar una explicación que todavía no está sustentada.
También debe delimitarse la población y el proceso. Un problema que aparece en una interfaz específica no requiere necesariamente un diagnóstico de toda la empresa. Ampliar alcance puede aportar contexto, pero también aumenta carga y costo. La solicitud necesita explicar por qué se incluyen ciertas áreas y qué quedará fuera para conservar una pregunta manejable.
El comité debería poder resumir la decisión en una frase después de leer la primera página. Si sólo recuerda que se contratará consultoría, todavía falta precisión. Una decisión clara permite comparar alternativas, definir criterios de aceptación y revisar al final si el trabajo produjo información útil, incluso cuando sus conclusiones sean diferentes de lo que RH esperaba.
Mostrar evidencia sin exagerar certeza
El caso puede reunir datos de proceso, resultados agregados y ejemplos documentados que expliquen la necesidad. No se trata de acumular todo lo disponible. Cada fuente debe aportar a la pregunta y mostrar su cobertura. Un indicador puede señalar una diferencia entre áreas sin explicar su causa; una entrevista puede aportar contexto sin representar a toda la organización.
RH necesita separar hechos, interpretaciones y supuestos. Esta distinción permite que dirección evalúe qué parte de la incertidumbre podría resolver el proyecto. Si la evidencia es débil, la primera etapa puede concentrarse en contrastar una hipótesis. Si ya existe información suficiente, puede ser más pertinente invertir en diseño e implementación que repetir un levantamiento.
Los ejemplos deben proteger información personal. Para presentar una necesidad de coordinación no suele ser necesario mostrar expedientes ni identificar a quienes expresaron inconformidad. El comité necesita comprender el patrón y la decisión, con acceso proporcional. Exponer detalles sensibles puede distraer la conversación y crear riesgos que no aportan valor al caso de negocio.
La evidencia también debe incluir información que cuestione la hipótesis principal. Si algunas áreas funcionan bien bajo una regla similar, interesa saber qué condiciones cambian. Omitir esos datos puede hacer más persuasiva la presentación, pero menos útil la decisión. Un caso sólido permite preguntas difíciles porque muestra de manera honesta dónde la explicación todavía es incompleta.
Explicar qué se pierde al esperar
La consecuencia de no actuar debe describirse con hechos y supuestos visibles. Puede incluir decisiones que siguen bloqueadas, tiempo de coordinación o repetición de errores. No debe convertirse en una cifra alarmante sin base. Si no hay información suficiente para monetizar una consecuencia, puede presentarse de forma cualitativa y explicar qué evidencia ayudaría a estimarla mejor.
El horizonte importa. Un problema puede ser urgente por una decisión próxima y no por su tamaño absoluto. Si se renovará un programa o se modificará una estructura, la información necesita llegar antes de ese momento. El caso debe conectar el calendario de consultoría con el calendario de decisiones, evitando que el informe se entregue cuando la empresa ya comprometió recursos.
También deben reconocerse las consecuencias de actuar demasiado pronto. Un proyecto puede depender de una definición estratégica pendiente o de información que todavía no existe. Contratar antes de resolver esa dependencia puede generar retrabajo. La urgencia debe compararse con la preparación, no utilizarse para eliminar cualquier revisión crítica del alcance.
La alternativa de esperar necesita una condición de revisión. Dirección puede decidir aplazar hasta contar con un responsable o con información adicional, pero debe quedar claro quién verificará esa condición. De lo contrario, la espera se convierte en una forma de abandonar el tema sin asumir la decisión. El caso debe permitir tanto aprobar como aplazar con razones explícitas.
Comparar alternativas reales
La consultoría externa puede aportar capacidad de análisis, perspectiva o estructura de trabajo, pero no es la única opción. RH debe revisar qué puede realizar internamente, qué apoyo puntual sería suficiente y qué alcance mínimo permitiría avanzar. Comparar una propuesta completa con la opción de no hacer absolutamente nada suele favorecer artificialmente la contratación.
Las alternativas deben responder a la misma decisión. Un curso y un diagnóstico no son equivalentes si uno desarrolla una práctica y el otro contrasta hipótesis. Pueden formar parte de rutas diferentes, pero la comparación debe explicar esa diferencia. La empresa necesita saber qué incertidumbre conserva con cada opción y qué trabajo adicional tendrá que realizar.
El análisis interno debe ser honesto sobre capacidad y límites. Tener conocimiento del negocio no significa disponer de tiempo para ejecutar el proyecto. A la vez, contratar externamente no elimina la necesidad de participación interna. La comparación debe considerar ambos lados: lo que aporta el proveedor y lo que la organización seguirá teniendo que hacer.
Puede ser pertinente una ruta por etapas. Una primera contratación acotada puede integrar información y orientar una decisión posterior. Debe quedar claro que esa segunda etapa no está aprobada automáticamente. La utilidad del primer proyecto se evalúa por lo que permite comprender y decidir, incluso si la conclusión es implementar internamente o no continuar con el proveedor.
Definir entregables por su uso
Un reporte tiene valor cuando alguien puede utilizarlo para una decisión. El caso de negocio debe explicar qué contendrá, quién lo revisará y qué criterios permitirán aceptarlo. Pedir un diagnóstico profundo sin definir uso deja al proveedor y al cliente con expectativas distintas. La precisión no exige diseñar todo el trabajo por adelantado, pero sí acordar la pregunta y el tipo de resultado esperado.
Un mapa de señales puede ser útil si muestra coincidencias, diferencias y límites. Una priorización puede aportar si explica sus criterios y dependencias. Una ruta de acción puede ser pertinente si conecta recomendaciones con responsables posibles y condiciones de implementación. Estos ejemplos deben confirmarse en el alcance real, no asumirse incluidos en cualquier servicio de consultoría.
Los criterios de aceptación deben permitir aclaraciones y correcciones. RH puede pedir que una recomendación indique su evidencia o que una conclusión reconozca una limitación de cobertura. El objetivo no es controlar cada decisión técnica del proveedor, sino asegurar que el entregable responda a la necesidad contratada y no se limite a una presentación genérica.
También hay que definir qué no será un entregable. Un proyecto organizacional no debería prometer investigación de denuncias, asesoría jurídica o atención clínica si esas funciones no forman parte de la oferta. La propuesta debe reconocer sus fronteras. La amplitud aparente puede ser atractiva durante la venta y convertirse en un problema cuando dirección espere conclusiones que el trabajo no puede sostener.
Construir una lógica de contribución
El caso debe explicar cómo se espera que el trabajo aporte valor: información más clara permite una decisión; la decisión habilita una acción; la acción necesita condiciones para implementarse. Cada conexión tiene supuestos. Mostrar esa secuencia ayuda a distinguir lo que depende del proveedor de lo que requiere autoridad, recursos y seguimiento de la empresa.
El Magenta Book de HM Treasury diferencia preguntas sobre implementación y efectos, y plantea evaluar desde el diseño. Esa referencia puede orientar la estructura del caso sin trasladar reglas públicas británicas a la empresa. Aquí se aplica una idea acotada: definir desde el inicio qué evidencia permitirá revisar la contribución, en lugar de inventar una historia de éxito después de terminar.
La lógica no debe confundirse con una prueba causal. Que una acción siga a una recomendación no demuestra que todos los resultados posteriores se deban a la consultoría. Pueden cambiar demanda, personal, tecnología o prioridades. El caso debe anticipar esas explicaciones alternativas y utilizar un lenguaje proporcional a la evidencia que será posible obtener.
Dirección puede aprobar un proyecto por mejorar una decisión importante, aunque no exista un ROI atribuible. La honestidad sobre ese límite permite evaluar con el criterio correcto. Prometer ahorros que dependen de supuestos no verificados puede facilitar una aprobación y dificultar después una revisión seria de lo que el trabajo realmente aportó.
Incorporar recursos y responsabilidades internas
El presupuesto debe incluir tiempo de preparación, participación, revisión e implementación. Un proyecto puede parecer pequeño en términos de honorarios y requerir disponibilidad que la empresa no tiene. RH necesita identificar a quienes aportarán información y a quienes podrán tomar decisiones, con una revisión realista de sus otras responsabilidades.
No es necesario presentar horas exactas si todavía no pueden estimarse con fundamento. Sí conviene describir tareas, frecuencia esperada y momentos críticos. Los supuestos deben confirmarse con las áreas involucradas. Una aprobación basada en disponibilidad ficticia puede producir retrasos que después se atribuyen al proveedor o a participantes sin revisar el diseño inicial.
La responsabilidad por implementación debe quedar separada de la recepción del informe. El área que compra puede no tener autoridad para modificar procesos de otra función. El caso necesita un patrocinador capaz de resolver esas dependencias. Si esa autoridad no existe, el alcance debe reconocerlo y no prometer una transformación que la organización no está preparada para sostener.
También conviene acordar cómo se resolverán cambios de alcance. Un hallazgo puede justificar una pregunta adicional, pero no toda nueva curiosidad debe incorporarse al contrato. Dirección necesita una forma de evaluar impacto, prioridad y recursos antes de ampliar. Esa disciplina protege el propósito del proyecto y evita que termine intentando responder a todos los problemas de la empresa.
Revisar riesgos de implementación
Los riesgos deben describirse de forma concreta. Puede faltar información, existir baja disponibilidad o haber decisiones incompatibles entre patrocinadores. Cada uno requiere una respuesta proporcional: ajustar alcance, confirmar acceso o resolver autoridad antes de iniciar. Una lista genérica de riesgos no ayuda si no indica quién puede actuar y qué condición cambiaría la decisión.
La participación también necesita una finalidad comprensible. Si las personas no saben para qué se solicita información, pueden interpretar el proyecto de maneras distintas. RH debe revisar comunicación, acceso y devolución. No se debe prometer anonimato o confidencialidad absoluta sin comprobar el diseño real y sus límites, especialmente en equipos pequeños.
Un riesgo importante es confundir recomendación con compromiso. El proveedor puede proponer una ruta que dirección no acepte o no pueda implementar. El caso debe prever cómo se revisarán esas decisiones y cómo se documentarán diferencias. La utilidad de la consultoría no exige que todas las recomendaciones se adopten, pero sí que se evalúen con criterios claros.
También hay riesgo de dependencia del proveedor. La empresa debe conocer qué información y criterios conservará al terminar y qué trabajo podrá sostener internamente. No se trata de exigir transferencias ajenas al alcance, sino de confirmar qué continuidad necesita la organización. Un proyecto debe poder cerrar de forma ordenada sin dejar decisiones básicas atadas a una relación indefinida.
Un ejemplo hipotético de aprobación
Una empresa observa retrasos entre dos áreas y propone contratar un programa de colaboración. RH revisa información y encuentra que no existe acuerdo sobre quién puede modificar prioridades. La solicitud puede reformularse: antes de aprobar formación general, se necesita comprender la dependencia y definir una ruta de coordinación. Esa pregunta permite un alcance más específico y una comparación de alternativas.
El caso podría contrastar una revisión interna, una consultoría acotada y la implementación inmediata del programa. Para cada opción describiría capacidad, evidencia y límites. La consultoría podría ser pertinente si ayuda a integrar versiones y producir una lectura que las áreas no han logrado construir. No se justificaría por prometer que toda fricción desaparecerá.
La aprobación incluiría quién recibirá el análisis y quién podrá cambiar la regla de prioridades. También definiría qué evidencia se revisará después: si el acuerdo se implementó y si las contradicciones se resuelven de otra manera. No se atribuiría automáticamente un resultado financiero a la consultoría. El objetivo sería mejorar una decisión y observar su aplicación.
Este ejemplo no es un caso de cliente ni una promesa de resultado. Muestra cómo un caso de negocio puede cambiar la pregunta de compra. La empresa podría terminar eligiendo una solución interna o una combinación de acciones. El trabajo de RH es hacer esa elección más clara, no defender a toda costa la primera propuesta que llegó a la mesa.
Presentar el caso de forma revisable
La primera página puede contener problema, decisión propuesta, alcance, recursos y condiciones de aprobación. Después se desarrolla la evidencia y la comparación. Dirección necesita encontrar pronto la recomendación y poder profundizar donde exista incertidumbre. Un documento extenso no compensa una pregunta vaga, y una presentación breve no debe ocultar supuestos importantes.
Conviene separar la recomendación de RH de la propuesta del proveedor. La primera explica por qué la empresa considera pertinente la inversión; la segunda describe el servicio. Mezclarlas puede hacer que el lenguaje comercial se convierta en justificación interna sin revisión. RH debe conservar juicio propio sobre alcance, alternativas y capacidad de implementación.
El comité puede pedir que se identifique qué información cambiaría la recomendación. Esa pregunta mejora la discusión porque obliga a reconocer condiciones. Si nada podría modificar la decisión, puede existir una preferencia previa disfrazada de análisis. Un caso de negocio responsable admite revisión cuando aparece evidencia nueva o cambia el contexto.
La aprobación final debería registrar responsables, entregables aceptables y momentos de decisión. También debe indicar qué queda pendiente. Esa documentación ayuda a revisar el proyecto sin reconstruir expectativas de memoria. El objetivo es sostener una conversación consistente entre compra, implementación y evaluación, con espacio para aprender y ajustar.
Relacionar el caso con el Método KLIIMA
Kickoff delimita contexto y pregunta; Leadership aclara patrocinio y criterios; Implementation convierte decisiones en prácticas. Improvement recoge aprendizaje, Measurement organiza evidencia y Acceleration considera ampliar con fundamento. La arquitectura ayuda a mostrar que una contratación no termina en la producción de un documento y que la empresa conserva responsabilidades a lo largo del proceso.
La consultoría de psicología organizacional ofrece una ruta para explorar necesidades dentro de un alcance acordado. El caso de negocio debe confirmar qué servicios y entregables son pertinentes, sin atribuir funciones no ofrecidas. Una metodología organiza el trabajo; no garantiza resultados ni constituye por sí misma validación psicométrica de un instrumento.
La guía sobre factores que definen una cotización complementa la comparación comercial. Este artículo aborda otra decisión: cómo justificar internamente la contratación frente a alternativas y con responsabilidades claras. Comprender el precio ayuda, pero la aprobación necesita una explicación del valor esperado y de los límites de la inversión.
Antes de presentar el caso, RH puede pedir a una persona ajena al proyecto que identifique la decisión, los límites y el responsable de actuar. Si no puede hacerlo, conviene revisar la estructura. Esta lectura no sustituye la evaluación técnica, pero detecta ambigüedades que suelen pasar inadvertidas para quienes han participado en todas las conversaciones previas.
También es útil revisar la consistencia entre el documento interno y la propuesta comercial. Si uno promete implementación y el otro sólo análisis, la diferencia debe resolverse antes de aprobar. Si el calendario supone información que todavía no está disponible, hay que ajustar la condición de inicio. Esta revisión evita que la contratación empiece con expectativas incompatibles y permite que el comité apruebe una decisión concreta, comprensible y verificable.
Preguntas frecuentes
¿Un caso de negocio necesita un ROI financiero?
No siempre. Puede justificar una inversión por la decisión que permitirá tomar y por la evidencia que aportará. Si se estima retorno, los supuestos y límites deben ser explícitos. No conviene inventar ahorros ni atribuir causalidad sin fundamento para cumplir un formato. La evaluación debe corresponder al propósito real del proyecto.
¿La propuesta del proveedor puede sustituir el caso interno?
No completamente. Describe el servicio, pero la empresa debe revisar alternativas, capacidad y responsabilidades propias. RH necesita explicar por qué ese alcance es pertinente para una decisión concreta. La recomendación interna debe conservar criterio independiente y no limitarse a repetir el lenguaje comercial de la propuesta.
¿Cuándo conviene aprobar por etapas?
Cuando una primera fase puede reducir incertidumbre antes de comprometer una inversión mayor. Cada etapa debe tener entregables y criterios de continuidad. La segunda no se aprueba automáticamente. El aprendizaje puede justificar ampliar, cambiar de ruta o detener, y esas opciones deben ser reales desde el inicio.
¿Qué compartir al solicitar un alcance?
El reto, la decisión pendiente, las áreas involucradas y la información agregada disponible. También conviene indicar restricciones y quién podrá implementar cambios. No se necesitan nombres ni expedientes en el contacto inicial. Esa descripción permite explorar una propuesta sin exponer datos innecesarios ni prometer un alcance antes de comprender la necesidad.
Para delimitar una propuesta que puedas evaluar con dirección, comparte el contexto en el formulario de contacto. KLIIMA puede revisar por escrito un proyecto de consultoría en línea con entregables y límites claros.
Que esta lectura no se quede como una pestaña abierta.
Enviamos ideas prácticas sobre psicología organizacional aplicada, liderazgo, clima, confianza, burnout y decisiones de talento. Si esta lectura sobre people analytics y rh estratégico te sirvió, el newsletter te ayuda a convertir interés en criterio de trabajo.
Sin ruido motivacional. Sin promesas mágicas. Solo lectura organizacional para RH, líderes y dirección.
Comparte el reto organizacional y la decisión que necesitas tomar. Delimitamos por escrito el alcance de consultoría en línea.
ContáctanosConceptos ligados a esta lectura.
Definiciones rápidas para aterrizar esta conversación en lenguaje de Recursos Humanos, psicología organizacional y desarrollo organizacional.
Contenido editorial institucional basado en psicología organizacional aplicada, desarrollo de liderazgo y experiencia práctica en Recursos Humanos.