Consultoría
Antes de Contratar a un Consultor, Haz Estas Preguntas
Un marco práctico para evaluar consultores, aclarar el proyecto y entender qué debería suceder antes de comenzar el trabajo.
Un buen consultor debería ayudarte a entender mejor el problema antes de intentar venderte la solución. Parece obvio, pero es fácil pasarlo por alto cuando una empresa tiene presión por resolver algo rápidamente.
Empieza por el problema, no por la propuesta
Cuando una empresa busca ayuda externa, es natural enfocarse en experiencia, entregables, fechas y precio. Todo eso importa, pero viene después de una pregunta más importante: ¿el consultor entiende realmente qué necesitas mejorar?
Una propuesta muy bien presentada todavía puede resolver el problema equivocado. Antes de hablar de una solución en detalle, quiero escuchar cómo el consultor describe la situación con sus propias palabras. Si no puede explicar claramente el problema de negocio, es difícil confiar en la recomendación que sigue.
- ¿Cómo entiendes el problema que estamos tratando de resolver?
- ¿Qué suposiciones estás haciendo en este momento?
- ¿Qué necesitarías aprender antes de recomendar una solución?
1. ¿Qué sucede durante el descubrimiento?
El descubrimiento es donde un consultor se gana el derecho de hacer recomendaciones. Dependiendo del proyecto, puede incluir entrevistas, revisión de datos, mapeo de procesos, comentarios de clientes, revisión de sistemas, analítica u observación directa de cómo se trabaja hoy.
Tendría precaución con alguien que llega con una respuesta predeterminada antes de entender el entorno. La experiencia debería producir mejores preguntas, no eliminar la necesidad de hacerlas.
- ¿Con quién necesitarás hablar?
- ¿Qué información o acceso necesitarás?
- ¿Cómo vas a separar los síntomas de las causas reales?
2. ¿Cómo vamos a definir el éxito?
La frase 'proyecto exitoso' significa muy poco hasta que ambas partes la definen. El rediseño de un sitio web puede medirse por la fecha de lanzamiento, conversión, usabilidad, calidad de prospectos, eficiencia operativa o una combinación de factores. Una implementación tecnológica puede salir en producción y aun así crear más trabajo para las personas que la usan.
Pregunta cómo se medirán el progreso y los resultados. Las métricas correctas no tienen que ser complicadas, pero sí deben conectar el trabajo con la razón por la que existe el proyecto.
3. ¿Qué está incluido y qué no?
Un buen alcance no es solamente una lista de entregables. También debería explicar límites, dependencias, responsabilidades, suposiciones y qué sucede cuando el trabajo cambia.
La ambigüedad es normal al principio de muchos proyectos. Fingir que no existe normalmente crea fricción más adelante. Prefiero un alcance que sea claro sobre lo que ya se sabe, lo que todavía se debe descubrir y cómo se manejará la información nueva.
- ¿Cuáles son los entregables concretos?
- ¿Qué queda específicamente fuera del proyecto?
- ¿Qué decisiones o materiales debe proporcionar nuestro equipo?
- ¿Cómo se evaluarán y aprobarán los cambios de alcance?
4. ¿Quién es responsable de cada decisión?
Los proyectos se frenan rápidamente cuando todos participan pero nadie tiene responsabilidad clara. Pregunta quién lleva la comunicación diaria, quién puede aprobar cambios, quién aporta conocimiento especializado y quién toma la decisión final cuando hay prioridades en conflicto.
El consultor también debe ser claro sobre su propio rol. ¿Está asesorando, ejecutando, administrando proveedores, liderando el proyecto o combinando varias de esas responsabilidades?
5. ¿Cómo comunicas cuando algo no está funcionando?
Casi todos los proyectos importantes encuentran sorpresas. La pregunta útil no es si habrá problemas, sino cómo se van a identificar y manejar.
Busco una forma de trabajar donde los riesgos se hagan visibles temprano. Un consultor debe poder decir que una suposición resultó incorrecta, una dependencia viene tarde, un enfoque no está funcionando o una decisión está bloqueando el avance. Es mucho más costoso ocultar problemas hasta la fecha límite que hablar de ellos cuando todavía existen opciones.
6. ¿Qué vamos a controlar cuando termine el proyecto?
Esto es especialmente importante en proyectos digitales, tecnológicos, de marketing y operaciones. Al final, tu organización debería entender qué controla y cómo operarlo.
Eso puede incluir acceso administrativo, archivos fuente, documentación, credenciales, analítica, activos de diseño, mapas de procesos, materiales de capacitación, información de proveedores y una transferencia clara. Evita acuerdos donde la capacidad básica de operar lo que pagaste siga dependiendo de una sola persona externa.
7. ¿Cuándo nos dirías que no te contratemos?
Es una de mis preguntas favoritas porque muestra cómo piensa el consultor sobre el encaje. Algunas veces una empresa necesita un especialista. Otras necesita un empleado con responsabilidad continua. Y a veces el problema puede resolverse internamente con algunas decisiones bien enfocadas.
Un consultor no tiene que ser la respuesta correcta para todos los problemas. Alguien que puede explicar cuándo no es la mejor opción normalmente te está dando información más útil que alguien capaz de adaptar cualquier problema a lo que vende.
La propuesta debería hacer la relación más clara
Cuando recibas la propuesta final, deberías entender mucho más que el precio. Deberías saber qué problema se está resolviendo, qué hará el consultor, qué debe hacer tu equipo, cómo se tomarán las decisiones, cómo se evaluará el avance y qué tendrás al final.
Las mejores relaciones de consultoría crean claridad antes de crear entregables. Si el proceso de evaluación te deja más confundido sobre el problema, el alcance o las responsabilidades, esa también es información útil antes de firmar.