Upload de dados de um CRM

É possível adicionar dados sobre pedidos e clientes presentes no seu CRM às estatísticas do seu site. Essas informações contribuem para:

Construir análises de dados ponta a ponta

É possível enviar o status de transações e vendas efetivas do seu CRM para o Yandex Metrica, de forma a combiná-los com o histórico online dos usuários no seu site e obter uma análise completa do seu funil de vendas.

Otimizar seus anúncios no Yandex Direct

Crie objetivos para ações confirmadas dos usuários ou para o status de transações no seu CRM e otimize a publicidade para pedidos pagos, contratos assinados, pagamentos após envio de formulário no site, entre outras ações.

Criar segmentos

Crie segmentos de usuários com base em dados offline e identificação de usuários de perfil semelhante. Os segmentos também podem incluir clientes que não visitaram o site antes de fazer uma compra.

Obter dados mais precisos

Minimize discrepâncias entre os dados do Yandex Metrica e as informações do seu sistema de CRM ou do seu departamento de vendas.

Classificar submissões de formulários

Nem sempre as submissões de formulário e os pedidos realizados no site resultam em pagamentos. Envie dados sobre submissões "efetivadas" para identificar seus canais de vendas mais eficazes.

Construir relatórios de ROPO

Se você conta com lojas físicas, é possível enviar dados sobre vendas e transações realizadas nesses pontos de venda para medir o impacto da publicidade online nas suas vendas offline.

Você pode transmitir informações para o Yandex Metrica usando a API, uma integração com o CRM, ou pelo Centro de Conversões do Yandex Direct.

Quais dados podem ser transmitidos para o Yandex Metrica

Você pode transmitir:

Informações sobre clientes

  • IDs de cliente do seu CRM.
  • Nomes.
  • Outros parâmetros de sua escolha.
  • IDs que o Yandex Metrica pode usar para encontrar as sessões correspondentes na tag (ID de cliente, e-mails, telefones).

No futuro, essas informações permitirão a criação de segmentos com base nos dados de clientes do seu CRM.

Pedidos (transações)

  • IDs de pedido do seu CRM.
  • ID do cliente que fez o pedido.
  • Horário do pedido.
  • Status, receita, custo e moeda do pedido.

Além disso, é possível enviar informações sobre produtos ou serviços inclusos no pedido. Caso o Yandex Metrica faça a correspondência de uma sessão de cliente na sua tag com um pedido transmitido, os respectivos objetivos da sessão serão considerados alcançados, a depender do status do pedido que foi transmitido.

Além disso, você pode criar segmentos de clientes com base em status específicos de pedidos, gastos altos, pedidos frequentes, entre outros critérios.

Como o Yandex Metrica vincula dados do CRM a sessões

Quando você envia informações sobre um pedido ou transação do seu CRM para o Yandex Metrica, o serviço faz a correspondência com a sessão mais próxima no site, com base no horário. O usuário é identificado com base nos dados que você enviou como identificadores do cliente que fez o pedido (ID de cliente, e-mails, telefones).

Pedidos oriundos do seu CRM podem ser vinculados a sessões e usuários num prazo de 21 dias após a data corrente. Após uma correspondência bem-sucedida com o pedido, você tem 111 dias a partir do início da sessão para editar o pedido — o que inclui status, valor total ou itens. Para mais informações sobre a janela de correspondência, consulte Rastreamento de conversões offline.

A correspondência de pedidos com sessões é um passo crucial da análise de dados ponta a ponta. Ela permite fazer a correspondência de usuários do site não só com pedidos, status de pedidos, e bens ou serviços adquiridos, como também com objetivos alcançados que estão associados a esses status.

Os pedidos que não puderem ser vinculados a uma sessão aparecerão apenas no relatório Usuários e clientes e não serão incluídos nos demais relatórios do Yandex Metrica. Além disso, o serviço não envia objetivos associados a status de pedidos para o Yandex Direct no caso de sessões vinculadas a essa origem de anúncio.

Para garantir a precisão dos seus relatórios e a eficácia das suas estratégias de marketing, verifique se a correspondência dos pedidos com suas respectivas sessões está correta:

  1. Confira as IDs informadas ao Yandex Metrica, incluindo ID de cliente, números de telefone e e-mails dos clientes, e confirme se estão corretas.
  2. Transmita dados a respeito de pedidos feitos nos últimos 21 dias. Não é possível vincular a sessões de usuário pedidos que tiverem sido realizados há mais de 21 dias no momento da transmissão (essa limitação não se aplica à atualização de pedidos já vinculados).
  3. Use a ID de cliente para transmitir pedidos para o Yandex Metrica. Trata-se de um método mais confiável que números de telefone e endereços de e-mail para fazer a correspondência dos pedidos. Recomendamos que você informe a ID de cliente a cada transação criada no seu sistema de CRM.

Observação

Caso não seja possível obter a ID de cliente (se for uma compra offline, p. ex.) ou configurar a transmissão para o CRM, utilize a Correspondência Avançada: habilite a opção Configurações avançadas de rastreamento nas configurações da tag para obter uma melhor correspondência usando e-mail e número de telefone.

Análise e gerenciamento de status de pedidos do CRM

A correspondência de pedidos com sessões do Yandex Metrica ajuda a medir a eficácia do seu tráfego, através da transmissão de status de pedidos. Os relatórios do Yandex Metrica permitem segmentação com base em 5 tipos de status de pedido:

  • Pedido criado: a ID de status padrão é EM_ANDAMENTO. A transmissão desse tipo de status conclui o objetivo CRM: Pedido criado.
  • Pedido pago: a ID de status padrão é PAGO. A transmissão desse tipo de status conclui o objetivo CRM: Pedido pago.
  • Pedido cancelado: a ID de status padrão é CANCELADO. A transmissão desse tipo de status conclui o objetivo CRM: Pedido criado.
  • Pedido spam: a ID de status padrão é SPAM. A transmissão desse tipo de status conclui o objetivo CRM: pedido spam.
  • Pedido com outro status: se você transmitir a ID de um objetivo evento JavaScript criado manualmente para a tag, será atribuído o status de tipo OUTROS ao pedido.

A transmissão simplificada de dados do CRM comporta 4 tipos de status padronizados: EM_ANDAMENTO, PAGO, SPAM e CANCELADO, além de IDs de objetivo JavaScript.

Exemplo de uso

Suponhamos que um cliente preencha um formulário de contato no seu site. Você captura a ID de cliente do usuário e a envia para o seu CRM junto com os dados do formulário.

Veja como pode ser o ciclo de vida do pedido e o rastreamento de objetivos associados:

  1. Criação da transação. Assim que surgir uma nova transação no seu CRM, transmita um pedido com o status EM_ANDAMENTO e o número de transação do CRM para o Yandex Metrica. Desse modo, o objetivo Pedido criado será concluído na sessão do usuário na tag.

  2. Lead de qualidade. Após o contato com o cliente e a confirmação de seu interesse, altere o status da transação no seu CRM para Lead de qualidade. Para esse status, crie um objetivo evento JavaScript chamado "Leads bons" com a ID lead_bom na tag.

    Use o número do pedido para transmitir a atualização do novo status lead_bom para o Yandex Metrica. Isso irá concluir dois objetivos na sessão do usuário: Pedido criado e Leads bons. O status do pedido em si mudará para Pedido com outro status.

  3. Pagamento. Depois que o cliente pagar pelos serviços, atualize o pedido uma última vez, transmitindo o status de pedido PAGO para o Yandex Metrica. Isso conclui o objetivo Pedido pago na sessão do cliente. Dessa forma, três objetivos que foram conectados aos status do seu CRM são concluídos na sessão do usuário, e o status do pedido muda para Pedido pago.

Como resultado da sua interação com o cliente, três objetivos associados a mudanças de status de pedido no seu sistema CRM são considerados alcançados na respectiva sessão. Seguindo esses passos, é possível rastrear com precisão o andamento das interações com os clientes e a eficácia dos seus esforços de marketing.

Com a transmissão integral de dados, você consegue implementar lógicas complexas a objetivos associados a status de pedidos no CRM.

Exemplo de uso

Suponhamos que você trabalhe para uma rede de clínicas odontológicas com diversas filiais. Usando a transmissão integral de dados do CRM, você sincronizou os status do seu CRM com os status dos pedidos no Yandex Metrica.

Um cliente enviou uma solicitação no site, você retornou a ligação e agendou uma limpeza dentária profissional na Filial 1. Mais tarde, o cliente ligou de volta e cancelou a consulta. Passado algum tempo, ele ligou de novo para agendar uma extração de dente na Filial 2, compareceu à consulta e pagou pelo serviço.

No CRM, a trajetória da transação com base nos status do cliente tem o seguinte aspecto:

Novo lead — Consulta na Filial 1 — Consulta cancelada — Consulta na Filial 2 — Serviço pago

No Yandex Metrica, você criou status de pedidos com seus respectivos nomes, e estabeleceu a seguinte lógica:

  1. Novo lead: o status do pedido é novo_lead. Conclui o objetivo Pedido criado. O status do pedido é do tipo Em andamento.

  2. Consulta na Filial 1: o status do pedido é consulta1. Na tag do Yandex Metrica, conclui os objetivos JavaScript Consulta na Filial 1 com a ID consulta1 e Todas as consultas com a ID todas_consultas. O status do pedido é do tipo Pedido com outro status.

  3. Consulta cancelada: o status do pedido é CANCELADO. Não conclui nenhum objetivo. O status do pedido é do tipo Cancelado.

  4. Consulta na Filial 2: o status do pedido é consulta2. Na tag do Yandex Metrica, conclui os objetivos JavaScript Consulta na Filial 2 com a ID consulta2 e Todas as consultas com a ID todas_consultas. O status do pedido é do tipo Pedido com outro status.

  5. Serviço pago: o status do pedido é pago_na_filial2. Conclui o objetivo Pedido pago e o objetivo JavaScript Pagamentos na Filial 2 com a ID oplaty_2_filial na tag Yandex Metrica. O status do pedido é do tipo Pedido pago.

Para os objetivos alcançados, o lucro das transações especificado no CRM é informado como receita. Você pode usar a receita por objetivo para a estratégia Máximo de conversões com limitação de custos pela Relação custo-receita no Yandex Direct.

Primeiros passos

1. Preparar os dados

O Yandex Metrica faz a correspondência dos dados do CRM com usuários e suas sessões no site. Para vincular os dados, o Yandex Metrica utiliza características do cliente (telefones, e-mails, telefones_md5, e-mails_md5) e uma ID de cliente especial. A ID de cliente Yandex Metrica permite uma correspondência mais precisa de pedidos com sessões de usuários no site, por isso recomendamos enfaticamente o seu envio.

Como configurar a transmissão da ID de cliente

A transmissão da ID de cliente passa pela inclusão do identificador único do usuário Yandex Metrica nos registros de transações do seu sistema de CRM. Configure a transmissão desse parâmetro com base no canal de contato do usuário:

  • Formulários e pedidos no site. Obtenha a ID de cliente usando o método JavaScript getClientID e inclua-a no campo oculto dos seus formulários de lead para posterior transmissão ao CRM.

  • Chamadas de usuários. Se suas transações no CRM resultarem de chamadas, é provável que você esteja usando um serviço de rastreamento de chamadas. Verifique se o seu sistema de rastreamento de chamadas pode informar a ID de cliente para as transações no seu CRM.

  • E-mail de usuários. Para transações iniciadas por e-mail, utilize serviços de rastreamento de e-mail que identifiquem a ID de cliente do remetente, substituindo o endereço de e-mail no seu site. Esses serviços podem então enviar informações sobre novos e-mails diretamente para o seu CRM como transações.

  • Chat de apps de mensagem. Para clientes originados em apps de mensagem, inicie o método getClientID no site e inclua a ID de cliente no deeplink (Telegram, Viber) ou no modelo de mensagem (WhatsApp). Ao criar uma transação, especifique a ID em um campo separado.

  • Widgets de site. Certifique-se de que os widgets do seu site possam informar a ID de cliente do Yandex Metrica para o seu CRM ao transmitir transações.

Observação

Caso não seja possível obter a ID de cliente (se for uma compra offline, p. ex.) ou configurar a transmissão a partir do CRM, utilize a opção Configurações avançadas de rastreamento nas configurações da tag para fazer a correspondência de pedidos com maior precisão usando e-mail ou número de telefone.

2. Upload de dados sobre clientes e pedidos

Você pode transmitir os dados:

Observação

O arquivo CSV transmitido deve ter no máximo 1 GB e usar codificação UTF-8.

Imediatamente após o upload, as informações aparecem na página Usuários e clientes → Clientes, no Yandex Metrica. Para verificar se o upload está correto, você também pode usar o método da API.

Observação

É possível transmitir os dados de até 100.000 pedidos por cliente.

Após a transferência de dados no Yandex Metrica:

  • Os relatórios de análise de dados ponta a ponta são disponibilizados (relatório Origens de pedidos do CRM e relatório Origens, custos e ROI).
  • Novas métricas serão disponibilizadas: Todos os pedidos, Pedidos em andamento, Pedidos pagos, Pedidos spam, Pedidos com outro status, Pedidos cancelados, Conversão em pedido, Conversão em pagamento, Valor médio dos pedidos, Receita, Lucro.
  • As novas conversões, do tipo "CRM: pedido criado" e "CRM: pedido pago", aparecem na página Conversões. As estatísticas ficam disponíveis assim que os dados de conversão transmitidos são vinculados a visitas, o que acontece na primeira vez que você transmite os dados com sucesso.
  • Surgirão objetivos para rastrear conversões relacionadas aos pedidos. Por exemplo, "CRM: pedido criado", "CRM: pedido em andamento". Eles são exibidos na página Objetivos. Os objetivos podem ser usados nos relatórios do Yandex Metrica e para configurar campanhas no Yandex Direct.

Observação

Os dados aparecerão nos relatórios do Yandex Metrica dentro de 2 horas após o upload.

3. Visualizar estatísticas

Os pedidos são transmitidos para o Yandex Metrica com diferentes status:

  • Em andamento.
  • Pago.
  • Cancelado.
  • Pedidos spam.
  • Pedido com outro status (pedidos cujo status corresponde ao objetivo JavaScript criado na tag).

Esses status podem ser usados em relatórios do Yandex Metrica para segmentação.

Para visualizar estatísticas, use:

  • O relatório Origens de pedidos do CRM para analisar a origem dos pedidos.
  • O relatório Origens, custos e ROI para analisar seus gastos com publicidade e a eficácia dos anúncios.
  • O relatório "Usuários e clientes" para ver todos os clientes transferidos do CRM, e seus respectivos pedidos, na aba Clientes.
  • Qualquer relatório onde seja possível selecionar objetivos. Selecionando os objetivos que você usou ao enviar status de pedidos, é possível rastrear os estágios do funil de vendas que lhe interessam.

Perguntas e respostas

É possível deletar os dados transmitidos do CRM?

Os dados não podem ser deletados. Se o status de um pedido no seu CRM mudar para "Spam", as informações sobre o pedido serão atualizadas no Yandex Metrica e não serão mais exibidas nas métricas dos pedidos.

Uma lógica semelhante se aplica aos objetivos. Se um pedido foi vinculado a uma sessão, todos os objetivos criados para o pedido permanecerão nessas sessões como conversões.

Por que estou vendo clientes ou pedidos duplicados no Yandex Metrica?

Pode haver duplicata de dados se:

  • Os dados do CRM tiverem sido transferidos para o Yandex Metrica com as mesmas IDs.
  • Você tiver transmitido as mesmas informações uma segunda vez, por exemplo ao migrar para outro CRM.
Por que não consigo fazer a correspondência de pedidos após trocar de CRM?

Após a troca de CRM, pode acontecer de os dados dos pedidos chegarem ao Yandex Metrica com as mesmas IDs utilizadas no CRM anterior.

Porém, se os parâmetros do pedido (por exemplo, a data de criação) divergirem, o Yandex Metrica interpretará isso como uma tentativa de atualizar pedidos já existentes, e não como pedidos novos. Como não é possível alterar a data de criação de um pedido já enviado, não haverá como fazer a correspondência desses pedidos com as sessões.

Para resolver esse problema, tome cuidado para que as IDs dos pedidos de CRMs diferentes não coincidam.

Fale conosco

Escrever um e-mail