Una presentación de respuesta a una RFP debe permitir que la persona evaluadora siga cada requisito hasta tu respuesta, sus pruebas y el compromiso de entrega. Conserva los identificadores del comprador, distingue entre «cumplido», «parcialmente cumplido» y «no cumplido», y explica las excepciones antes de que quien evalúa las descubra. Una presentación que facilita la comparación convence más que una lista de capacidades generales.
Para este recorrido, imagina una empresa minorista que solicita una plataforma de soporte. Los fragmentos de requisitos y las respuestas del proveedor son inventados para explicar el método; no describen prestaciones de Presenti ni de otro producto.
Una vez que el equipo haya acordado las respuestas, Presenti puede ayudarte a organizar la propuesta comercial en una presentación editable (página del producto en inglés). Incluye los identificadores de requisitos y las referencias a las pruebas en el texto de entrada para que las diapositivas sigan el recorrido de evaluación del comprador.
Empieza por las palabras del comprador, no por los nombres de tus funciones
Copia el identificador y el texto exacto del requisito en una matriz de trabajo. No renombres «exportar eventos de auditoría como CSV» como «análisis avanzado» ni lo mezcles con funciones de informes que no guardan relación. Conserva junto a la matriz el formato de respuesta, los criterios de evaluación, las instrucciones de demostración y la fecha límite. Son datos necesarios para preparar la presentación, no lecturas de contexto. La presentación de evaluación de proveedores muestra la otra cara de la decisión: cómo compara el comprador los criterios, las pruebas y las dudas pendientes.
La empresa del ejemplo plantea estos cuatro requisitos:
| ID | Fragmento de la RFP | Pregunta que debe resolverse antes de escribir las diapositivas |
|---|---|---|
| REQ-01 | Cuarenta agentes deben poder trabajar en una cola compartida. | ¿Qué espacio de trabajo y modelo de permisos se mostrarán? |
| REQ-02 | Los administradores deben exportar eventos de auditoría como CSV. | ¿Qué eventos y campos se incluyen? |
| REQ-03 | Proporcionar soporte telefónico las 24 horas, los 7 días de la semana. | ¿Está disponible en el contrato propuesto? |
| REQ-04 | Completar un piloto de seis semanas con datos de ejemplo del cliente. | ¿Qué significa «completar» y quién aporta los datos necesarios? |
Utiliza estados que correspondan a la oferta real
El proveedor ficticio dispone de una cola compartida, exporta algunos eventos de auditoría, ofrece soporte telefónico en horario laboral y puede proponer un piloto si la empresa aporta datos de ejemplo y personas que evalúen los resultados. Por tanto, su respuesta debería ser esta:
| ID | Estado | Respuesta | Prueba o próxima acción |
|---|---|---|---|
| REQ-01 | Cumplido | Cola compartida disponible para los usuarios y roles propuestos | E-01: demostración fechada del acceso de agentes y supervisores |
| REQ-02 | Parcialmente cumplido | La exportación CSV incluye inicios de sesión y cambios en registros; no incluye cambios de configuración | E-02: exportación de ejemplo y lista de campos; preguntar si los eventos ausentes son obligatorios |
| REQ-03 | No cumplido | La oferta propuesta incluye soporte telefónico en horario laboral, no cobertura 24/7 | Explicar la carencia y solicitar una conversación sobre una alternativa aceptable |
| REQ-04 | Propuesto | Plan de piloto de seis semanas, condicionado a los datos del cliente y a la disponibilidad de los evaluadores | E-03: plan con condiciones de inicio y pasos de aceptación |
No conviertas REQ-02 en «cumplido» diciendo que el producto tiene capacidades de auditoría. No respondas a REQ-03 con un contacto del equipo de Customer Success insinuando que equivale a la cobertura de soporte solicitada. Si no se cumple un requisito obligatorio, hazlo visible tanto en la diapositiva de resumen como en la matriz.
Muestra una prueba concreta para cada respuesta importante
Para REQ-01, muestra al agente encontrando un ticket y al supervisor viendo la cola a la que tiene acceso. Para REQ-02, muestra los encabezados de las columnas del archivo exportado y una fila de ejemplo con datos sintéticos. El público debe poder relacionar la prueba con el requisito sin escuchar un segundo discurso comercial.
Asigna referencias estables a las pruebas: E-01, E-02 y E-03 en este ejemplo. Incluye la versión del documento o la fecha de la demostración, el responsable y la condición pertinente. Una diapositiva puede señalar «E-02, exportación de ejemplo, campos 1–8», mientras el archivo completo permanece en la documentación de la propuesta. Los logotipos de clientes y los testimonios no sustituyen la prueba de un requisito concreto.
Concreta las condiciones del piloto
Una barra de seis semanas en un cronograma oculta el trabajo que puede impedir la entrega. Divide el piloto ficticio en preparación, pruebas de casos de uso y aceptación. La preparación requiere datos de ejemplo, roles de usuario y una persona del cliente designada para evaluar. Las pruebas recorren las tareas acordadas de los agentes y comprueban la exportación. La aceptación registra qué criterios se cumplen, cuáles fallan y cuáles requieren otra prueba.
Utiliza una condición de inicio como esta: «El plazo del piloto comienza cuando están disponibles los datos de ejemplo, las cuentas de prueba y las fechas de revisión». La RFP o el contrato reales pueden establecer otra regla, así que no añadas esa condición unilateralmente. Incluye las condiciones propuestas en la respuesta para que el comprador pueda aceptarlas o rechazarlas.
Un orden de diapositivas que no esconde las excepciones
- Resumen de la respuesta: objetivo del comprador, enfoque propuesto y requisito obligatorio no cubierto.
- Mapa de requisitos: identificadores, estados y ubicación de cada respuesta.
- Prueba de la cola compartida: REQ-01 y E-01.
- Límites de la exportación de auditoría: REQ-02, E-02 y eventos ausentes.
- Excepción de soporte: REQ-03 y alternativa que se debe discutir.
- Piloto: REQ-04, responsabilidades, condiciones de inicio y aceptación.
- Preguntas al comprador: si acepta el cumplimiento parcial y la alternativa de soporte, y quién debe confirmarlo.
La presentación y la propuesta escrita deben utilizar las mismas respuestas, alcance y condiciones comerciales. Si una diapositiva simplifica un punto, conserva la referencia a la explicación completa. No utilices una conversación informal durante la demostración para prometer algo que no figura en los documentos entregados.
Crea la presentación de respuesta en Presenti a partir de la matriz completada. Mantén las excepciones dentro del relato: quitarlas puede acortar la presentación, pero dificulta la decisión del comprador.
