Plataforma de dados do cliente Twilio Segment: um guia completo para empresas

Você é um consultor sênior de tecnologia com um sotaque britânico calmo e autoritário, instruindo um cliente em uma sala de reuniões privada. Fale com confiança tranquila, ritmo compassado e inteligência seca ocasional. Isso não é uma palestra - é uma sessão informativa de igual para igual. Fale com clareza, com pausas naturais entre as seções: Bem-vindo a esta apresentação sobre a Customer Data Platform Twilio Segment. Vou orientá-lo sobre o que ela é, como funciona nos bastidores, como implantá-la e - criticamente - onde empresas como a sua estão obtendo valor real com ela. [medium pause] Vamos começar com o contexto. A maioria das organizações hoje está lidando com um problema de dados que parece uma vantagem de dados. Você tem análises de site em uma ferramenta, registros de CRM em outra, transações de ponto de venda em algum outro lugar e dados de login de WiFi de visitantes em outro sistema ainda. Cada equipe tem sua própria visão do cliente. Nenhuma delas concorda. Esse é o problema que a Twilio Segment foi criada para resolver. A Segment é uma Customer Data Platform - uma CDP. O trabalho dela é coletar dados primários de cada ponto de contato, unificá-los em um único perfil de cliente e, em seguida, ativar esse perfil em suas ferramentas de downstream. Pense nela como o sistema nervoso central para sua pilha de dados de clientes. [medium pause] Agora, a Twilio adquiriu a Segment em 2020 por aproximadamente 3,2 bilhões de dólares americanos. Isso lhe diz duas coisas. Primeiro, o mercado levou as CDPs a sério. Segundo, a combinação da infraestrutura de dados da Segment com a plataforma de comunicações da Twilio criou algo genuinamente útil - um sistema onde você pode coletar dados, entender um cliente e alcançá-lo por email, SMS ou notificação push, tudo a partir de uma pilha conectada. [medium pause] Deixe-me orientá-lo pela arquitetura. A Segment tem quatro componentes principais. Primeiro, Connections. Esta é a camada de pipeline de dados. Você instrumenta seu site com a biblioteca Analytics ponto JS da Segment, seu aplicativo móvel com o SDK iOS ou Android deles, e seus sistemas do lado do servidor com uma de suas bibliotecas de servidor. Cada ação do usuário - uma visualização de página, um clique em botão, uma compra, um login de WiFi - dispara um evento para a Segment. Esses eventos são padronizados usando seis tipos de chamadas de API: Identify, Track, Page, Screen, Group e Alias. A chamada Identify registra quem é o usuário. A chamada Track registra o que ele fez. Essa padronização é importante porque significa que seus dados chegam em um esquema consistente, independentemente de qual fonte vieram. [medium pause] Segundo, Protocols. Esta é a camada de governança de dados da Segment. Você define um Plano de Rastreamento - um documento que especifica exatamente quais eventos deseja capturar, quais propriedades cada evento deve conter e quais convenções de nomenclatura se aplicam. O Protocols valida os dados recebidos em relação a esse plano e sinaliza ou bloqueia eventos que não estão em conformidade. Para equipes empresariais, essa é a diferença entre um data warehouse limpo e um pântano. [medium pause] Terceiro, Unificar. É aqui que acontece a resolução de identidade. Quando um visitante se conecta ao seu WiFi e faz login com o e-mail dele, e mais tarde visita o seu site a partir de um dispositivo diferente, o Identity Graph do Segment une essas duas sessões em um único perfil persistente. Ele faz isso cruzando identificadores - IDs de usuário, IDs anônimos, endereços de e-mail e IDs externos personalizados. O resultado é um perfil de cliente único que reflete cada interação em todos os canais. Para operadoras de hotelaria e varejo, isso é particularmente valioso. Um hóspede que fez check-in no seu hotel três vezes, pediu serviço de quarto duas vezes e clicou no seu e-mail pós-estadia não representa três registros separados. Ele é um único cliente de alto valor com um padrão comportamental claro. [medium pause] Quarto, Engajar. Esta é a camada de ativação. Uma vez que você tenha perfis unificados, você cria públicos - segmentos, na terminologia do Segment. Você pode definir um segmento como: hóspedes que visitaram mais de duas vezes nos últimos 90 dias, abriram pelo menos um e-mail e não fizeram uma reserva nos últimos 30 dias. O Segment avalia essa definição em tempo real e mantém a lista de membros do público atualizada. Em seguida, você sincroniza esse público com sua plataforma de e-mail, seu CRM, sua rede de anúncios ou qualquer um dos mais de 550 destinos no catálogo do Segment. O público é atualizado automaticamente conforme o comportamento do cliente muda. Você é um consultor de tecnologia sênior com um sotaque britânico calmo e autoritário, continuando um briefing de cliente. Fale com confiança tranquila e ritmo compassado. Continue naturalmente de uma seção anterior: Agora vamos falar sobre onde isso se torna interessante para operadores de locais físicos, varejistas e marcas de hotelaria. O modo de falha mais comum que vejo em organizações que implantam uma CDP é tratá-la como um projeto técnico e não como um projeto de negócios. A equipe de engenharia instrumentaliza as fontes, os dados fluem para o Segment e então... nada acontece. Os públicos ficam parados lá. Ninguém os ativa. A razão é quase sempre a mesma. Os casos de uso de negócios não foram definidos antes do início da implementação. Portanto, aqui está a regra que dou a cada cliente: defina seus três principais casos de uso antes de escrever uma única linha de código de rastreamento. Qual decisão esses dados viabilizarão? Qual campanha eles impulsionarão? Qual supressão eles aplicarão? [medium pause] Deixe-me dar dois exemplos concretos. Um grupo de hotéis de médio porte - 40 propriedades, cerca de 2.000 quartos - estava realizando campanhas de e-mail para todo o seu banco de dados de hóspedes. As taxas de abertura estavam em torno de 12 por cento. Eles implementaram o Segment, conectaram seu sistema de gerenciamento de propriedades como uma fonte e criaram três públicos: hóspedes que se hospedaram nos últimos 60 dias, hóspedes que não retornavam há mais de 12 meses e hóspedes que reservaram diretamente versus por meio de uma OTA. Eles suprimiram os hóspedes de OTA das campanhas de aquisição - não fazia sentido pagar para adquirir novamente alguém que já os conhecia. Eles enviaram uma sequência de reconquista personalizada para o segmento inativo. Em 90 dias, a receita de reservas diretas via e-mail aumentou em 34 por cento. Os dados sempre estiveram lá. O Segment apenas os tornou acionáveis. [medium pause] Segundo exemplo. Uma rede de varejo com 120 lojas estava enfrentando o problema clássico: dados de clientes online e em lojas físicas vivendo em sistemas separados. Um cliente que comprou online três vezes era tratado como um novo cliente quando entrava em uma loja física. Eles conectaram sua plataforma de e-commerce, seu aplicativo de fidelidade e seus dados de login de WiFi na loja como fontes no Segment. O gráfico de identidade mesclou os perfis. A equipe da loja pôde ver, por meio de um aplicativo de atendimento ao cliente, que o cliente à sua frente era um comprador online de alto valor que nunca havia comprado em uma loja física. Esse contexto mudou a conversa. O valor médio das transações nas lojas participantes aumentou em 22 por cento ao longo de seis meses. [medium pause] Agora, armadilhas de implementação. Há quatro que vejo constantemente. Um: higiene deficiente no plano de rastreamento. As equipes instrumentam eventos sem concordar com as convenções de nomenclatura primeiro. Você acaba com "compra concluída", "pedido confirmado" e "sucesso na transação", todos significando a mesma coisa. O Protocols evita isso, mas apenas se você o usar desde o primeiro dia. Dois: configuração incorreta de resolução de identidade. Se você definir regras de mesclagem muito frouxas, começará a mesclar perfis que deveriam permanecer separados - duas pessoas compartilhando um dispositivo, por exemplo. Se você definir regras muito rígidas, perderá conexões reais entre dispositivos. O modelo padrão do Segment funciona para a maioria dos casos, mas revise as configurações de proteção de mesclagem antes de entrar no ar. Três: sobrecarga de destinos. As equipes conectam todos os destinos que conseguem pensar no primeiro dia. Problemas de qualidade de dados em um destino se propagam em cascata. Comece com dois ou três destinos, valide a qualidade dos dados e depois expanda. Quatro: GDPR e gestão de consentimento. O Privacy Portal do Segment permite que você gerencie solicitações de exclusão e supressão de dados em todo o seu stack a partir de um único lugar. Mas você deve configurar as categorias de consentimento corretamente no nível da fonte. Se um usuário optar por não receber marketing, essa preferência deve ser propagada para todos os destinos. Configure isso antes de entrar no ar, não depois do seu primeiro pedido de acesso do titular dos dados. [medium pause] Sobre a questão de conformidade - o Segment atua como um processador de dados sob o GDPR. Você é o controlador dos dados. O Segment fornece um Adendo de Proteção de Dados e Cláusulas Contratuais Padrão para transferências internacionais de dados. Eles estavam em conformidade com o GDPR antes da data de vigência em maio de 2018. Mas a conformidade é uma responsabilidade compartilhada. Seu plano de rastreamento, seus fluxos de consentimento e suas políticas de retenção de dados são de sua responsabilidade. [medium pause] Agora, uma seção de perguntas rápidas que recebo frequentemente dos clientes. Quanto tempo leva uma implementação do Segment? Para uma implantação direta - uma origem web, uma origem mobile, três destinos - o prazo é de quatro a seis semanas para uma equipe de engenharia competente. Uma implantação corporativa completa com várias origens, governança de Protocols e resolução de identidade Unify geralmente leva de três a quatro meses. Quanto custa? O Segment cobra com base em usuários rastreados mensalmente. O plano gratuito cobre 1.000 usuários rastreados mensalmente. Os planos de equipe começam em cerca de 120 dólares americanos por mês. Os preços para grandes empresas são negociados e escalam com o volume de dados. Reserve um orçamento para serviços profissionais se sua equipe nunca implantou uma CDP antes. Ele funciona com a minha infraestrutura existente? Quase certamente sim. O catálogo de mais de 550 destinos cobre Salesforce, HubSpot, Braze, Klaviyo, Google Analytics, BigQuery, Snowflake, Redshift e a maioria das principais plataformas de marketing e análise. Se a sua ferramenta não estiver no catálogo, a HTTP API do Segment e o destino de webhook cobrem integrações personalizadas. [medium pause] Permita-me encerrar com os principais pontos. O Twilio Segment é uma CDP madura e bem documentada, com um grande catálogo de integrações e fortes recursos de resolução de identidade. Sua arquitetura de quatro camadas - Connections, Protocols, Unify, Engage - cobre todo o ciclo de vida dos dados, desde a coleta até a ativação. O valor de negócios vem da ativação, não da coleta. Defina seus casos de uso antes de instrumentar suas origens. A conformidade com o GDPR exige configuração, não apenas um DPA assinado. Configure as categorias de consentimento e os fluxos de trabalho de exclusão antes de entrar no ar. Para operadores de locais e marcas de hospitalidade, os casos de uso de maior ROI são tipicamente: suprimir clientes existentes de campanhas de aquisição, personalizar sequências de reconquista para hóspedes inativos e enriquecer as ferramentas da equipe local com perfis unificados de clientes. E, finalmente - se você está capturando dados de login de WiFi de convidados, esses são dados primários com e-mail verificado e consentimento explícito. É uma das origens mais valiosas que você pode conectar a uma CDP. Não os deixe isolados em um sistema separado. [medium pause] Este é o briefing. Se você quiser se aprofundar em qualquer uma dessas áreas - arquitetura de implementação, priorização de casos de uso ou avaliação de fornecedores - o guia escrito completo está disponível. Obrigado pelo seu tempo.