Una prueba de concepto (PoC) debería servir para reducir el riesgo de comprar software. En la práctica, la mitad se atascan: nadie se pone de acuerdo en qué había que demostrar, los criterios cambian a mitad de camino y la decisión final acaba tomándose por intuición. Con un marco de 30 minutos se corrige casi todo. Aquí lo tienes.
Paso 1 — Define la pregunta antes de empezar la prueba
«¿Puede este producto sustituir a nuestra herramienta actual?» es demasiado amplio. La pregunta tiene que poder responderse con un sí o un no. Mejor así: «¿Puede este producto procesar nuestras diez plantillas de informe con más volumen y generar un resultado equivalente con un máximo de 2 minutos de ajuste manual?».
Si no consigues escribir esa pregunta en una sola frase, la prueba todavía no está lista para arrancar.
Paso 2 — Elige de 3 a 5 criterios y asígnales un peso
Las pruebas de concepto se hunden cuando hay quince criterios de éxito. Reduce la lista a un máximo de cinco y ponles un peso explícito. Reparto habitual en una PoC de SaaS:
- Encaje funcional con nuestro caso de uso — 40 %
- Esfuerzo de integración con nuestros sistemas actuales — 25 %
- Rendimiento y tiempo de respuesta — 15 %
- Calidad del soporte durante la propia prueba — 10 %
- Proyección de coste a escala — 10 %
Paso 3 — Prueba con 2 o 3 candidatos, no con uno solo
Una PoC con un único proveedor no tiene con qué compararse. Cuando llevas cuatro semanas invertidas en la del proveedor A, entra en juego el sesgo del coste hundido. Lanza dos o tres en paralelo aunque suponga el doble de trabajo: la señal está en la comparación.
Paso 4 — Documenta la comparación
Trata el resultado de la PoC como si fuera una comparación de RFP (solicitud de propuesta): tabla alineada, scorecard de proveedores (cuadro de evaluación), lista de señales de alerta y resumen ejecutivo. El entregable debería ser un documento de dos páginas que permita entender por qué recomiendas al proveedor X a alguien que no ha participado en la prueba. Las herramientas con IA se encargan solas de alinear y puntuar en cuanto subes los materiales de la PoC: propuestas, resultados de las pruebas y contratos.
Paso 5 — Fija la fecha de decisión antes de empezar
Las pruebas sin fecha límite se eternizan. Fija el día de la reunión de decisión en el arranque de la PoC y ejecuta la comparación la víspera. La fecha es lo que obliga al equipo a decidir de verdad.
Errores frecuentes en una prueba de concepto
- Ampliación del alcance. El comercial del proveedor B se ofrece a añadir una funcionalidad nueva a mitad de la prueba. O lo rechazas, o vuelves a fijar la línea base de toda la comparación.
- La demo de escaparate. El equipo que hace la demo no es el equipo de soporte. Prueba por los mismos canales que van a usar tus usuarios reales.
- Decisión de una sola persona. Consigue el visto bueno de al menos alguien ajeno al equipo que ha ejecutado la PoC.
¿Qué significan realmente esos «30 minutos»?
Los 30 minutos son para la reunión final de comparación, no para la prueba. La PoC en sí exige de dos a cuatro semanas de trabajo real. La gracia del marco es que la reunión en la que se toma la decisión dure media hora y no tres horas de discusión. Entrar con una tabla comparativa, un scorecard y una lista de señales de alerta generados con IA ahorra buena parte del debate.