4 señales de que su prueba de concepto de software de Business Intelligence es un fracaso

Así que ha reducido los proveedores de software de inteligencia de negocios que está considerando a una lista corta. Usted sabe lo que su empresa necesita del software y tiene una buena idea de dónde conseguirlo.

Este es un gran comienzo, pero lo que viene a continuación es igualmente importante: la prueba de concepto. Cuando compra software, una prueba de concepto es como hacer una prueba de manejo al comprar un automóvil. En ambos casos, está viendo cómo se maneja el producto en las configuraciones que encontrará a diario.

Si está comprando una minivan o un SUV, quiere asegurarse de que le quede bien a sus hijos, algunos amigos y su equipo de fútbol antes de firmar.

Si está comprando un software de inteligencia comercial, querrá asegurarse de que pueda integrar sus fuentes de datos antes de comprometerse.

Al igual que los signos reveladores de una mala prueba de manejo (frenos chirriantes, un motor humeante o el vendedor metiendo los pies en el piso, al estilo de los Picapiedra, para hacer que el auto se mueva), hay signos seguros de una mala prueba de concepto de software. tienes que estar atento.

Aquí hay cuatro señales de que su prueba de concepto de software de inteligencia empresarial es un fracaso. Si ve alguno de estos, puede ser el momento de considerar a un proveedor diferente.

1. Tienes que pagar por tu prueba de concepto

Nuestra primera bandera roja es un proveedor que le pide que pague por la prueba de concepto. Sospecharías si un concesionario te cobrara por conducir un automóvil durante 30 minutos, ¿verdad? Debe ser igualmente cauteloso con los proveedores que quieren que pague para ver qué tan bien su producto integra sus datos.

La compra de una solución de inteligencia de negocios no es una compra única. Es una relación con el proveedor y la comunidad que usa su programa (piense en atención al cliente, cursos de educación para proveedores y foros en línea). Por lo tanto, su proveedor debe verlo como un socio, en lugar de solo una fuente de ingresos.

Una ejecución de prueba, como una prueba de concepto, no es una transacción, sino una oportunidad de sentirse mutuamente y ver si los fundamentos de la relación están en su lugar.

Una buena prueba de concepto es un buen augurio para el éxito posterior

La preparación de una prueba de concepto requiere trabajo de ambas partes. El proveedor tiene que construir una versión básica de la solución que diseñará para usted, mientras que usted necesita saber qué quiere de la solución (más sobre esto más adelante). En el punto de la prueba de concepto, el comprador inteligente de inteligencia comercial ya ha determinado exactamente lo que necesita.

2. El vendedor no está usando tus datos

La mejor manera de asegurarse de que el programa de BI que está comprando puede manejar sus datos es ver cómo maneja sus datos. La prueba de conducción de un automóvil en Florida no tiene mucho sentido si necesita ver cómo se maneja en la tierra nevada de Maine donde vive.

Asegúrese de que los tableros usen sus datos.

El ingeniero de software sénior de Capterra, Venka Ashtakala, señala que "una mayor confianza" en la solución es una de las principales razones para usar sus propios datos en el POC. Sus datos "pueden tener algunos casos extremos u otras peculiaridades de datos que los datos de prueba pueden no tener".

Los datos que desea incorporar a su programa de inteligencia comercial pueden diseñarse o personalizarse de una manera única que requiere un tratamiento diferente. "En un nivel superior", dice Ashtakala, "el uso de datos 'reales' garantiza que cualquier lógica comercial o regla integrada en los datos será manejada adecuadamente por el código de prueba de concepto que se está desarrollando".

Una prueba de concepto con sus propios datos proporciona el mismo tipo de minuciosidad que deseará cuando utilice el programa con regularidad.

3. La prueba de concepto no demuestra las afirmaciones del proveedor

Otra cosa a tener en cuenta durante la prueba de concepto es la medida en que el proveedor cumple (o no) con sus afirmaciones, ya sea que esas afirmaciones sean exclusivas del POC o sean afirmaciones de marca más generales.

Si un vendedor reclama un producto rápido, por ejemplo, entonces no debería funcionar a la velocidad de un hámster que languidece en una rueda oxidada.

Sin embargo, si quieres trabajar en una rueda de hámster, ese es otro asunto.

El razonamiento detrás de esto se explica por sí mismo: si el proveedor no puede cumplir con lo que promete su marca en el POC, es poco probable que pueda cumplir más adelante.

Incluso si la prueba de concepto cumple con sus requisitos específicos, un producto que se anuncia como fácil de usar no debería ser confuso. Sugiere una marca inconsistente, lo que sugiere problemas futuros en su relación de larga data con el proveedor.

4. La prueba de concepto no satisface tus necesidades

Si bien las primeras tres señales de alerta en este artículo se enfocan en el proveedor, este cuarto consejo vuelve a centrar la atención en usted y su negocio. Una vez que haya identificado sus necesidades, es importante evaluar la prueba de concepto para asegurarse de que satisfaga esas necesidades.

Asegurarse de que su proveedor satisfaga sus necesidades es lo suficientemente importante como para que Jason Remillard de Data443 lo llame "el principal indicador de un POC fallido".

¿Cómo sabes que estás tratando con una prueba de concepto exitosa? Remillard dice que el proveedor habrá "confirmado los requisitos del cliente, los documentará, los volverá a validar con el cliente" y logrará que el cliente firme cada requisito. Este nivel de diligencia debida no solo demuestra que el proveedor conoce sus necesidades, sino que "garantiza que todos se concentren en los esfuerzos correctos" y lo coloca en la posición correcta para administrar su relación con la empresa que lo ayudará en su viaje para convertirse en un proveedor de datos. impulsado.

Este nivel de minuciosidad del proveedor lo convierte en una prueba de concepto exitosa y lo prepara para hábitos exitosos una vez que esté usando el programa regularmente. Con requisitos bien definidos y acordados, ambas partes tienen "algo a lo que hacer referencia", lo que reduce la posible confusión. Según Remillard, un documento de objetivos establecidos también agiliza el proceso y lo hace susceptible al control de cambios.

¿Qué hace una buena prueba de concepto?

¿Ha tenido buenas (o malas) experiencias de prueba de concepto al comprar software de BI? ¡Comparte tu experiencia en los comentarios a continuación!