Para convertir el briefing de un cliente en una presentación de consultoría, empieza por separar lo confirmado de lo que todavía necesitas averiguar. Después, muestra la contradicción que afecta al alcance, plantea dos formas de avanzar realmente distintas y pide las decisiones necesarias para preparar una propuesta creíble. Los entregables y las fechas concretas vienen después.
Esta es una presentación para aclarar el alcance, no la propuesta definitiva. Su función es que el cliente y el equipo consultor acuerden qué debe abarcar el trabajo. Una vez definido, puedes usar Presenti para convertir el texto acordado en un borrador de presentación. El ejemplo siguiente es ficticio; tanto el briefing original como sus preguntas pendientes se mantienen visibles durante todo el proceso.
Lee el briefing buscando compromisos, no solo palabras clave
Imagina que una distribuidora te envía esta solicitud:
«Tardamos demasiado en preparar presupuestos. Queremos un único proceso para los equipos de tres países en seis semanas, sin sustituir nuestro CRM. Ventas dice que las solicitudes llegan incompletas; operaciones considera que el problema son las aprobaciones. No tenemos una medición inicial fiable. Nuestro equipo puede asistir a una reunión de 30 minutos por semana».
Una presentación poco rigurosa lo resumiría como «agilizar los presupuestos en tres mercados en seis semanas». Suena contundente, pero convierte una fecha deseada en un compromiso de entrega y dos explicaciones distintas en un diagnóstico supuestamente confirmado.
Lee el texto dos veces. Primero, extrae el resultado esperado y las restricciones. Después, marca todo aquello que cambiaría el método, el esfuerzo o la promesa si resultara incorrecto. Conserva las palabras del cliente junto a tu interpretación para que se vea dónde has introducido una suposición.
Separa restricciones, objetivos e incógnitas
| Frase del briefing | Cómo interpretarla | Qué mostrar en la diapositiva |
|---|---|---|
| No sustituir el CRM | Restricción explícita | Trabajar con el sistema actual e identificar quién puede aprobar cambios de configuración. |
| Un proceso para tres equipos nacionales | Resultado deseado, todavía no un alcance acordado | Preguntar qué pasos deben ser comunes y cuáles pueden seguir siendo locales. |
| Seis semanas | Plazo solicitado | Aclarar si se espera una recomendación, un piloto probado o una implantación completa. |
| Información incompleta o aprobaciones lentas | Dos explicaciones que investigar | Mostrar ambas; no elegir una causa sin casos concretos. |
| Sin medición inicial fiable | Información que falta | Pedir varios presupuestos recientes con marcas de tiempo y pasos de aprobación. |
La distinción importa especialmente cuando una palabra significa varias cosas. «Estandarizar» puede referirse a campos comunes, reglas de aprobación compartidas o un proceso idéntico en cada país. Escribe esas alternativas. Una pregunta concreta es más útil que una diapositiva segura de sí misma que oculte la ambigüedad.
Haz del conflicto de alcance el centro de la conversación
En este caso, la combinación difícil es tres equipos, seis semanas, poca disponibilidad y ninguna medición inicial. La diapositiva no debe insinuar que el cliente pide algo absurdo. Debe mostrar qué condiciones tendrían que cambiar para que el trabajo sea viable.
Un título adecuado sería «Acordar el resultado de las seis semanas antes de elegir el plan de trabajo». Debajo, distingue tres posibles puntos de llegada: diagnóstico, piloto e implantación completa. Basta una secuencia horizontal sencilla. Señala cuál necesita realmente el cliente; deja los demás como trabajos posteriores, en lugar de incluirlos de forma implícita en la misma promesa.
A continuación, plantea una pregunta con consecuencias: «Si la prioridad es un piloto probado, ¿puede un equipo nacional aportar casos de ejemplo y designar a una persona para revisarlos?». Así vinculas una aportación del cliente a una elección concreta. «¿Podéis darnos más información?» no cumple esa función.
Compara dos enfoques que resuelvan incertidumbres diferentes
No ofrezcas tres paquetes con nombres distintos y contenidos casi idénticos. Este briefing permite dos vías útiles:
- Diagnóstico primero: estudiar varios recorridos recientes de elaboración de presupuestos en los tres equipos, acordar cuál es el principal retraso y proponer un proceso común. El resultado es una recomendación y una lista priorizada de cambios, no una implantación ya operativa.
- Piloto con un equipo: seleccionar un equipo nacional, probar un cambio acotado en su proceso y usar los resultados para decidir qué ampliar. Hace falta acceso a casos y una persona revisora. El piloto no demuestra que el mismo cambio sirva para los tres equipos.
Compara las vías con las restricciones del cliente: acceso necesario, personas implicadas, resultado tangible y cuestiones que seguirán abiertas. No asignes puntuaciones numéricas si todavía no se han acordado los criterios y qué significa cada valoración. Si falta información para estimar el esfuerzo, deja la oferta económica para el siguiente paso.
Organiza seis diapositivas alrededor de la decisión pendiente
| Diapositiva | Título sugerido | Contenido |
|---|---|---|
| 1 | ¿Qué significa «terminado en seis semanas»? | La decisión solicitada y los tres posibles puntos de llegada. |
| 2 | El briefing fija el sistema, pero no la solución | Restricciones confirmadas junto a requisitos pendientes. |
| 3 | Dos explicaciones requieren pruebas distintas | Las hipótesis de información incompleta y aprobaciones lentas, con una petición de casos para cada una. |
| 4 | Empezar por el diagnóstico o por un piloto | Las dos vías, sus resultados, dependencias y límites. |
| 5 | Un piloto no es una implantación en tres países | Qué incluye y excluye la vía elegida y qué necesita del cliente. |
| 6 | Confirmar la vía, la persona revisora y los casos disponibles | Tres respuestas necesarias antes de concretar el alcance y la oferta económica. |
Deja el briefing completo en un anexo o documento adjunto. En la presentación principal, repite solo las frases que expliquen una decisión. Un fragmento breve junto a tu interpretación permite detectar desacuerdos sin obligar al cliente a releer toda su solicitud.
Dale a la IA las ambigüedades, no permiso para borrarlas
Prepara una versión del briefing que puedas utilizar según las normas de tu organización. Elimina nombres confidenciales o detalles de casos que no sean necesarios para la discusión. Después, da una instrucción precisa a la herramienta:
Crea una presentación de seis diapositivas para aclarar el alcance de un proyecto de una distribuidora ficticia. El cliente quiere un proceso de presupuestos común a tres equipos nacionales en seis semanas, sin cambiar de CRM. Solo puede asistir a una reunión de 30 minutos por semana. Ventas sospecha que faltan datos en las solicitudes; operaciones sospecha que las aprobaciones son lentas. No hay una medición inicial fiable. Separa restricciones confirmadas, hipótesis y preguntas pendientes. Compara un diagnóstico previo con un piloto para un equipo. No inventes costes, ahorros, fechas, pruebas ni una causa preferida. Trata las seis semanas como un plazo solicitado, no como un compromiso de entrega. Termina con decisiones sobre la vía elegida, la persona revisora del cliente y el acceso a casos de ejemplo.
Lee el esquema antes de dedicar tiempo al diseño. Sustituye un título generado como «Reducir un 40 % el tiempo de preparación de presupuestos» por otro respaldado por el briefing: «Localizar el paso que retrasa los presupuestos antes de elegir el cambio». El primero inventa un resultado; el segundo da un propósito a la reunión.
Convierte las respuestas en un alcance de trabajo
Supongamos que el cliente elige un piloto con un equipo, pero no puede facilitar expedientes individuales de presupuestos. Esa respuesta cambia el trabajo. Quizá haga falta una sesión de observación o un punto de partida diferente; no es un detalle que deba quedar escondido bajo el calendario.
Después de la conversación, actualiza la vía elegida, registra la información que sigue faltando e identifica quién debe aportarla. Solo entonces concreta los entregables, las responsabilidades y la oferta económica. Una presentación de consultoría útil hace explícitas esas decisiones; no se limita a dar aspecto de proyecto cerrado a un briefing incompleto.
