Connected products.
El producto en uso se vuelve una superficie continua de relación con el cliente.
Eventos de negocio del producto conectado (arranque, fin de jornada, hitos de uso, alertas) llegan al perfil del cliente y al asset, sin inundar el CDP con telemetría cruda. Comercial, marketing y servicio empiezan a operar sobre lo que el producto realmente está haciendo en campo.
La telemetría es masa, ruido y silo, todo al mismo tiempo.
Volumen inmanejable si entra crudo
Un fabricante con miles de equipos en campo puede generar casi un millón de eventos diarios. Si todo eso llega al CDP, los costos se disparan, los modelos se ensucian y las métricas se vuelven ilegibles.
Comercial opera a ciegas si no entra nada
La telemetría termina viviendo en una plataforma que solo mira ingeniería. Comercial nunca sabe que un cliente cruzó el hito de horas que dispara el cambio de filtros ni que un equipo emitió una alerta crítica.
La señal y el cliente viven separados
El IoT conoce al asset; el CRM conoce al cliente. Cuando la señal del producto no se conecta al perfil, las activaciones siguen siendo calendarias y la oportunidad real se pierde.
Una arquitectura de dos capas que filtra ruido y conserva señal.
La plataforma IoT hace el trabajo pesado
AWS IoT Core, Azure IoT Hub, ThingWorx o la propia procesa la telemetría cruda, deduplica, descarta outliers, agrega por minuto u hora y persiste el detalle en su lake.
Solo eventos de negocio cruzan al CDP
Arranque diario, fin de jornada, hitos de horas operativas, alertas de falla, evento de mantenimiento próximo, evento de bajo combustible. Lo que importa para servicio y comercial, nada más.
Modelado al lado del cliente y del asset
Los eventos viven en un DMO custom asociado al Asset y a la cuenta. Calculated Insights producen horas acumuladas, productividad del último ciclo y riesgo de falla próximo.
Activación operativa
La alerta crítica crea task de field service. El hito de horas dispara la campaña de partes consumibles. El umbral de fin de vida útil abre oportunidad de upgrade en Sales Cloud.
Antes y después de Data Cloud
La campaña de filtros consumibles se mandaba cada seis meses a toda la base. La conversión era baja y la fatiga, alta.
La oferta llega cuando el equipo cruza el hito de horas. La conversión se multiplica y el cliente percibe servicio en lugar de spam.
Cada lectura cruda compitiendo por entrar al CDP. Los costos crecían lineales con la flota y los modelos se ensuciaban con redundancia.
La capa de pre-procesamiento reduce el volumen al CDP de forma significativa. La plataforma se usa para señales, no para repetir lecturas.
La alerta crítica dependía de que el cliente llamara. El técnico llegaba después de la falla, no antes.
La alerta del producto crea automáticamente la orden de trabajo. El técnico llega antes de que el cliente verbalice el problema.
La oportunidad de upgrade aparecía por intuición o por suerte. El AE llamaba sin contexto operativo del equipo.
El umbral de fin de vida útil abre una oportunidad con argumento. El AE aparece con datos del producto en uso, no con un pitch genérico.
Cómo se ve una jornada de campo en zafra.
Arranque sincronizado
Los equipos emiten arranque diario. La plataforma IoT procesa, agrega y deja persistido el detalle. Solo el evento de arranque cruza al CDP, asociado al asset y a la cuenta.
Cruce de umbral
Una cosechadora cruza las 1.200 horas operativas. Calculated Insights actualiza el riesgo de falla y dispara la campaña de filtros consumibles a la app móvil del cliente.
Alerta crítica
Otro equipo emite alerta de falla próxima. Field service recibe la task con la ubicación y el modo de falla esperado. El técnico de zona organiza la visita antes del cierre de jornada.
Fin de jornada
Los equipos cierran. Las métricas del día alimentan el perfil de cuenta y el perfil de asset. Mañana, el AE entra a la cuenta y ve productividad del ciclo, no un Excel viejo.
Qué cambia cuando el producto en uso entra a la conversación.
Aftermarket que crece sin sumar volumen
Las campañas de partes consumibles activadas por uso real superan ampliamente a las calendarias. El revenue de aftermarket crece sin sumar presión de comunicación.
Disponibilidad del cliente más alta
Las alertas críticas generan órdenes en automático. La intervención preventiva reemplaza a la emergencia y el cliente pierde menos horas de operación.
Pipeline de upgrade más sano
Las oportunidades de renovación aparecen con timing. El AE las trabaja con argumento operativo, no con pitch genérico.
Costos de plataforma bajo control
La capa de pre-procesamiento mantiene el consumo del CDP en eventos materiales. La inversión en Data Cloud se concentra donde aporta valor real.
Preguntas frecuentes
Los devices manejan store and forward: guardan eventos localmente y los envían cuando recuperan conectividad. La consecuencia es que los timestamps pueden llegar fuera de orden, y la ingesta a Data Cloud debe respetar el timestamp del evento (no el de recepción) para no romper el ordenamiento temporal en Calculated Insights. También se monitorea heartbeat cada 15 minutos: si un equipo deja de reportar más de la ventana esperada, se genera alerta operativa, probable falla de gateway o del propio equipo.
Es una conversación contractual, no técnica. La cláusula de telemetría en el contrato del producto define alcance, finalidad y derechos del cliente. Técnicamente, Data Cloud puede aplicar opt-out por device si el cliente lo requiere. La recomendación es transparencia temprana: el cliente acepta que la marca acceda a señales de uso a cambio de servicios de mantenimiento predictivo, alertas y disponibilidad de partes.
Se ponen guardias duros en la Streaming API: hard quota por hora y alertas a 120 por ciento del baseline. Si la capa de filtrado se cae, el CDP rechaza el sobrante y avisa al equipo de plataforma antes de que el volumen de eventos se descontrole. Es preferible perder cinco minutos de eventos que ensuciar la plataforma con lecturas redundantes durante semanas.
¿Querés implementar este caso?
Hablemos del estado de tus datos y diseñamos juntos el roadmap.