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.
Si antes de discutir el proyecto necesitas presentar tu empresa, el ejemplo de perfil de empresa en nueve diapositivas separa servicios, experiencia relevante, responsabilidades y siguiente paso de una propuesta concreta.
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. Si las opciones son comparables y ya se han acordado los criterios, una matriz de decisión ponderada permite mostrar los compromisos y cómo cambia la elección al variar las prioridades.
Muestra qué recibe el cliente y qué deja pendiente cada vía
Para el briefing de la distribuidora, la comparación podría ser la siguiente. Son límites propuestos para discutir, no compromisos de entrega ni una oferta económica.
| Límite | Diagnóstico primero | Piloto con un equipo |
|---|---|---|
| Pregunta que responde | ¿En qué pasos quedan detenidas las solicitudes de presupuesto de los tres equipos y qué podría explicarlo? | ¿Puede funcionar un cambio concreto en el proceso diario del equipo seleccionado? |
| Aportación del cliente | Casos recientes comparables de cada país y una persona que explique las marcas de tiempo. | Los casos acordados de un equipo, una persona revisora local y permiso para probar el cambio elegido. |
| Resultado propuesto | Una comparación documentada de los procesos, las lagunas de información y posibles cambios. | Una prueba definida, observaciones y una recomendación sobre la siguiente prueba o una ampliación. |
| No incluye | Implantar el cambio preferido ni demostrar que mejora el rendimiento. | Extenderlo a los tres equipos ni demostrar que los resultados locales se pueden generalizar. |
| Qué impide preparar una oferta | No saber si se podrá acceder a los registros o encontrar definiciones incompatibles del inicio y fin de un presupuesto. | No tener una persona revisora designada, permiso para probar o una forma viable de observar el resultado. |
Mantén visible sobre la tabla el plazo solicitado de seis semanas. No es un motivo para ocultar las dependencias. Si el cliente solo puede asistir a una sesión de 30 minutos por semana, pregunta quién preparará los registros fuera de ella y cuánto puede esperar una decisión. Seis reuniones semanales suman tres horas de reunión; no determinan todo el esfuerzo que podrán dedicar el cliente o el equipo consultor.
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.
Un ejemplo de nota de alcance tras la conversación
Supongamos que el cliente elige un piloto con el equipo de un país y acepta facilitar casos recientes anonimizados. La diapositiva de cierre puede incluir una nota breve:
Trabajo propuesto: documentar los pasos actuales de elaboración de presupuestos del equipo seleccionado, acordar un cambio que probar y revisar el resultado observado con la persona designada. El cliente confirmará el acceso a registros adecuados y quién puede autorizar la prueba. El resultado será una conclusión del piloto y una recomendación, no una implantación en tres países. El calendario de seis semanas seguirá siendo provisional hasta acordar el acceso, la disponibilidad de la persona revisora y los límites de la prueba. La sustitución del CRM queda excluida.
Después, define qué demostraría que el trabajo propuesto se ha entregado: una descripción acordada del proceso, un registro del cambio realizado, las observaciones obtenidas en la prueba y una explicación de lo que no se pudo concluir. No es lo mismo que garantizar una reducción porcentual del tiempo de elaboración de presupuestos. Una prueba bien ejecutada puede indicar que no conviene ampliar el cambio.
Tras la aprobación, no añadas a esa nota otro país, una integración de sistemas o un resultado adicional sin señalarlo. Antes de revisar la oferta, muestra cómo la nueva petición cambia los datos necesarios y el trabajo. Tampoco trates una dependencia sin respuesta como aceptada por el cliente solo porque nadie se opuso durante 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. Si el alcance ya estaba aprobado, presenta el nuevo requisito como una solicitud de cambio del proyecto y compáralo con el plan acordado, sin reescribir silenciosamente el compromiso.
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. Al presentar después el piloto acordado, la estructura problema–solución–prueba ayuda a separar lo que demuestra el ejemplo de lo que el ensayo todavía debe comprobar.
