Subir datos desde un CRM

Puede agregar los datos del cliente y los datos del pedido de su CRM a las estadísticas de su sitio. Esta información le ayuda a:

Compilar un análisis de punta a punta

Al enviar ventas reales o estados de transacciones desde su CRM a Yandex Metrica, puede compararlos con el historial en línea del usuario en su sitio y obtener un análisis integral de su embudo de ventas.

Optimizar sus anuncios en Yandex Direct

Crear metas para acciones de usuario confirmadas o estados de transacciones desde su CRM y utilizarlas para optimizar la publicidad para pedidos pagados, contratos firmados, pago después de envíos de formularios del sitio u otras acciones.

Crear segmento

Crear segmentos de usuarios basados en datos sin conexión e identificación de usuarios similares. Los segmentos también pueden incluir clientes que no visitaron el sitio antes de realizar una compra.

Obtener datos más precisos

Minimizar las discrepancias entre los datos de Yandex Metrica y la información de su sistema CRM o departamento de ventas.

Clasificar envíos de formularios

No todos los envíos de formularios y pedidos realizados en el sitio resultan en pagos. Enviar datos sobre envíos “buenos” para identificar sus canales de ventas más efectivos.

Compilar informes ROPO

Si tiene tiendas físicas, puede enviar datos de ventas y transacciones desde esas ubicaciones para medir el impacto de la publicidad en línea en sus ventas sin conexión.

Puede cargar información a Yandex Metrica usando la API, integración con CRM, y a través del Centro de Conversiones en Yandex Direct.

Qué datos se pueden transmitir a Yandex Metrica

Puede transmitir:

Información del cliente

  • IDs de clientes de su CRM.
  • Nombres.
  • Parámetros adicionales de su elección.
  • IDs que Yandex Metrica puede usar para encontrar sus sesiones en la etiqueta (ClientId, correos electrónicos, teléfonos).

En el futuro, esta información le permitirá crear segmentos basados en datos de clientes de su CRM.

Pedidos (transacciones)

  • IDs de pedidos de su CRM.
  • ID del cliente que realizó el pedido.
  • Hora del pedido.
  • Estado del pedido, ingresos, costo y moneda.

Además, puede enviar información sobre los productos o servicios incluidos en el pedido. Si Yandex Metrica hace coincidir una sesión de cliente de su etiqueta con un pedido transmitido, entonces, dependiendo del estado del pedido transmitido, se consideran alcanzadas las metas correspondientes para la sesión.

Además, puede crear segmentos para clientes basados en estados de pedido específicos, gasto alto, pedidos frecuentes y otros criterios.

Cómo Yandex Metrica vincula los datos de CRM a las sesiones

Cuando envía información de pedidos o transacciones desde su CRM a Yandex Metrica, el servicio lo hace coincidir con la sesión más cercana en su sitio según el tiempo. El usuario se identifica en base a los datos que ha enviado como identificadores del cliente que ha realizado el pedido (ClientId, correos electrónicos, teléfonos).

Los pedidos de su CRM pueden coincidir con sesiones y usuarios dentro de los 21 días posteriores a la fecha actual. Después de una coincidencia de pedido exitosa, tiene 111 días desde el inicio de la sesión para editar el pedido, incluyendo su estado, monto total o artículos. Para más información sobre la ventana de coincidencia, consulte Seguimiento de conversiones sin conexión.

La coincidencia de pedidos con sesiones es un paso clave en el análisis de punta a punta. Le permite asociar a los usuarios del sitio no solo con pedidos, estados de pedido y bienes o servicios comprados, sino también con las metas alcanzadas que están asociadas con esos estados de pedido.

Los pedidos que no pueden coincidir con una sesión solo aparecen en el informe Usuarios y clientes y no se incluyen en otros informes de Yandex Metrica. Además, el servicio no envía metas asociadas con estados de pedido a Yandex Direct para sesiones que coinciden con esta fuente de anuncios.

Para asegurar la precisión de sus informes y la efectividad de sus estrategias de marketing, asegúrese de que todos los pedidos estén correctamente asociados con sus sesiones correspondientes:

  1. Verifique los IDs pasados a Yandex Metrica, incluyendo el ClientId, números de teléfono y correos electrónicos de sus clientes, y asegúrese de que sean correctos.
  2. Transmite datos para pedidos realizados en los últimos 21 días. Los pedidos que tengan más de 21 días en el momento de la transmisión no se pueden asociar a sesiones de usuario (esta limitación no se aplica a la actualización de pedidos ya asociados).
  3. Use el ClientID para transmitir órdenes a Yandex Metrica. Se trata de un método más fiable para cotejar los pedidos que usar números de teléfono y direcciones de correo electrónico. Recomendamos pasar el ClientId para cada transacción creada en su sistema CRM.

Nota

Si no puede obtener el ClientId (por ejemplo, si es una compra sin conexión) o configurar su transmisión a su CRM, use Coincidencia Avanzada: habilite la opción Configuraciones avanzadas de seguimiento en la configuración de la etiqueta para una coincidencia de pedidos más precisa por correo electrónico y número de teléfono.

Análisis y gestión de estados de pedidos de CRM

Los pedidos coincidentes con sesiones en Yandex Metrica le ayuda a medir la efectividad de su tráfico transmitiendo estados de pedidos. Los informes de Yandex Metrica admiten la segmentación por los 5 tipos de estado de pedido:

  • Pedido creado: El ID de estado predeterminado es EN_PROGRESO. Transmitir este tipo de estado completa la meta CRM: Pedido creado.
  • Pedido pagado: El ID de estado predeterminado es PAGADO. Transmitir este tipo de estado completa la meta CRM: Pedido pagado.
  • Pedido cancelado: El ID de estado predeterminado es CANCELADO. Transmitir este tipo de estado completa la meta CRM: Pedido creado.
  • Pedido spam: El ID de estado predeterminado es SPAM. La transmisión de este tipo de estado completa la meta CRM: Pedido spam.
  • Pedido en un estado diferente: Si transmite el ID de una meta de evento JavaScript que creó manualmente para la etiqueta, el pedido se asigna al tipo de estado OTRO.

La transmisión simplificada de datos de CRM admite 4 tipos de estado estándar: EN_PROGRESO, PAGADO, SPAM y CANCELADO, así como IDs de metas de JavaScript.

Ejemplo de uso

Supongamos que un cliente llena un formulario de contacto en su sitio. Capture el ClientId del usuario y lo envía a su CRM junto con los datos del formulario.

Así es como podría verse el ciclo de vida del pedido y el seguimiento de sus metas asociadas:

  1. Creación de transacción. Tan pronto como aparece una nueva transacción en su CRM, transmite un pedido con el estado EN_PROGRESO y el número de transacción desde el CRM a Yandex Metrica. Hacer esto completa la meta Pedido creado para la sesión del usuario en la etiqueta.

  2. Cliente potencial de calidad. Después de haber comunicado con el cliente y confirmado su interés, cambia el estado de la transacción en su CRM a Cliente potencial de calidad. Para este estado, crea una meta de evento JavaScript llamado “Buenos clientes potenciales” con el ID buen_lead en la etiqueta.

    Usa el número de pedido para transmitir una actualización con el nuevo estado buen_lead a Yandex Metrica. Esto completa dos metas para la sesión del usuario: Pedido creado y Buenos clientes potenciales. El estado del pedido en sí cambia a Pedido en un estado diferente.

  3. Pago. Después de que el cliente pague por sus servicios, actualiza el pedido por última vez, transmitiendo el estado del pedido PAGADO a Yandex Metrica. Esto completa la meta Pedido pagado para la sesión del cliente. De esta manera, se completan tres metas que se mapearon a los estados de su CRM para la sesión del usuario, y el estado del pedido cambia a Pedido pagado.

Como resultado de su interacción con el cliente, se consideran logradas tres metas asociadas con los cambios de estado del pedido en su sistema CRM para su sesión. Siguiendo estos pasos, puede rastrear con precisión el progreso de las interacciones con los clientes y la efectividad de sus esfuerzos de marketing.

Con la transmisión completa de datos, puede implementar lógica compleja para metas asociadas con los estados de pedido del CRM.

Ejemplo de uso

Supongamos que trabaja para una cadena de clínicas dentales con múltiples sucursales. Usando la transmisión completa de datos del CRM, ha sincronizado los estados de su CRM con los estados de pedido en Yandex Metrica.

Un cliente envió una solicitud en el sitio, le devolvió la llamada y programó una limpieza dental profesional en la Sucursal núm. 1. Más tarde, el cliente le llamó de nuevo y canceló la cita. Finalmente, llamaron de nuevo para programar una extracción dental en la Sucursal núm. 2, asistieron a la cita y pagaron por los servicios.

En el CRM, el recorrido de la transacción basado en los estados del cliente aparece de la siguiente manera:

Nuevo cliente potencial — Cita en la Sucursal núm. 1 — Cita cancelada — Cita en la Sucursal núm. 2 — Servicios pagados

En Yandex Metrica, creó estados de pedido con nombres coincidentes y estableció la siguiente lógica:

  1. Nuevo cliente potencial: El estado del pedido es nuevo_clientepotencial. Completa la meta Pedido creado. El tipo de estado del pedido es En progreso.

  2. Cita en la Sucursal núm. 1: El estado del pedido es zapis1. En la etiqueta de Yandex Metrica, completa las metas de JavaScript Cita en la Sucursal núm. 1 con el ID zapis1 y Todas las citas con el ID vse_zapisi. El tipo de estado del pedido es Pedido en un estado diferente.

  3. Cita cancelada: El estado del pedido es CANCELADO. No completa ninguna meta. El tipo de estado del pedido es Cancelado.

  4. Cita en la Sucursal núm. 2: El estado del pedido es zapis2. En la etiqueta de Yandex Metrica, completa las metas de JavaScript Cita en la Sucursal núm. 2 con el ID zapis2 y Todas las citas con el ID vse_zapisi. El tipo de estado del pedido es Pedido en un estado diferente.

  5. Servicios pagados: El estado del pedido es pagado_en_sucursal2. Completa la meta Pedido pagado y la meta de JavaScript Pagos en la Sucursal núm. 2 con el ID oplaty_2_filial en la etiqueta de Yandex Metrica. El tipo de estado del pedido es Pedido pagado.

Para todas las metas logradas, la ganancia de las transacciones especificadas en el CRM se pasa como ingresos. Puede usar los ingresos por meta para la estrategia de Máximas conversiones con limitación de costos por Relación costo-ingreso en Yandex Direct.

Primeros pasos

1. Prepara los datos

Yandex Metrica hace coincidir los datos del CRM con los usuarios y sus sesiones en el sitio. Para hacer coincidir los datos, Yandex Metrica utiliza características del cliente (teléfonos, correos electrónicos, teléfonos_md5, correos_md5) y un ClientId especial. El ClientId de Yandex Metrica permite la coincidencia más precisa de pedidos con sesiones de usuario en el sitio, por lo que recomendamos encarecidamente enviarlo.

¿Cómo configuro la transmisión de ClientID?

La transmisión del ClientId implica incluir el identificador único del usuario de Yandex Metrica en los registros de transacciones dentro de su sistema CRM. Configura la transmisión de este parámetro según el canal de contacto del usuario:

  • Formularios y pedidos en el sitio. Obtenga el ClientId usando el método JavaScript getClientID e inclúyalo en el campo oculto de sus formularios de cliente potencial para su posterior transmisión al CRM.

  • Llamadas de usuario. Si sus transacciones en el CRM resultan de llamadas, es probable que esté usando un servicio de seguimiento de llamadas. Verifique si su sistema de seguimiento de llamadas puede pasar el ClientId a las transacciones en su CRM.

  • Correos electrónicos de usuario. Para transacciones iniciadas por correo electrónico, utilice servicios de seguimiento de correos electrónicos que puedan identificar el ClientId del remitente sustituyendo la dirección de correo electrónico en su sitio. Estos servicios pueden luego enviar información sobre nuevos correos electrónicos directamente a su CRM como transacciones.

  • Chats de Messenger. Para clientes que provienen de Messenger, inicie el método getClientID en el sitio e incluya el ClientId en el enlace profundo (Telegram, Viber) o en la plantilla de mensaje (WhatsApp). Al crear una transacción, especifique el ID en un campo separado.

  • Widgets del sitio. Asegúrese de que sus widgets del sitio puedan pasar el ClientId de Yandex Metrica a su CRM al transmitir transacciones.

Nota

Si no puede obtener el ClientId (por ejemplo, si es una compra sin conexión) o configurar su transmisión desde su CRM, utilice la opción de Configuración avanzada de seguimiento en la configuración de la etiqueta para hacer coincidir los pedidos de manera más precisa usando el correo electrónico o el número de teléfono.

2. Cargue datos sobre clientes y pedidos

Puede cargar los datos:

Nota

El archivo CSV que usted cargue no debe superar 1 GB y debe utilizar codificación UTF-8.

Inmediatamente después de cargarla, la información aparecerá en la página de Usuarios y clientes → Clientes en Yandex Metrica. Para verificar si la carga es correcta, también puede usar el método API.

Nota

Puede transferir datos para hasta 100,000 pedidos por cliente.

Después de la transferencia de datos en Yandex Metrica:

  • Los informes de análisis de punta a punta estarán disponibles (Informe de fuentes de pedidos desde CRM e Informe de fuentes, costos y ROI).
  • Nuevas métricas estarán disponibles: Todos los pedidos, Pedidos en progreso, Pedidos pagados, Pedidos de spam, Pedidos con un estado diferente, Pedidos cancelados, Conversión a pedido, Conversión a pago, Valor promedio de pedido, Ingresos, Ganancia.
  • Las nuevas conversiones como “CRM: Pedido creado” y “CRM: Pedido pagado”, aparecerán en la página de Conversiones. Las estadísticas estarán disponibles una vez que los datos de conversión cargados se vinculen a las visitas, lo cual ocurre la primera vez que carga datos exitosamente.
  • Aparecen metas para rastrear conversiones relacionadas con pedidos. Por ejemplo, “CRM: Pedido creado”, “CRM: Pedido en progreso”. Se muestran en la página de Metas. Las metas pueden usarse en informes de Yandex Metrica y para configurar campañas en Yandex Direct.

Nota

Los datos aparecerán en los informes de Yandex Metrica dentro de las 2 horas posteriores a la carga.

3. Ver estadísticas

Los pedidos se transmiten a Yandex Metrica con diferentes estados:

  • En progreso.
  • Pagado.
  • Cancelado.
  • Pedidos de spam.
  • Pedidos con un estado diferente (pedidos cuyo estado coincide con la meta JavaScript creado en la etiqueta).

Estos estados pueden usarse en informes de Yandex Metrica para segmentación.

Para ver estadísticas, use:

  • El informe Fuentes de pedidos desde CRM para analizar las fuentes de los pedidos.
  • El informe Fuentes, costos y ROI para analizar su gasto publicitario y la efectividad de los anuncios.
  • Informe “Usuarios y clientes” para ver todos los clientes transferidos desde el CRM y sus pedidos en la pestaña Clientes.
  • Cualquier informe donde pueda seleccionar metas. Al seleccionar las metas que utilizó al enviar los estados de los pedidos, puede rastrear las etapas del embudo de ventas que le interesan.

Preguntas y respuestas

¿Puedo eliminar los datos subidos desde el CRM?

Los datos no pueden ser eliminados. Si el estado de un pedido en su CRM cambia a “Spam”, la información del pedido se actualizará en Yandex Metrica y ya no se mostrará en las métricas de pedidos.

Una lógica similar se aplica a las metas. Si un pedido ha sido vinculado a una sesión, todas las metas enviadas para el pedido permanecerán en estas sesiones como conversiones.

¿Por qué tengo clientes o pedidos duplicados en Yandex Metrica?

Los datos podrían estar duplicados si:

  • Los datos del CRM se transfirieron a Yandex Metrica con los mismos IDs.
  • Cargó información previamente transmitida una vez más, por ejemplo, al migrar a otro CRM.
¿Por qué no puedo hacer coincidir los pedidos tras cambiar de CRM?

Después de cambiar el CRM, los datos de los pedidos pueden llegar a Yandex Metrica con los mismos ID que se utilizaban en el CRM anterior.

Sin embargo, si los parámetros del pedido (por ejemplo, la fecha de creación) son diferentes, Yandex Metrica los interpreta como intentos de actualizar pedidos existentes, no como pedidos nuevos. Como no se puede cambiar la fecha de creación de un pedido ya enviado, los pedidos no se pueden emparejar con las sesiones.

Para resolver este problema, asegúrese de que los ID de pedido no se superponen entre diferentes CRM.

Chatee con nosotros

Escriba un correo electrónico