Volver al blog Dos personas revisan documentos sobre una mesa de trabajo

Herramientas GEO

RFP para una plataforma de visibilidad en IA: qué exigir antes de la shortlist

2026-09-24·9 min de lectura

Una demo puede mostrar respuestas convincentes y seguir dejando sin resolver quién conserva los datos, qué significa «cobertura de ChatGPT» o cómo saldrás de la plataforma al terminar el contrato. Esas preguntas no se resuelven comparando capturas de dashboards. Se resuelven pidiendo a todos los candidatos la misma evidencia antes de reducir la lista.

Este RFP está pensado para un equipo que ya sabe qué decisiones quiere tomar con la medición de visibilidad en IA y necesita coordinar marketing, compras, seguridad y datos. No es un ranking de proveedores. Si todavía estás definiendo qué debe medir un rastreador, empieza por la guía de métricas y límites; si buscas una visión de mercado, consulta la comparativa de herramientas GEO.

Fija el alcance antes de enviar preguntas

Describe el uso previsto en una página. Sin ese contexto, dos respuestas afirmativas pueden referirse a productos distintos.

Marcas y entidades que medirás; mercados, idiomas y superficies prioritarios.
Tipos de consulta: marca, categoría, producto y competidor, con la unidad de análisis que usarás.
Número previsto de usuarios y equipos; quién administra, consulta y exporta.
Datos que aportarás: prompts, nombres de clientes, respuestas, etiquetas o integraciones. Señala lo que no puedes enviar.
Decisiones que dependerán del dato: informe ejecutivo, alerta, investigación o auditoría.
Horizonte de conservación y necesidad de recuperar el histórico al salir.

No pidas «todas las IA» si solo vas a decidir sobre un conjunto definido. Y no solicites una promesa de precisión sin explicar qué cuenta como mención, recomendación, cita o respuesta válida. Adjunta ese diccionario o pide al proveedor su definición, con ejemplos y excepciones.

El formato de respuesta importa tanto como la pregunta

Envía una tabla con un identificador estable por requisito. Para cada fila, solicita: respuesta (sí, parcial, no o no aplicable), alcance (plan, región y superficie), evidencia (documento o muestra fechada), dependencia (configuración o tercero), limitación y compromiso propuesto. Una casilla «sí» sin estos campos no debería convertirse en un punto ganado.

Incluye un canal común para aclaraciones y comparte con todos los participantes las respuestas que alteren el alcance. Separa información pública de materiales sujetos a confidencialidad. No pidas a un proveedor que revele datos de otros clientes como prueba de calidad.

Esta es una matriz de partida. Sustituye las prioridades de ejemplo por las de tu organización antes del envío.

ID	Requisito para preguntar	Evidencia mínima solicitada
D-01	¿Cuál es la unidad exportable de observación y qué campos conserva?	Esquema y muestra anonimizada con prompt, superficie, fecha, mercado, respuesta y reglas de etiquetado, si existen.
D-02	¿Cómo se distinguen respuesta ausente, error de ejecución y marca no mencionada?	Diccionario de estados y ejemplo de cada uno.
C-01	¿Qué superficies, modos, países e idiomas se observan realmente?	Matriz de cobertura fechada con método, exclusiones y frecuencia de revisión.
C-02	¿Puede reproducirse una observación y detectar cambios de método?	Identificadores, metadatos disponibles y registro de cambios; declarar lo que no se conserva.
S-01	¿Qué datos se almacenan, dónde, durante cuánto tiempo y con quién se comparten?	Diagrama de flujo, política de retención y lista de subprocesadores aplicables.
S-02	¿Cómo se gestionan usuarios, permisos, accesos de soporte e incidentes?	Descripción de controles, responsabilidades y procedimiento de notificación.
E-01	¿Cómo se extrae el histórico completo y cómo se solicita su supresión al terminar?	Ejemplo de exportación, documentación del proceso y plazos propuestos.
O-01	¿Qué disponibilidad y soporte se comprometen para este servicio?	Definiciones del SLA, exclusiones, ventanas de mantenimiento y tiempos de respuesta por severidad.

No presupongas que todas las plataformas ofrecen cada campo de la muestra. Precisamente el RFP debe revelar la diferencia entre dato nativo, inferencia del proveedor y campo no disponible.

Datos y cobertura: pide definiciones, no logos

«Cubre Gemini» puede significar ejecuciones en una API, una interfaz con búsqueda, un modo concreto o una recogida de resultados de terceros. Pregunta qué superficie se consulta, cómo se accede, bajo qué condiciones y qué variaciones de ubicación, idioma, sesión y personalización pueden afectar al resultado. Solicita la fecha de la matriz de cobertura; una captura comercial sin fecha no permite saber qué cambió.

Pide que el proveedor identifique la observación original disponible, el tratamiento posterior y la versión de sus reglas. Si entrega un score, solicita su denominador, exclusiones y forma de reconstruirlo. La imposibilidad de conservar una respuesta completa puede ser un límite legítimo de un método; debe estar declarada, no escondida detrás de un gráfico.

Si varios proveedores usan nombres iguales para métricas distintas, no sumes sus cifras. El protocolo de POC de 14 días sirve para comprobar las definiciones con un dataset propio después de la shortlist. Este RFP solo decide qué compromisos y pruebas merecen llegar a esa fase.

Seguridad y salida: lleva las respuestas al flujo de tus datos

Pide una ruta completa desde el prompt que envías hasta el informe que exportas: almacenamiento, ubicación, acceso del personal de soporte, terceros, copias y eliminación. Pregunta si los datos pueden emplearse para mejorar modelos o servicios y bajo qué configuración o acuerdo. No presupongas una respuesta favorable; exige que sea explícita.

Una certificación o un cuestionario estándar puede reducir trabajo, pero no sustituye revisar el servicio y alcance contratados. La Cloud Security Alliance explica el uso de CAIQ para evaluar controles de proveedores cloud. Úsalo como apoyo para seguridad, no como sello de aprobación de este producto ni como dictamen jurídico.

En la salida, pregunta quién puede iniciar la exportación, en qué formato se recibe, qué identificadores permiten enlazar series y cuándo se elimina el acceso. Si no hay muestra de exportación, registra la incertidumbre. El proceso detallado de migración pertenece a otra decisión, pero el derecho y la posibilidad operativa de sacar los datos deben quedar claros antes de firmar.

Soporte y SLA: separa compromiso de expectativa

Pide la definición exacta de disponibilidad: qué componente se mide, desde dónde, con qué exclusiones y dónde se consulta el estado. Una promesa sobre el dashboard no equivale necesariamente a una promesa sobre la ejecución de prompts o la entrega de exportaciones. Define severidades, horario de atención, tiempos de primera respuesta, vía de escalado y tratamiento de cambios de cobertura.

Pide identificar qué condiciones estarán en contrato, qué queda como documentación pública y qué es una expectativa no vinculante. Las penalizaciones y las obligaciones aplicables deben negociarlas compras y asesoría jurídica; el artículo no propone un SLA universal.

Puntúa documentos antes de puntuar demos

Decide primero los requisitos excluyentes, por ejemplo una prohibición interna de enviar ciertos datos o una necesidad contractual de exportación. No los escondas en una media ponderada: una puntuación alta de interfaz no compensa una restricción que impide contratar.

Para los requisitos puntuables, usa una escala documental común: 0 no responde; 1 afirma sin evidencia suficiente; 2 evidencia parcial o con límite relevante; 3 evidencia concreta para el alcance solicitado. Registra «no aplicable» fuera del denominador solo si esa decisión se fijó antes de recibir propuestas. No conviertas «pendiente de confirmar» en un 2.

Un reparto ilustrativo para ordenar la conversación sería datos y trazabilidad 25, seguridad y privacidad 25, cobertura y método 20, exportación y salida 15, soporte y SLA 15. Suma 100, pero no es una recomendación universal: modifica pesos y gates con los responsables de cada área antes de abrir respuestas. Conserva para cada punto su ID, evidencia, fecha, evaluador y discrepancias.

La shortlist debería contener también las preguntas aún abiertas y las condiciones que exigirán redacción contractual. Después, una prueba controlada puede refutar una respuesta documental; no debería usarse para inventar requisitos nuevos a posteriori.

El RFP debe dejar clara la salida contractual; si cambias de proveedor, este procedimiento de migración GEO muestra cómo conservar evidencia y declarar una ruptura de serie.

FAQ

¿En qué se diferencia este RFP de una prueba de 14 días?

El RFP recoge requisitos, límites y compromisos documentados antes de elegir finalistas. La prueba comprueba con datos propios si lo prometido funciona en el uso previsto; una respuesta escrita no sustituye esa verificación.

¿Debo exigir cobertura de todos los asistentes de IA?

No por defecto. Define los asistentes, superficies, países e idiomas que importan a tu decisión y pide que cada proveedor documente método, límites y cambios de cobertura. Una lista de logos no demuestra comparabilidad entre superficies.

¿Una certificación de seguridad basta para aprobar al proveedor?

No. Pide alcance, vigencia y excepciones de la evidencia, además de respuestas sobre el flujo concreto de tus datos, subprocesadores, accesos, retención y salida. Tu equipo de seguridad debe revisar los requisitos aplicables.

¿Cómo puntúo una respuesta sin documentación?

Márcala como no demostrada, no como cumplimiento parcial implícito. Da al proveedor la misma oportunidad de aclaración que a los demás y registra qué documento o muestra falta antes de cerrar la puntuación.

¿Puedo usar la plantilla como contrato?

No. El RFP ayuda a comparar propuestas y a identificar compromisos que después deberán quedar reflejados en la documentación contractual pertinente. Compras, seguridad y asesoría jurídica deben revisar los términos finales.

¿Quieres saber si la IA menciona tu marca?

Descubre tu visibilidad en ChatGPT, Claude y Gemini en minutos.