RFP, RFQ y RFI: qué son, en qué se diferencian y cómo responder en B2B

Una RFP (request for proposal) es la solicitud formal con la que una empresa pide a varios proveedores una propuesta completa: solución, plan, equipo y precio. Una RFQ (request for quotation) pide solo precio y condiciones para algo ya especificado, y una RFI (request for information) sirve para conocer el mercado antes de decidir. En B2B industrial y SaaS las tres suelen encadenarse: RFI para filtrar, RFP para comparar enfoques y RFQ para cerrar cifras. Esta guía sobre RFP, RFQ y RFI explica cuándo se usa cada una, cómo se evalúan las respuestas y qué errores de la propuesta acaban costando margen al proveedor.

Esta guía se centra en compras entre empresas. La contratación pública tiene reglas propias y no se trata aquí.

Qué es una RFP (request for proposal)

Una RFP (request for proposal, o solicitud de propuesta) es el documento con el que una empresa pide a varios proveedores que propongan cómo resolverían un problema concreto, con su solución, plan de trabajo, equipo y precio. Se usa cuando hay varias formas válidas de hacerlo y el comprador quiere comparar enfoques, no solo importes.

Por ejemplo, una empresa industrial que quiere implantar un sistema de mantenimiento predictivo en sus plantas, o una empresa SaaS que busca un socio para migrar su facturación a otro sistema. En los dos casos el comprador sabe qué problema tiene, pero no qué solución le conviene más.

Qué contiene una RFP habitual

• Contexto. Quién es la empresa, qué problema quiere resolver y por qué ahora.
• Requisitos. Funcionales, técnicos y de servicio, separando los obligatorios de los deseables.
• Criterios de evaluación. Cómo se van a puntuar las respuestas y qué peso tiene cada criterio.
• Plazos. Fecha para enviar preguntas, fecha de entrega y calendario de decisión.
• Formato de respuesta. Estructura, extensión, anexos y modelo de precio que el comprador quiere recibir.

Leer bien esta parte ahorra trabajo. Una RFP que no publica criterios de evaluación o que no deja hacer preguntas ya te está diciendo algo sobre cómo se va a decidir.

Qué es una RFQ (request for quotation)

Una RFQ (request for quotation, o solicitud de cotización) pide a los proveedores precio, plazos y condiciones para un producto o servicio que ya está especificado: referencias, cantidades, tolerancias o niveles de servicio. Lo técnico está cerrado, y la decisión depende sobre todo de coste, plazo y fiabilidad de entrega.

La respuesta a una RFQ es corta y comparable: una tabla de precios, condiciones de pago, plazos y validez de la oferta. Precisamente por eso, el margen se juega en los detalles.

RFQ en compras industriales: referencias, cantidades, plazos de entrega

En industria, la RFQ suele llevar referencias, planos o especificaciones, cantidades por lote, tolerancias, plazos de entrega y condiciones de transporte. Muchos ERP generan la RFQ directamente desde una necesidad de material. Para el proveedor, lo crítico es cotizar con costes de materia prima, capacidad y transporte actualizados, y dejar claro qué incluye el precio y qué no.

Qué es una RFI (request for information)

Una RFI (request for information, o solicitud de información) sirve para conocer el mercado antes de decidir: qué soluciones existen, qué proveedores pueden ofrecerlas y con qué capacidades. No pide precio cerrado ni propuesta detallada.

El comprador la usa para hacer una lista corta de proveedores a los que después enviará una RFP o una RFQ. Para el proveedor, responder bien a una RFI es la forma de entrar en esa lista, aunque todavía no haya nada que cotizar.

RFI vs RFP vs RFQ: diferencias en una tabla

La diferencia entre RFI, RFP y RFQ es el grado de definición: la RFI pregunta qué hay, la RFP pide cómo lo harías y la RFQ pide cuánto cuesta algo ya definido. Van de más abierta a más cerrada.

Muchas compras B2B usan las tres en orden. Otras saltan directamente a la RFQ cuando la especificación técnica ya está clara.

Cuándo pedir cada una (vista del comprador)

Pide una RFI cuando no sabes qué hay en el mercado, una RFP cuando sabes qué problema tienes pero no cómo resolverlo, y una RFQ cuando ya sabes exactamente qué quieres comprar. Cada una encaja en un momento distinto de las fases del embudo de ventas, vistas desde el lado de quien compra.

Componentes y suministros con especificación cerrada

Para piezas, materias primas o consumibles con referencia, plano o norma, la RFQ es la herramienta natural. Si el proveedor es nuevo, puede ir precedida de una RFI para homologar capacidades y calidad.

Proyectos de software, implantación o servicios

Aquí casi siempre toca una RFP. Implantar un ERP, contratar una plataforma SaaS o externalizar un servicio admite enfoques muy distintos, y el precio solo se entiende junto con el alcance. Una RFI previa ayuda a no enviar la RFP a proveedores que no encajan.

Renovaciones y contratos de mantenimiento

En una renovación el alcance suele ser conocido, así que una RFQ basta para comparar condiciones. Si el servicio ha cambiado mucho o el proveedor actual no convence, vale la pena volver a una RFP para abrir el enfoque.

Cómo se evalúa una respuesta en B2B industrial y SaaS

Una respuesta a una RFP se evalúa con una matriz ponderada: el comprador puntúa cada criterio, lo multiplica por su peso y compara el total. La matriz no siempre se publica, pero casi siempre existe.

La matriz ponderada: requisitos, solidez técnica, experiencia, plan y equipo, riesgos, coste total

• Requisitos. Si cumples todos los obligatorios y cuántos de los deseables.
• Solidez técnica. Si la solución se sostiene y está bien explicada.
• Experiencia. Casos parecidos y referencias que el comprador pueda comprobar.
• Plan y equipo. Quién hace qué, cuándo y con qué dedicación.
• Riesgos. Qué puede fallar y cómo lo gestionas.
• Coste total. No solo la cifra inicial: licencias, mantenimiento, cambios y trabajo fuera de alcance.

Si la RFP publica los pesos, organiza tu respuesta en el mismo orden. Si no los publica, pregúntalos en el turno de preguntas.

Lo que el evaluador no te dice: claridad, supuestos visibles, precio que se entiende sin llamar

Más allá de la matriz, pesan cosas que rara vez aparecen escritas. La claridad: si el evaluador tiene que buscar la respuesta a un requisito, puntúa menos. Los supuestos visibles: una propuesta que dice qué ha supuesto y qué queda fuera transmite control. Y un precio que se entiende sin llamar al proveedor: si para comparar tu oferta hay que pedir aclaraciones, juegas con desventaja.

Errores que hacen perder margen en la propuesta

El margen de una propuesta se pierde antes de enviarla: en el alcance, en las exclusiones y en el coste. Estos son los errores más habituales:

• Alcance copiado de otra oferta. Se reutiliza una propuesta anterior sin revisar qué cambia en este cliente, y el proyecto acaba incluyendo trabajo que nadie calculó.
• Exclusiones sin escribir. Lo que no aparece como excluido, el cliente lo entiende como incluido.
• Costes con tarifas o tiempos desactualizados. Se cotiza con precios de proveedor, tarifas internas o estimaciones de horas que ya no son reales.
• Penalizaciones aceptadas sin medir. Plazos, niveles de servicio o cláusulas que se aceptan para no perder la oferta, sin calcular qué costarían si se activan.
• Descuentos para compensar una respuesta tardía. Si la propuesta llega tarde o floja, se intenta compensar con precio, y el descuento se queda en todo el contrato.

Casi todos se previenen con una revisión de alcance y margen antes de enviar, hecha por alguien distinto de quien redactó la propuesta.

Go o no go: cuándo no responder a una RFP

No conviene responder a una RFP cuando no cumples los requisitos obligatorios, cuando parece escrita a medida de otro proveedor, cuando el plazo no permite una respuesta seria o cuando el margen esperado no compensa el esfuerzo. La decisión se toma con criterios escritos, no por inercia. Una lista de go o no go puede inspirarse en los criterios BANT, adaptados a compras:

• Presupuesto. ¿Hay presupuesto aprobado y es coherente con lo que se pide?
• Autoridad. ¿Sabes quién decide y has tenido contacto con esa persona o con su equipo antes de recibir la solicitud?
• Necesidad. ¿El problema encaja con lo que haces bien y tienes casos que lo demuestren?
• Plazo. ¿Hay tiempo para una respuesta seria y el calendario de entrega es realista?
• Margen. ¿El alcance esperado deja un margen que compense el esfuerzo de preventa?
• Señales de favorito. ¿Los requisitos parecen copiados del producto de otro proveedor?

Cada no go también se registra, con su motivo. Con el tiempo, esos motivos te dicen en qué ofertas te merece la pena competir.

De la solicitud a la propuesta comercial: cómo organizar la preventa

Una propuesta comercial sólida sale de un proceso de preventa ordenado, no del esfuerzo de última hora. La preventa forma parte del pipeline B2B y se gestiona como cualquier otra etapa: con responsables, criterios y registro. Igual que con cualquier lead entrante, conviene tener claro cómo responder rápido a una solicitud entrante y quién decide si se responde.

Base de respuestas aprobadas y precios actualizados

Muchas preguntas vuelven de una RFP a otra: descripción de la empresa, seguridad, certificaciones, metodología, referencias. Una base de respuestas aprobadas, con su responsable y su fecha de revisión, evita reescribirlas cada vez y evita que circulen versiones antiguas. Lo mismo vale para tarifas y costes: una sola fuente de precios, actualizada, de la que salen todas las cotizaciones.

Quién revisa alcance y margen antes de enviar

Antes de enviar, una persona que no ha redactado la propuesta revisa tres cosas: que el alcance responde a lo que pide el cliente y no a la oferta anterior, que las exclusiones están escritas y que el margen calculado es el que espera la empresa. Si no cumple, la propuesta se ajusta o se replantea el go.

Registro en el CRM de cada oportunidad de RFP y su resultado

Cada RFP o RFQ recibida es una oportunidad en el CRM, con su tipo, su decisión de go o no go, el importe ofertado, el margen previsto y el resultado. Si necesitas repasar la base, aquí explicamos qué hace un CRM, y si trabajas ventas largas con muchos interlocutores, compara HubSpot o Salesforce para gestionar oportunidades complejas.

Con ese registro puedes seguir la tasa de éxito por tipo de solicitud en un cuadro de mando de ofertas y unirla al resto del ingreso con un enfoque de RevOps para empresas B2B.

Dónde ayuda la IA en una RFP o RFQ

La IA ayuda en una RFP o RFQ sobre todo en la lectura y en el primer borrador, siempre sobre tus respuestas y precios aprobados:

• Lectura del documento del cliente. Resume el contexto, el calendario y las condiciones clave.
• Extracción de requisitos. Convierte el documento en una tabla de requisitos, obligatorios y deseables, con su página de origen.
• Borrador desde respuestas aprobadas. Busca en tu base de conocimiento y propone una primera respuesta para cada requisito.
• Revisión de alcance. Compara lo que pide el cliente con lo que dice la propuesta y señala huecos, exclusiones que faltan o compromisos nuevos.

La revisión técnica, el precio y la decisión de presentar siguen siendo de tu equipo. En cronuts.digital trabajamos esta parte como consultora: primero ordenamos la base de conocimiento y el proceso de preventa, y después añadimos IA donde quita trabajo manual.

Preguntas frecuentes

¿Qué es una RFP?

Una RFP (request for proposal, o solicitud de propuesta) es el documento con el que una empresa pide a varios proveedores que propongan cómo resolverían un problema concreto, con su solución, plan de trabajo, equipo y precio. Se usa cuando hay varias formas válidas de hacerlo y el comprador quiere comparar enfoques, no solo importes.

¿Qué es una RFQ?

Una RFQ (request for quotation, o solicitud de cotización) pide a los proveedores precio, plazos y condiciones para un producto o servicio que ya está especificado: referencias, cantidades, tolerancias o niveles de servicio. Es habitual en compras industriales y de componentes, donde lo técnico está cerrado y la decisión depende sobre todo de coste, plazo y fiabilidad de entrega.

¿Qué diferencia hay entre RFI, RFP y RFQ?

La RFI pregunta qué hay en el mercado y quién puede hacerlo, la RFP pide cómo lo harías y cuánto costaría, y la RFQ pide cuánto cuesta algo ya definido. Van de más abierta a más cerrada. Muchas compras B2B usan las tres en orden, y otras saltan directamente a RFQ cuando la especificación técnica ya está clara.

¿Cómo se evalúa la respuesta a una RFP?

El comprador suele puntuar con una matriz ponderada: encaje con los requisitos, solidez técnica, experiencia demostrable, plan y equipo, riesgos y precio total, no solo la cifra inicial. Las respuestas que pierden suelen hacerlo por no contestar a lo que se pregunta, por esconder supuestos o por un precio que no se entiende sin llamar al proveedor.

¿Qué errores hacen perder margen en una propuesta?

Los más habituales son copiar una oferta anterior sin revisar alcance, no fijar por escrito lo que queda fuera, calcular el coste con tarifas o tiempos desactualizados, aceptar penalizaciones o plazos sin medir su impacto y conceder descuentos para compensar una respuesta tardía. Casi todos se pueden prevenir con una revisión de alcance y margen antes de enviar.

¿Cuándo conviene no responder a una RFP?

Cuando no encajas con los requisitos obligatorios, cuando parece escrita a medida de otro proveedor, cuando el plazo no permite una respuesta seria o cuando el margen esperado no compensa el esfuerzo. Una decisión de go o no go con criterios escritos, parecida a un BANT adaptado a compras, evita gastar horas de preventa en ofertas con poca probabilidad.

¿Se puede usar IA para responder RFP y RFQ?

Sí, como apoyo: la IA puede leer el documento del cliente, extraer requisitos en una tabla, buscar respuestas aprobadas en tu base de conocimiento y preparar un primer borrador. La revisión técnica, el precio y la decisión de presentar siguen siendo de tu equipo. Sin una base de respuestas y precios actualizada, la IA solo acelera errores.

Añade cronuts.digital como fuente preferida en Google