Un piloto de software solo es útil si ambas partes acuerdan de antemano qué significa éxito. Esta página expone los criterios de éxito de un piloto de O&M solar para una prueba de ClearSpot: el alcance que hay que acordar, los cinco KPI que conviene medir como línea base antes del primer día, cómo medirlos y qué aspecto tiene un buen resultado. Está pensada para gestores de activos, IPP y contratistas de O&M que diseñan una prueba en una cartera a escala de utilidad.
En resumen: ClearSpot es una plataforma de IA y automatización con drones para la operación y mantenimiento (O&M) fotovoltaica a escala de utilidad que detecta fallos a partir de datos de drones y SCADA y los convierte en órdenes de trabajo priorizadas e informes. Un piloto de ClearSpot debe evaluarse con un conjunto reducido de KPI acordados antes de empezar, cada uno medido frente a su propia línea base histórica: retraso de detección, tiempo de alarma a orden de trabajo, proporción de órdenes de trabajo falsas, horas de reporting y disponibilidad.
¿Planea una prueba? Solicite una demo y le ayudaremos a redactar el alcance y los KPI del piloto.
Cómo es un piloto de ClearSpot
Un piloto ejecuta el flujo de trabajo completo de ClearSpot en una parte limitada de su cartera: conexión de datos, línea base, detección de fallos, órdenes de trabajo priorizadas e informes. El objetivo es ver la plataforma funcionar con sus propias plantas, datos y equipos, y no con un conjunto de datos de demostración.
- Alcance y duración: desde 20–40 MW, durante uno a tres meses.
- Condiciones comerciales: los pilotos son siempre de pago, y parte de la tarifa puede vincularse a los resultados obtenidos. Para carteras de mayor tamaño, ClearSpot puede ofrecer un análisis preliminar gratuito de datos históricos antes del piloto.
- Vuelos de drones: un piloto puede incluir el análisis de vuelos con drones, normalmente realizados por pilotos de la red de pilotos de drones de ClearSpot.
Elija plantas piloto representativas del conjunto de la cartera, incluida al menos una con problemas conocidos de rendimiento o de datos. Un piloto solo en su planta mejor gestionada mostrará poco.
Los cinco KPI que conviene acordar antes del primer día
Mantenga la lista corta. Cinco KPI, cada uno con una fuente de línea base, un objetivo y un método de medición documentados antes de empezar el piloto, dan un sí o un no claro al final. Los objetivos se fijan con su equipo para sus plantas; las cifras mostradas son referencias de los resultados y casos de estudio publicados de ClearSpot, no garantías.
| KPI | Fuente de la línea base | Objetivo (acordado en cada piloto) | Cómo se mide |
|---|---|---|---|
| Retraso de detección: tiempo desde el inicio del fallo hasta su detección | Histórico de SCADA y tickets anteriores del CMMS | Menor que la línea base; el caso de California pasó de unas tres semanas a visibilidad en tiempo real | Inicio del fallo en los datos SCADA frente al primer hallazgo de ClearSpot |
| Tiempo de alarma a orden de trabajo | Marcas de tiempo de los tickets del CMMS frente a las horas de alarma de SCADA | Menor que la línea base | Tiempo desde la alarma o el hallazgo hasta la creación de la orden de trabajo en el CMMS |
| Proporción de órdenes de trabajo falsas | Tickets del CMMS cerrados como «no se encontró fallo» | Inferior a la línea base | Proporción de órdenes de trabajo del piloto cerradas sin encontrar fallo |
| Horas de reporting | Tiempo del equipo dedicado a informes mensuales y trimestrales | Inferior a la línea base; el caso de India redujo el tiempo de reporting y análisis un 90% | Horas registradas por ciclo de reporting |
| Disponibilidad | Disponibilidad de la planta durante el periodo de la línea base | Los clientes apuntan a una disponibilidad del 97%+ | La misma definición de disponibilidad que en su contrato de O&M |
Utilice las mismas definiciones de KPI que ya emplea en contratos e informes. Nuestro artículo sobre por qué el tiempo medio de respuesta es la métrica equivocada de O&M explica cómo definir los KPI de tiempo para que no los distorsionen unos pocos tickets muy largos, y la guía sobre la medición del rendimiento en contratos de O&M trata las definiciones de disponibilidad.
Los objetivos de los pilotos de ClearSpot se centran en una recuperación razonable de la disponibilidad y de las pérdidas por bajo rendimiento, y en las horas de trabajo manual ahorradas. En lugar de prometer de antemano un porcentaje fijo, las condiciones del piloto pueden vincular parte de la tarifa a los resultados obtenidos frente a la línea base acordada.
Primero la línea base: un año o más de histórico de CMMS y SCADA
Sin línea base, el resultado de un piloto es una opinión. Cuando esté disponible, reúna al menos 12 meses, idealmente de uno a dos años, de datos de SCADA o monitorización y del histórico de órdenes de trabajo del CMMS de las plantas piloto antes del primer día. En un piloto de ClearSpot, este análisis de datos históricos es la fase 0. Un año completo abarca los efectos estacionales sobre la producción y sobre los fallos por suciedad y vegetación, de modo que las mejoras no se confundan con un trimestre soleado.
A partir de ese histórico, registre para cada KPI el valor actual y cómo se calculó. Si faltan partes del histórico o no son fiables, anótelo: las lagunas de datos detectadas en esta etapa son en sí mismas un hallazgo, y cerrarlas forma parte de lo que pone a prueba el piloto. También conviene registrar cómo se crean hoy las órdenes de trabajo, por ejemplo manualmente a partir de alarmas; vea cómo los agentes de IA generan tickets de CMMS, la alternativa automatizada que se prueba.
Qué aspecto tiene un buen resultado de piloto
Un buen resultado es concreto: un fallo encontrado antes, una pérdida explicada, horas ahorradas, todo ello trazable a la línea base. En una instalación solar comercial en California, ClearSpot detectó el bajo rendimiento que afectaba a la planta, y el equipo pasó de unas tres semanas de conjeturas a visibilidad en tiempo real. Como muchas instalaciones comerciales e industriales (C&I) de California se facturan con tarifas por franjas horarias, la rapidez de la detección importó tanto como la detección misma.
Un resultado también puede ser negativo. Si un KPI no se mueve, la línea base y los registros de órdenes de trabajo deberían mostrar por qué, por ejemplo datos que nunca se conectaron u órdenes de trabajo creadas pero no atendidas. Sigue siendo un resultado útil, porque indica qué debe cambiar antes de un despliegue más amplio.
Del piloto a la cartera
Al final del piloto, compare cada KPI con su línea base y su objetivo, y traduzca la diferencia a dinero para toda la cartera. La calculadora de ROI de O&M solar y la calculadora de ROI de gestión de activos ayudan a estimar el caso de negocio con sus propias cifras. Al construirlo, cuente tanto los ingresos perdidos como la mano de obra; los operadores a menudo calculan el ROI de O&M de forma demasiado estrecha.
La decisión es progresiva. La fase 0 analiza los datos históricos, una revisión a mitad del piloto comprueba el avance (por ejemplo, a las seis semanas de un piloto de tres meses) y la decisión de continuar o no se toma al final. Las plantas piloto conservan sus conexiones, su modelo de activos y su calibración, de modo que el despliegue debería extender la misma configuración al resto de las plantas en lugar de rehacerla.
Preguntas frecuentes
¿Cuánto debe durar un piloto de software de O&M solar?
Un piloto de ClearSpot dura de uno a tres meses, tiempo suficiente para que cada KPI muestre un cambio medible frente a su línea base. Acuerde la duración y la fecha de fin antes de empezar el piloto.
¿Qué KPI demuestran que un piloto ha funcionado?
Retraso de detección, tiempo de alarma a orden de trabajo, proporción de órdenes de trabajo falsas, horas de reporting y disponibilidad, cada uno medido frente a su propia línea base histórica con definiciones acordadas de antemano.
¿Cuántas plantas debe incluir el piloto?
Desde 20–40 MW en total, elegidas para ser representativas de la cartera: idealmente plantas de distinto tamaño, equipamiento o plataforma de monitorización, y al menos una con problemas conocidos de rendimiento o de datos.
¿Qué datos de línea base necesitamos?
Cuando estén disponibles, al menos 12 meses, idealmente de uno a dos años, de datos de SCADA o monitorización y del histórico de órdenes de trabajo del CMMS de las plantas piloto, además de un registro del tiempo dedicado a informes.
¿Es gratuito un piloto de ClearSpot?
No. Los pilotos son siempre de pago, y parte de la tarifa puede vincularse a los resultados obtenidos. Para carteras de mayor tamaño, ClearSpot puede ofrecer un análisis preliminar gratuito de datos históricos.
¿Y si el piloto no muestra mejora?
Utilice la línea base y los registros de órdenes de trabajo para averiguar por qué, por ejemplo conexiones de datos ausentes u órdenes de trabajo no atendidas. Unos criterios de éxito acordados hacen que esa revisión sea objetiva para ambas partes.
Diseñe su piloto con nuestro equipo
Díganos en qué plantas haría la prueba y cómo elabora hoy sus informes, y le propondremos un alcance de piloto, una línea base y una hoja de KPI para su revisión. Solicite una demo para empezar.