Saltar al contenido

Marcador en la nube vs. marcador on-premise

Sea dueño del hardware o dueño del resultado. La nube cambia las cuentas.

Los marcadores locales (on-premise) requieren capital inicial, personal de IT y meses de implementación. La versión en la nube de software de call center virtual se implementa en horas, escala a demanda y cuesta una fracción en tres años. Esta guía compara cada factor para ayudarte a decidir.

Respuesta rápida

Un marcador en la nube lo aloja y mantiene el proveedor, se usa desde un navegador y se factura como suscripción, mientras que un marcador local (on-premise) se instala en servidores que usted compra, aloja y mantiene. La nube es el camino más rápido para arrancar, con actualizaciones automáticas, failover integrado y soporte nativo para agentes remotos. El modelo local permite personalizar a nivel de código y mantiene todos los datos en hardware propio, con un costo total de propiedad más alto y personal de TI dedicado. DialerBee es nativo de la nube, con 11 idiomas, telefonía BYOC y arquitectura multi-tenant.

Qué es un marcador en la nube

¿Qué es un marcador en la nube?

Un marcador en la nube (también llamado marcador alojado o cloud dialer) es un software de llamadas salientes que funciona íntegramente en la infraestructura del proveedor y al que los agentes acceden desde un navegador web o una aplicación ligera. No hay hardware que comprar, servidores que instalar ni tarjetas de telefonía que montar. El proveedor se encarga del alojamiento, el mantenimiento, los parches de seguridad y las actualizaciones.

Los agentes se conectan al marcador mediante una URL, inician sesión y empiezan a llamar. La voz viaja por WebRTC o SIP, según la plataforma. Los supervisores acceden a paneles, monitoreo en tiempo real e informes desde la misma interfaz web. Todo, desde el almacenamiento de grabaciones hasta los motores de reglas de cumplimiento, funciona en la nube.

El modelo comercial suele ser una suscripción mensual por agente o por puesto. No hay inversión de capital inicial: el costo es operativo. Esto hace que los marcadores en la nube resulten especialmente atractivos para BPO y revendedores que necesitan crecer o reducirse según sus contratos con clientes, porque agregar o quitar agentes no exige cambios de hardware.

Los marcadores en la nube también permiten, por diseño, equipos distribuidos. Como el sistema es accesible desde cualquier conexión a internet, los agentes pueden trabajar desde el piso del contact center, desde casa o desde otro país, con la misma funcionalidad y calidad de llamada. Esto se ha convertido en una ventaja decisiva con el auge del trabajo remoto e híbrido.

Los marcadores en la nube modernos van mucho más allá de la marcación automática simple. Plataformas como DialerBee incluyen modos de marcación predictiva, progresiva y de vista previa, detección de contestadores con IA sensible al idioma, transcripción en tiempo real, controles que apoyan el cumplimiento y arquitectura multi-tenant, todo entregado como servicio y sin infraestructura que usted deba gestionar.

Qué es un marcador local

¿Qué es un marcador local (on-premise)?

Un marcador local (también llamado autoalojado u on-premise) es un software de llamadas salientes instalado en servidores ubicados físicamente en su centro de datos o sala de servidores. Su equipo de TI es responsable del hardware, el sistema operativo, la base de datos, la infraestructura de telefonía, la configuración de red, la seguridad y el mantenimiento continuo.

Históricamente, los marcadores locales eran la única opción. Los contact centers compraban hardware PBX, tarjetas de telefonía, servidores de base de datos y servidores de aplicaciones, y luego contrataban especialistas para configurar y mantener el sistema. Eran habituales plazos de implementación de 3 a 6 meses, y la inversión inicial para una operación de 50 puestos podía alcanzar seis cifras entre hardware, licencias de software y servicios profesionales.

Las principales ventajas de una implementación local son el control y la personalización. La organización tiene acceso total a la infraestructura subyacente, puede modificar el software a nivel de código si cuenta con la experiencia necesaria y mantiene la soberanía completa de los datos: todas las grabaciones, los datos de clientes y los registros permanecen en hardware de su propiedad y bajo su control. Para organizaciones de sectores muy regulados o jurisdicciones con requisitos estrictos de residencia de datos, este nivel de control puede ser decisivo.

Sin embargo, los marcadores locales conllevan costos continuos importantes que a menudo se subestiman. Renovar el hardware cada 3 a 5 años, renovar licencias de software, administrar bases de datos, aplicar parches de seguridad, actualizar sistemas operativos, gestionar copias de seguridad, planificar la recuperación ante desastres y contar con personal de TI 24/7 suman un costo total de propiedad que con frecuencia supera el costo de suscripción de una alternativa en la nube en un horizonte de 3 años.

Escalar es otro desafío. Añadir capacidad implica comprar y aprovisionar hardware nuevo, un proceso que tarda de semanas a meses. Reducir capacidad deja hardware inactivo que sigue depreciándose. Esta rigidez contrasta claramente con los modelos en la nube, donde escalar hacia arriba o hacia abajo es un cambio de configuración que entra en vigor de inmediato.

Los marcadores locales también tienen dificultades con los agentes remotos. Permitir que los agentes trabajen fuera de la red física requiere infraestructura VPN, cambios en el firewall y, a menudo, licencias adicionales, lo que añade complejidad y costo. Algunos sistemas locales heredados ni siquiera se diseñaron para el acceso remoto.

Comparación lado a lado

Nube vs local: 14 factores comparados

Factor Marcador en la nube Marcador local
Costo inicial Ninguna: basado en suscripción Alta: servidores, licencias, hardware de telefonía
Costo mensual Suscripción predecible por agente Base más baja, pero con costos ocultos de personal de TI y mantenimiento
Mantenimiento Gestionado por el proveedor: incluido en la suscripción Responsabilidad suya: personal de TI, parches, actualizaciones
Escalabilidad Agregue o quite agentes al instante De semanas a meses: requiere aprovisionar hardware
Tiempo de implementación De horas a días De 3 a 6 meses, por lo general
Actualizaciones Automáticas: el proveedor publica actualizaciones continuamente Manuales: el equipo de TI debe planificar, probar e implementar
Seguridad Gestionada por el proveedor, con certificaciones y SLA Responsabilidad suya: control total, pero también toda la carga
Personalización Basada en API, configurable dentro de los límites de la plataforma Profunda: acceso al código y a la infraestructura
Agentes remotos Nativo: funciona desde cualquier conexión a internet Requiere VPN, reglas de firewall y licencias adicionales
Recuperación ante desastres Integrada: failover multirregión incluido Responsabilidad suya: requiere un sitio de recuperación y planificación aparte
Controles de cumplimiento Controles que apoyan el cumplimiento mantenidos de forma centralizada, más un registro de auditoría por tenant que guarda el usuario y la dirección IP Usted construye y mantiene la lógica de consentimiento, DNC y franjas horarias de llamada, y la mantiene actualizada
Idiomas 11 idiomas en el escritorio del agente, con el diseño reflejado para idiomas de derecha a izquierda Los que traiga el cliente instalado; agregar un idioma es un proyecto
Responsabilidad del riesgo El proveedor asume los parches, el failover y la disponibilidad, con las acciones de corrección registradas en una auditoría Su equipo asume las fallas de hardware, los parches, las copias de seguridad y la recuperación
Ideal para BPO, equipos de cobranza y revendedores de telecomunicaciones cuya plantilla varía con los contratos Operaciones sujetas a un mandato de residencia de datos que ya cuentan con ingenieros de voz

Costo total de propiedad

Comparación del TCO a 3 años: nube vs local

Las implementaciones locales suelen parecer más baratas mes a mes, pero al sumar hardware, personal de TI, mantenimiento, actualizaciones y recuperación ante desastres, el panorama cambia drásticamente. A continuación, una comparación representativa para una operación de 50 agentes.

Categoría de costo Nube (3 años) Local (3 años)
Hardware e infraestructura Incluido Servidores, redes, tarjetas de telefonía
Licencias de software Incluidas en la suscripción Licencia perpetua + cuotas anuales de mantenimiento
Personal de TI (puesta en marcha y operación) Mínimo: el proveedor se encarga de la operación Requiere administradores de sistemas y de bases de datos dedicados
Seguridad y cumplimiento Certificaciones y auditorías del proveedor incluidas Su equipo de seguridad, pruebas de penetración, auditorías
Actualizaciones y parches Automáticos, sin tiempo de inactividad Ventanas de mantenimiento planificadas, ciclos de pruebas
Recuperación ante desastres Failover multirregión incluido Sitio de recuperación aparte, replicación, pruebas
Costos de escalado Lineales: agregue agentes según los necesite Escalonados: hardware nuevo al llegar al límite de capacidad
Renovación de hardware (año 3 a 5) No aplica Ciclo completo de reemplazo de hardware

* Las comparaciones de TCO son ilustrativas y varían según el tamaño del equipo, los precios del proveedor, las decisiones de infraestructura y los costos laborales locales. Recomendamos elaborar un modelo de TCO detallado para su operación específica.

Tendencia del sector

Por qué la nube está ganando el mercado de contact centers

El sector de contact centers está migrando rápidamente de la infraestructura local a la nube. Los analistas del sector informan de forma constante que la adopción de contact centers en la nube crece a tasas de dos dígitos año tras año, impulsada por varios factores que confluyen.

El trabajo remoto llegó para quedarse. El paso a modelos de trabajo híbrido y remoto que se aceleró en 2020 se ha convertido en un cambio estructural. Los contact centers que dependían de sistemas locales tuvieron dificultades para habilitar agentes remotos, mientras que plataformas nativas de la nube como DialerBee dieron soporte a equipos distribuidos sin cambios de infraestructura. Las organizaciones que planifican implementaciones solo locales limitan su talento a una sola ubicación geográfica.

La IA necesita la escala de la nube. Las funciones modernas de un marcador (AMD con IA sensible al idioma, transcripción en tiempo real, análisis de sentimiento y enrutamiento inteligente de llamadas) requieren recursos de cómputo que resulta poco práctico mantener en local. Las plataformas en la nube pueden aprovechar clústeres de GPU, modelos de lenguaje de gran tamaño y servicios de IA en mejora continua sin que el cliente tenga que comprar ni mantener hardware especializado.

La velocidad de innovación importa. Los proveedores en la nube publican actualizaciones de forma continua, a menudo cada semana o incluso cada día. Los clientes locales suelen recibir actualizaciones importantes una o dos veces al año, y aplicarlas exige planificación, pruebas y tiempo de inactividad. La brecha de funciones entre las versiones en la nube y locales de un mismo producto suele ampliarse con cada ciclo de lanzamiento.

El capital es caro. En un entorno de tasas de interés altas, el argumento financiero para convertir gasto de capital en gasto operativo es más sólido que nunca. Las suscripciones en la nube se deducen de inmediato como gasto operativo, mientras que el hardware local debe depreciarse durante varios años. Para los BPO que operan con márgenes estrechos, preservar la liquidez y mantener costos mensuales predecibles es una ventaja competitiva real.

Guía de decisión

Cuándo elegir cada uno

La misma pregunta tiene una respuesta distinta según quién la haga.

Un BPO

Un BPO gana y pierde programas de clientes con plazos de preaviso más cortos que un pedido de hardware. Cuando llega una campaña, los puestos tienen que existir casi de inmediato, y cuando termina, el costo tiene que desaparecer con ella. La nube encaja, porque la capacidad es un ajuste y no una orden de compra, y los agentes de otra ciudad u otro país acceden al mismo escritorio desde un navegador.

Un equipo de cobranza

A un equipo de cobranza se le juzga por si los registros de consentimiento, las franjas horarias de llamada y las listas de supresión resisten una revisión. La nube encaja cuando esos controles y la pista de auditoría se mantienen de forma centralizada y se actualizan a medida que cambian las normas. El modelo local solo gana cuando un regulador o un contrato con el cliente exige que las grabaciones y los datos de clientes nunca salgan de hardware propiedad de la agencia.

Un revendedor de telecomunicaciones

Para un revendedor de telecomunicaciones, la relación con el operador es el negocio, así que la preocupación con la nube suele ser la dependencia más que el alojamiento. La nube encaja en cuanto la plataforma admite BYOC, porque las troncales SIP y las tarifas negociadas siguen siendo del revendedor mientras el software se mantiene como un costo fijo. Abrir un tenant para un nuevo cliente pasa a ser un cambio de configuración en lugar de un rack.

Dónde encaja DialerBee

Cómo encaja DialerBee

DialerBee es nativo de la nube, y las tres razones que los equipos suelen dar para quedarse en local se resuelven dentro de la plataforma en lugar de descartarse con argumentos. La independencia del operador viene de BYOC: conecta sus propias troncales SIP, conserva sus números y sus tarifas negociadas, enruta por destino, costo o calidad, y conmuta a un operador de respaldo si una troncal se degrada.

El control y la evidencia vienen de seguridad y acceso, que da a cada tenant una matriz de roles de 11 categorías de permisos y 41 permisos, un registro de auditoría que guarda la acción, el usuario y la dirección IP de origen, claves de API cifradas con hash en reposo y limitadas a su tenant, redacción de datos personales (PII) en las transcripciones y aislamiento de tenants a nivel de fila en todos los servicios. La visibilidad operativa viene del centro de operaciones: estado de los servicios, llamadas en vivo, rastreo de extremo a extremo de una llamada individual, puntuación media de opinión (MOS) registrada por llamada y alertas del NOC cuyas acciones de corrección quedan registradas en una auditoría.

Lo que cede es el acceso a nivel de código a los servidores. Lo que recupera es que nada de lo anterior es un proyecto para el que deba asignar personal, y el escritorio del agente funciona en 11 idiomas, reflejado para idiomas de derecha a izquierda, dondequiera que estén sus agentes.

Preguntas frecuentes

¿Es un marcador en la nube lo bastante seguro para sectores regulados?
Sí. Los marcadores en la nube modernos aplican cifrado en tránsito y en reposo, controles de acceso basados en roles, registros de auditoría y evaluaciones de seguridad periódicas. Muchas plataformas en la nube mantienen certificaciones SOC 2, ISO 27001 o equivalentes. DialerBee ofrece controles que apoyan el cumplimiento, como el cifrado de las grabaciones de llamadas, la gestión del consentimiento y la aplicación de listas DNC. Hay un DPA disponible para operaciones sujetas al RGPD.
¿Qué pasa si se cae mi internet con un marcador en la nube?
Los marcadores en la nube necesitan conexión a internet para funcionar. Sin embargo, las plataformas en la nube suelen ofrecer redundancia multirregión, de modo que si un centro de datos tiene problemas, el tráfico conmuta automáticamente. Para su conexión local, recomendamos conexiones redundantes con distintos ISP en operaciones críticas. Los marcadores locales también necesitan conectividad de red para las troncales SIP y los operadores, así que ningún modelo es inmune a los problemas de conectividad.
¿Puedo conservar mis números de teléfono y operadores actuales con un marcador en la nube?
Sí. DialerBee admite BYOC (Bring Your Own Carrier), así que puede conectar sus troncales SIP actuales, conservar sus números de teléfono y mantener sus relaciones con los operadores. También puede usar BroadNet o agregar operadores con el tiempo sin cambiar de plataforma.
¿Cuánto se tarda en implementar un marcador en la nube frente a uno local?
Los marcadores en la nube suelen implementarse en horas o días: los agentes reciben una URL, inician sesión y empiezan a llamar. Las implementaciones locales requieren comprar hardware, instalarlo, configurar la red e integrarlo, lo que suele llevar de 3 a 6 meses. Para las organizaciones que necesitan moverse rápido, la velocidad de implementación en la nube es una ventaja importante.
¿Un sistema local es siempre más personalizable que la nube?
Los sistemas locales ofrecen una personalización más profunda a nivel de infraestructura porque usted tiene acceso a los servidores y al código. Sin embargo, las plataformas en la nube modernas ofrecen amplias posibilidades de personalización mediante API, webhooks, flujos de trabajo configurables y marcos de integración. Para la mayoría de los casos de uso de un contact center, las plataformas en la nube ofrecen personalización suficiente sin la carga de mantener infraestructura propia.
¿Cuál es la diferencia de costo total de propiedad entre la nube y lo local?
En un periodo de 3 años, los marcadores en la nube suelen tener un costo total de propiedad menor que los sistemas locales si se incluyen hardware, personal de TI, mantenimiento, seguridad, recuperación ante desastres y renovación de hardware. La diferencia exacta depende del tamaño del equipo, los precios del proveedor y los costos laborales locales, pero los análisis del sector muestran de forma constante ventajas de TCO en la nube del 30-50% para equipos de 20 agentes o más. Recomendamos elaborar un modelo de TCO detallado para su situación específica.

Descubra por qué los equipos se están pasando a la nube

Reserve una demo y pruebe un marcador totalmente nativo de la nube, con IA en 11 idiomas, soporte BYOC y cero infraestructura que gestionar.

Más comparativas

Ver el sitio completo en inglés →