Presentamos el Alumio Route Builder
Ahora conecte, organice y gobierne las integraciones a escala desde una interfaz visual
Los pedidos salen de JTL Software con el canal por el que llegaron vinculado, por lo que Salesforce se llena con los clientes a los que un representante puede llamar en realidad, en lugar de con todos los compradores que alguna vez realizaron una compra.
JTL Software registra todos los pedidos de la misma manera, independientemente de si provienen de tu tienda, un mercado en línea o una llamada telefónica, y solo algunos de ellos generan un cliente que merece un registro en tu CRM. Si los integras todos en Salesforce, la lista de cuentas se convierte en un registro de transacciones: miles de compradores ocasionales, sin forma de identificar las cuentas relevantes y con representantes que pierden la confianza en el embudo de ventas porque la mayoría de los clientes potenciales nunca llegaron a tener una relación comercial. Conectar JTL Software con Salesforce convierte el canal en un filtro, de modo que lo que llega al CRM es la parte del libro de pedidos que realmente se puede vender.
DATOS QUE FLUYEN ENTRE ELLOS
Pedidos de venta
Canales de pedido
Registros de clientes
Valores de pedidos
Direcciones de entrega
Registros de cuenta
Cada pedido de JTL Software lleva consigo el canal de procedencia, por lo que la regla que decide qué pedidos se convierten en cuentas de Salesforce se basa en cómo llegó el cliente, no en el valor del pedido.
Los representantes trabajan con una lista de cuentas que almacena relaciones en lugar de transacciones, lo cual marca la diferencia entre un CRM que se abre a diario y uno que se ignora después de un trimestre.
El historial de pedidos llega a la cuenta de Salesforce, por lo que un comprador que ha realizado cuatro pedidos discretamente a través de tu tienda es un cliente potencial al que vale la pena llamar, no cuatro registros sin relación entre sí.
Alumio se conecta a JTL Software a través de su API disponible, como lo haría con cualquier sistema accesible, por lo que los detalles del canal y del pedido se transmiten sin necesidad de que nadie mantenga un archivo diario.
Alumio lee cada pedido de JTL Software con el canal asociado y crea una cuenta de Salesforce solo cuando la regla indica que el pedido representa una relación, de modo que el CRM crece con los clientes en lugar de con las transacciones.
Los pedidos repetidos del mismo comprador se asocian a la cuenta de Salesforce existente, por lo que alguien que realiza pedidos de forma constante a través de tu tienda aparece como una sola cuenta con un historial, en lugar de como una serie de ventas nuevas e inconexas.
Los pedidos que llegan a través de canales que usted ha decidido que no constituyen relaciones comerciales permanecen en JTL Software y nunca crean un registro en Salesforce, por lo que la lista de cuentas nunca se diluye con compradores con los que un representante no podría haberse puesto en contacto de todos modos.
Alumio se sitúa entre los canales de venta y los sistemas de cumplimiento como una columna vertebral de integración gobernada. Los pedidos se enrutan, transforman y validan, mientras que las actualizaciones de estado regresan a cada canal.
Autentique sus sistemas utilizando los conectores preconfigurados de Alumio. Elija entre más de 200 paquetes de conectores en el marketplace, además de integraciones personalizadas ilimitadas.
Defina cómo se asignan los campos de datos entre sistemas en una interfaz visual. Ajuste formatos, enriquezca registros y aplique lógica de negocio, sin necesidad de código personalizado.
Configure los flujos para que se ejecuten en tiempo real según eventos, según un horario o ambos. Reduzca la entrada manual de datos y deje que Alumio gestione el movimiento y la transformación entre sistemas.
.svg){kind=icon}
Una vez que su primera integración esté activa, añadir su ERP, PIM, WMS o CRM se conecta al mismo centro. Los flujos existentes siguen funcionando. Sin necesidad de reconstruir desde cero.
Determinar cuál de estos pedidos constituye realmente una relación es la pregunta que también define la siguiente conexión. Un gestor de canales de marketplace suele ser la adición habitual, ya que es el sistema que sabe a través de qué anuncio y canal se realizó un pedido, y JTL Software registra el pedido en sí, no el motivo de su existencia. Alumio gestiona ambas conexiones y reutiliza la coincidencia de cuentas de Salesforce ya configurada, de modo que los detalles del canal llegan al mismo registro que el pedido.
El canal decide todo lo demás, por lo que se lee primero. Alumio toma cada pedido de JTL Software con su canal, aplica la regla que usted definió para determinar qué canales crean una cuenta de Salesforce y registra el valor y el historial del pedido en la cuenta correspondiente. Los pedidos de canales excluidos se leen y se ignoran, lo que mantiene el CRM proporcional a la parte del negocio a la que se dirige cada cliente.
No, y la regla que importa es una configuración, no un script. En la interfaz de Alumio se pueden elegir qué canales de JTL Software crean cuentas de Salesforce, cuáles solo actualizan una existente y cuáles se ignoran por completo, y estas opciones cambiarán a medida que la empresa añada un canal. Si se incluyera esto en el código, el equipo de ventas tendría que consultar con un desarrollador cada vez que la respuesta cambiara, lo que provocaría que estas conexiones dejaran de mantenerse.
No, y tratar cada pedido como si fuera uno solo es lo que arruina un CRM. JTL Software registra los pedidos de tu propia tienda, de marketplaces y de contacto directo de forma idéntica, pero solo algunos de ellos dejan un cliente con el que puedas volver a contactar con alguna posibilidad de obtener una respuesta. Usar el canal del pedido para decidir cuáles llegan a Salesforce mantiene la lista de cuentas organizada para que un representante pueda trabajar con ella, en lugar de tener un segundo libro de pedidos.
Una cuenta creada sin usuario es un fallo que vale la pena detectar, ya que un CRM lleno de ellas da la impresión de crecimiento. Alumio monitoriza cada transferencia en tiempo real y registra el pedido de JTL Software y la regla de canal aplicada, de modo que un pedido que Salesforce rechaza, o que coincide con la cuenta incorrecta, genera una alerta inmediata con el motivo. Se realizan reintentos donde los pedidos configurados y sin resolver permanecen listados en lugar de crearse automáticamente en un nuevo registro, por lo que no se crea ni se elimina nada sin previo aviso.
Habla con un especialista en integración de Alumio. Diseñaremos la arquitectura adecuada para tus sistemas, a la escala correcta, para que tus operaciones sigan siendo fiables ante cualquier cambio.
.svg)
