Un RFP de software de calidad (solicitud de propuesta) es el documento que usted envía a los proveedores de control de calidad para comparar sus respuestas a las mismas preguntas. En un contact center debe cubrir la cobertura y la precisión de la evaluación, las scorecards, los canales e integraciones, el coaching, los agentes de IA, la seguridad, la implantación y el precio, con una matriz de puntuación ponderada fijada antes de recibir la primera respuesta.
En resumen
- Defina sus requisitos antes del RFP: cuánto evaluar, en qué canales, quién evalúa y qué respuestas descartan a un proveedor.
- Use las 40 preguntas de abajo, agrupadas en nueve bloques, y pida una prueba con cada respuesta en lugar de un sí.
- Puntúe cada respuesta de 0 a 3 con definiciones escritas, pondere los bloques y trate la seguridad y las condiciones sobre datos como un filtro de apto o no apto.
- El ejemplo calculado muestra por qué un resultado ajustado necesita una regla de desempate y una demo con guion, no una hoja de cálculo más larga.
- Evite los errores que hacen incomparables las respuestas: preguntas abiertas, sin ponderación y el precio puntuado como una función más.
Este artículo es la lista de verificación de compra. Si quiere ver cómo se comparan herramientas concretas, lea nuestra comparativa de software de calidad para call center. Si está preseleccionando un software de calidad para atención al cliente para un equipo de soporte grande, estas son las preguntas que un comprador debería hacernos.
¿Qué debe incluir un RFP de software de calidad para call center?
Un RFP de software de calidad para call center incluye su contexto, sus requisitos, las preguntas a los proveedores, el método de puntuación y el calendario. Los proveedores responden mejor cuando conocen su volumen, canales y helpdesk, y usted compara mejor cuando la puntuación está fijada de antemano.
| Parte del RFP | Qué incluye | Por qué importa |
|---|---|---|
| Contexto | Licencias, volumen mensual de conversaciones, canales, idiomas, helpdesk, proceso de calidad actual | Los proveedores ajustan la respuesta a su operación en lugar de enviar una presentación genérica |
| Requisitos | Imprescindibles, deseables, eliminatorios | Separa lo que necesita de lo que suena bien en una demo |
| Preguntas | Las 40 preguntas de abajo, con peticiones de prueba | Hace las respuestas comparables línea a línea |
| Puntuación | Escala, pesos, reglas eliminatorias, quién puntúa | Evita que la voz más fuerte decida a posteriori |
| Condiciones comerciales | Tabla de precios a rellenar, duración, condiciones de renovación | Compras compara lo comparable |
| Calendario | Fechas para preguntas, respuestas, demos y decisión | Mantiene el proceso en semanas, no en trimestres |
Mantenga el documento lo bastante corto como para que responda el equipo de producto del proveedor, no solo el comercial. Cuarenta preguntas bien elegidas consiguen mejores respuestas que doscientas copiadas de una plantilla genérica.
Defina sus requisitos antes de enviarlo
Sus requisitos salen de cuatro decisiones internas: cuánto evaluará, quién evalúa, qué canales cuentan y cómo debe conectarse la herramienta. Cada una convierte un deseo vago en una pregunta que un proveedor puede suspender.
Paso 1: Decida la cobertura que necesita
Un programa manual suele revisar una muestra pequeña. Si las decisiones sobre agentes, los controles de cumplimiento o la supervisión de agentes de IA dependen de la calidad, una muestra rara vez basta, como explicamos en nuestro artículo sobre por qué una muestra del 3 % no sirve para decidir sobre cada agente (en inglés). Anote si necesita evaluar todas las conversaciones o una muestra mayor revisada más rápido.
Paso 2: Decida quién tiene la última palabra sobre una nota
Algunos equipos quieren evaluación totalmente automática; otros quieren que la IA proponga y un evaluador apruebe. Muchos quieren ambas cosas, en colas distintas. Su RFP debe preguntar cómo funciona cada modo y cómo un evaluador corrige a la IA.
Paso 3: Enumere sus canales y sistemas
Enumere cada canal que quiere en la scorecard (llamadas, chat, email, mensajería) y cada sistema donde viven las conversaciones. Un proveedor que evalúa bien el chat pero trata la voz como un producto aparte quedará bien en la demo de chat y fallará en su cola telefónica.
Paso 4: Escriba sus criterios eliminatorios
Un criterio eliminatorio es una respuesta que descarta a un proveedor sea cual sea su puntuación. Los habituales son no firmar un contrato de encargo del tratamiento, no admitir su helpdesk o no poder ver por qué se dio una nota. Limite la lista a cinco o menos, o no pasará nadie.
Las 40 preguntas del RFP, por bloques
Estas 40 preguntas cubren los nueve ámbitos en los que más difieren las herramientas de calidad para contact center. Cópielas en su RFP con su numeración y pida a los proveedores que respondan cada una brevemente y con la prueba solicitada.
Bloque A: Cobertura y evaluación (6 preguntas)
| # | Pregunta | Qué muestra una buena respuesta |
|---|---|---|
| A1 | ¿Qué parte de nuestras conversaciones pueden evaluar y cuándo se evalúa cada una? | Una proporción y un disparador concretos, por ejemplo cada conversación al resolverse |
| A2 | ¿Qué partes de la evaluación son totalmente automáticas y cuáles necesitan un evaluador? | Un reparto claro, con ambos modos disponibles |
| A3 | ¿Cómo cambia un evaluador una nota o comentario automático? | Un flujo de edición y aprobación, con el cambio registrado |
| A4 | ¿Cómo muestran por qué se dio una nota? | La prueba en la transcripción junto a cada criterio |
| A5 | ¿Cómo evalúan los criterios eliminatorios, como compartir datos de tarjeta? | Criterios eliminatorios tratados aparte de los ponderados |
| A6 | ¿Qué hacen con las conversaciones en las que la IA duda? | Derivación a una cola humana, no una suposición silenciosa |
Bloque B: Scorecards y su estándar (5 preguntas)
| # | Pregunta | Qué muestra una buena respuesta |
|---|---|---|
| B1 | ¿Podemos importar nuestra scorecard actual tal cual? | Sus criterios con sus palabras, no una plantilla impuesta |
| B2 | ¿Cuántos criterios automatizados podemos tener y hay límites por plan? | Un número, por plan |
| B3 | ¿Cómo ponderamos criterios y usamos scorecards distintas por equipo, cola o cliente? | Pesos por criterio y scorecards por equipo |
| B4 | Si cambiamos un criterio, ¿qué pasa con las notas futuras y pasadas? | Una regla documentada, idealmente con historial de versiones |
| B5 | ¿Cómo usan nuestra base de conocimiento o políticas al evaluar? | Su propio contenido como contexto, no un juicio genérico |
Para construir la scorecard en sí, vea nuestra guía de la scorecard para call center.
Bloque C: Precisión y validación (5 preguntas)
| # | Pregunta | Qué muestra una buena respuesta |
|---|---|---|
| C1 | ¿Cómo podemos probar las notas automáticas contra las de nuestros evaluadores antes de arrancar? | Una prueba con valoraciones históricas, criterio a criterio |
| C2 | ¿Cómo informan del acuerdo entre notas automáticas y humanas? | Acuerdo por criterio, no una sola cifra de precisión |
| C3 | ¿Qué hacen cuando un criterio discrepa una y otra vez de nuestros evaluadores? | Reformular el criterio y volver a probar |
| C4 | ¿Cómo mantienen coherentes a los evaluadores entre sí? | Sesiones de calibración que se trasladan a la scorecard |
| C5 | ¿Cómo recurre un agente una nota? | Un proceso de disputa con registro |
Bloque D: Canales e integraciones (5 preguntas)
| # | Pregunta | Qué muestra una buena respuesta |
|---|---|---|
| D1 | ¿Cuáles de nuestros canales se pueden evaluar en una sola scorecard: llamadas, chat, email, mensajería? | Un mismo estándar en todos los canales |
| D2 | ¿Cómo se conectan a nuestro helpdesk y es una integración nativa? | Integraciones nativas con nombre para sus sistemas |
| D3 | ¿Cómo tratan las llamadas: importación de grabaciones, transcripción, idiomas? | Un camino claro para la voz, no «en la hoja de ruta» |
| D4 | ¿Cómo les llegan las conversaciones de un sistema propio? | Un conector, una API o una importación de archivos, con formatos |
| D5 | ¿Cómo llegan las notas y los datos a nuestras herramientas de BI? | Exportaciones programadas en formatos estándar |
Bloque E: Coaching e informes (4 preguntas)
| # | Pregunta | Qué muestra una buena respuesta |
|---|---|---|
| E1 | ¿Cómo se convierten los resultados de calidad en coaching para un agente? | Feedback vinculado a las conversaciones de las que sale |
| E2 | ¿Qué ve un jefe de equipo sin pedírselo a un analista? | Paneles por agente, equipo y criterio |
| E3 | ¿Cómo muestran tendencias y causas en todas las conversaciones? | Análisis sobre la cobertura completa, no sobre una muestra |
| E4 | ¿Cómo reparten el trabajo de revisión entre evaluadores? | Asignaciones que reparten el trabajo de forma equilibrada |
Bloque F: Agentes de IA y bots (3 preguntas)
| # | Pregunta | Qué muestra una buena respuesta |
|---|---|---|
| F1 | ¿Pueden evaluar las conversaciones de nuestro agente de IA con la misma scorecard que las de los agentes humanos? | Un mismo estándar para personas y agentes de IA |
| F2 | ¿Cómo evalúan el traspaso del agente de IA a una persona? | Controles a ambos lados del traspaso |
| F3 | ¿Cómo vuelven los hallazgos al contenido o las reglas del bot? | Un camino del fallo a la corrección |
Si los agentes de IA ya atienden parte de su cola, nuestra guía de control de calidad de agentes de IA enumera qué evaluar.
Bloque G: Seguridad, privacidad y aspectos legales (5 preguntas)
| # | Pregunta | Qué muestra una buena respuesta |
|---|---|---|
| G1 | ¿Qué auditorías y certificaciones independientes tienen y podemos ver los informes? | Informes vigentes, disponibles bajo NDA |
| G2 | ¿Dónde se almacenan y procesan nuestros datos y con qué subencargados? | Una lista publicada de subencargados con su ubicación |
| G3 | ¿Usan nuestros datos para entrenar o ajustar modelos de IA? | Una respuesta escrita clara, en el contrato |
| G4 | ¿Qué pasa con nuestros datos al terminar el contrato? | Un plazo de devolución y una regla de borrado |
| G5 | ¿Firmarán un contrato de encargo del tratamiento y qué cubre? | Un contrato que cubra también las funciones de IA |
Bloque H: Implantación y soporte (4 preguntas)
| # | Pregunta | Qué muestra una buena respuesta |
|---|---|---|
| H1 | ¿Qué incluye el onboarding y quién hace qué? | Un plan con sus tareas y las del proveedor |
| H2 | ¿Cuánto tarda en evaluarse la primera conversación? | Un plazo realista y de qué depende |
| H3 | ¿Quién nos atiende tras el arranque y en qué condiciones? | Un contacto con nombre y condiciones de soporte |
| H4 | ¿Cómo ayudan a nuestros evaluadores y agentes a adoptar la herramienta? | Formación y un plan de despliegue, vea nuestro plan de despliegue de una herramienta de calidad (en inglés) |
Bloque I: Condiciones comerciales (3 preguntas)
| # | Pregunta | Qué muestra una buena respuesta |
|---|---|---|
| I1 | ¿Cuál es la unidad de precio (licencia, evaluador, conversación, minuto) y quién cuenta como licencia? | Una definición que pueda aplicar a su organigrama |
| I2 | ¿Qué incluye cada plan y qué es un complemento? | Una tabla, no un rango |
| I3 | ¿Qué cambia en la renovación o cuando el equipo crece? | Condiciones escritas de renovación y crecimiento |
Cómo puntuar las respuestas de los proveedores
Puntúe cada respuesta de 0 a 3 con definiciones escritas, promedie las respuestas de cada bloque y aplique después los pesos. Pase primero la seguridad y las condiciones sobre datos como filtro, para que una buena nota funcional no salve a un proveedor que lo suspende.
| Nota | Definición |
|---|---|
| 0 | No se ofrece o no hay respuesta |
| 1 | Se ofrece con grandes limitaciones o solo se promete para más adelante |
| 2 | Se ofrece y cumple el requisito, con la prueba mostrada en parte |
| 3 | Cumple el requisito con la prueba mostrada en la respuesta o en la demo |
Esta ponderación encaja con un contact center cuyo objetivo principal es una cobertura más completa y justa. Ajuste los pesos a sus prioridades antes de recibir las respuestas y no los cambie después.
| Bloque | Peso | Filtro |
|---|---|---|
| A. Cobertura y evaluación | 25 | |
| B. Scorecards y su estándar | 15 | |
| C. Precisión y validación | 15 | |
| D. Canales e integraciones | 15 | Eliminatorio si su helpdesk o canal principal no está soportado |
| E. Coaching e informes | 10 | |
| F. Agentes de IA y bots | 5 | |
| G. Seguridad, privacidad y aspectos legales | Filtro | Eliminatorio si cualquiera de G1 a G5 obtiene 0 |
| H. Implantación y soporte | 10 | |
| I. Condiciones comerciales | 5 | |
| Total | 100 |
La puntuación ponderada de un proveedor es la suma del peso de cada bloque por su nota media, dividida entre 3. Un proveedor con 3 en todo obtiene 100. Haga que al menos dos personas puntúen por separado y compare: si difieren en más de un punto en una pregunta, la pregunta o la respuesta no estaba clara.
Un ejemplo de puntuación calculado
Este es un ejemplo ilustrativo con tres proveedores inventados, no resultados reales. Muestra cómo se comporta la matriz cuando los totales están ajustados y cuando se aplica un criterio eliminatorio.
| Bloque (peso) | Proveedor A | Proveedor B | Proveedor C |
|---|---|---|---|
| A. Cobertura y evaluación (25) | 3 | 2 | 3 |
| B. Scorecards (15) | 2 | 3 | 3 |
| C. Precisión y validación (15) | 3 | 2 | 1 |
| D. Canales e integraciones (15) | 2 | 3 | 2 |
| E. Coaching e informes (10) | 2 | 2 | 2 |
| F. Agentes de IA (5) | 1 | 3 | 2 |
| G. Filtro de seguridad | Apto | Apto | No apto (G3 con 0) |
| H. Implantación (10) | 2 | 3 | 3 |
| I. Condiciones comerciales (5) | 2 | 2 | 3 |
| Puntuación ponderada | 78,3 | 81,7 | Descartado (habría sido 80,0) |
Proveedor A: (25×3 + 15×2 + 15×3 + 15×2 + 10×2 + 5×1 + 10×2 + 5×2) ÷ 3 = 235 ÷ 3 = 78,3.
Proveedor B: (25×2 + 15×3 + 15×2 + 15×3 + 10×2 + 5×3 + 10×3 + 5×2) ÷ 3 = 245 ÷ 3 = 81,7.
El proveedor C habría sacado 80,0, pero no pudo decir por escrito si entrena modelos con sus datos, así que el filtro lo descarta.
La lección está en la distancia entre A y B: 3,4 puntos están dentro del ruido de dos personas que puntúan 40 respuestas.
Acuerde de antemano una regla de desempate, por ejemplo «con menos de 5 puntos de diferencia, gana la mejor nota en el bloque de más peso». Aquí es el proveedor A, con un 3 en cobertura frente al 2 de B. Después, confírmelo con una demo con guion basada en sus preguntas de más peso.
Haga una demo con guion y después compruebe referencias
Una demo con guion muestra a cada finalista respondiendo en directo a sus preguntas de más peso, en el mismo orden, para comparar productos y no presentadores. Envíe el guion una semana antes y puntúe la demo con la misma escala de 0 a 3.
Un buen guion pide a cada proveedor que muestre, no que cuente:
- una conversación evaluada en cada uno de sus canales, con la prueba de cada criterio
- un evaluador cambiando una nota automática, y dónde queda registrado el cambio
- su scorecard, o una copia cercana, configurada con sus pesos y un criterio eliminatorio
- el panel que un jefe de equipo abriría el lunes por la mañana
- cómo se aplica a las notas futuras un cambio en un criterio
Después de la demo, pida una o dos referencias de equipos parecidos en tamaño y mezcla de canales. Pregúnteles qué tardó más de lo previsto, no si están contentos.
Una vez elegido, planifique cómo comprobará las notas con sus propias conversaciones en las primeras semanas. Nuestro protocolo de una semana para validar la evaluación con IA (en inglés) le da el método.
Errores que hacen incomparables las respuestas
La mayoría de los RFP fallan porque las preguntas invitan a respuestas de marketing y la puntuación se decide después de recibirlas. Cinco errores explican casi todo.
| Error | Qué pasa | Solución |
|---|---|---|
| Preguntas de sí o no | Todos los proveedores responden que sí | Pregunte «cómo» y «muéstrenos» |
| Sin pesos antes de las respuestas | El favorito gana a posteriori | Apruebe los pesos primero |
| Precio puntuado como función | Gana una herramienta barata sin cobertura | Deje las condiciones comerciales en 5 a 10 puntos y compare el coste aparte |
| Doscientas preguntas | El equipo comercial responde desde una biblioteca | Quédese en unas 40 preguntas que importen |
| Sin criterios eliminatorios | Llega a la final un proveedor que no puede firmar su contrato de encargo | Escriba cinco criterios eliminatorios o menos |
El coste merece su propio modelo: licencia, onboarding, tiempo de los evaluadores y tiempo hasta llegar a la cobertura completa. Nuestra guía sobre el ROI del Auto QA (en inglés) muestra cómo construirlo.
Cómo empezar su RFP de software de calidad esta semana
Empiece rellenando la tabla de contexto y sus criterios eliminatorios, y copie luego las 40 preguntas y la matriz de puntuación en su documento. Acuerde los pesos con TI, legal, compras y el responsable de calidad en una sola reunión antes de enviar nada.
Si Kaizo está en su lista, esto es en lo que se basan nuestras respuestas. AutoPilot evalúa el 100 % de las conversaciones con su rúbrica en cuanto se resuelven, y Auto QA prepara notas y feedback que un evaluador edita y aprueba.
Puede probar la IA con sus valoraciones históricas antes del arranque, y nuestro Trust Center recoge nuestro informe SOC 2 Type II, el certificado ISO 27001 y el contrato de encargo del tratamiento, disponibles bajo petición. El precio es por licencia, como se explica en nuestra página de precios.
Vea en una demo en directo cómo responde Kaizo a estas preguntas, con datos de ejemplo realistas y su RFP en la mano. Reserve una reunión.
Preguntas frecuentes
¿Cómo se redacta un RFP para software de contact center?
Describa primero su operación: licencias, volumen, canales, helpdesk y proceso actual. Enumere después los requisitos imprescindibles y eliminatorios, escriba preguntas que pidan pruebas y fije el método de puntuación y los pesos antes de enviarlo. Dé un calendario para preguntas, respuestas, demos y decisión, y nombre a una persona de contacto.
¿Qué diferencia hay entre un RFI y un RFP?
Un RFI (solicitud de información) es un documento breve y temprano para conocer el mercado y hacer una preselección. Un RFP (solicitud de propuesta) se envía a esa preselección y pide una solución concreta, con respuestas que usted puntúa y un precio. Muchos compradores de software de calidad se saltan el RFI y envían un RFP a entre tres y cinco proveedores.
¿A cuántos proveedores enviar el RFP de software de calidad?
De tres a cinco suelen bastar. Menos deja poco que comparar; más genera un trabajo de puntuación que rara vez cambia el resultado. Acote la lista antes con nuestra comparativa de software de calidad o con una llamada breve con cada proveedor, y descarte a quien suspenda un criterio eliminatorio en esa llamada.
¿Cuánto dura un proceso de RFP de software de calidad?
Para la mayoría de los contact centers, de cuatro a ocho semanas desde el envío hasta la decisión es realista: unas dos semanas para las respuestas, una o dos para puntuación y demos, y el resto para referencias, revisión de seguridad y contrato. Las revisiones de seguridad y legal suelen ser las más largas, así que empiécelas en paralelo con las demos.
¿Debe el precio contar en la puntuación del RFP?
El precio debe pedirse en el RFP, pero pesar poco en la nota funcional, unos 5 a 10 puntos. Compare el coste total aparte, incluido el tiempo de los evaluadores, el onboarding y las condiciones de crecimiento. Una herramienta más barata que evalúa menos conversaciones o exige más revisión manual puede salir más cara a lo largo del contrato.
