E-mail Interativo para Relatórios de Status Voltados ao Cliente

Uma página de status só ajuda os clientes que pensam em visitá-la. Enviar os mesmos números — uptime, tendência de tempo de resposta, situação do SLA — como um resumo periódico coloca o relatório na frente deles sem depender desse hábito, e um scorecard de KPI ou gráfico de linha vinculado à sua própria fonte de dados de métricas mantém os números reais em vez de digitados à mão.

Assunto

Your November status report

Uma página de status só ajuda os clientes que lembram de checá-la. Enviar os mesmos números de uptime, tempo de resposta e SLA como um resumo periódico coloca o relatório na frente deles diretamente — com um scorecard de KPI ou gráfico de linha vinculado às suas métricas reais em vez de digitado à mão.

O público real de toda página de status é a pequena fração de clientes que pensa em visitá-la durante um incidente. Um resumo enviado por e-mail alcança todo o resto.

O número de destaque

Um scorecard de KPI mostra a porcentagem de uptime ou o tempo médio de resposta deste período, com uma seta de tendência contra o período anterior — vinculável a uma fonte de dados ao vivo da mesma forma que um resumo automático de desempenho.

A tendência por trás dele

Um gráfico de linha mostra o tempo de resposta ou a contagem de incidentes ao longo do período, para que o cliente veja o formato da tendência, não só um número de instantâneo único.

Situação atual contra uma meta

Um medidor mostra a situação contra uma meta de SLA como um arco colorido por limite, com o valor sempre repetido como texto real ao lado. Diferente do scorecard de KPI e do gráfico de linha, o medidor ainda não tem vinculação a fonte de dados ao vivo — seu valor é digitado de novo a cada envio.

Um projeto, os próprios números de cada cliente

O filtro de um gráfico vinculado pode referenciar a própria tag de mesclagem do destinatário — um campo de ID de conta ou nome da sua fonte de público — então um único projeto envia a cada cliente os números da própria conta, não os de toda a sua plataforma.

Para começar

Componha um scorecard de KPI, um gráfico de linha e um medidor em um layout de relatório, vincule o que puder à sua fonte de dados de métricas, e coloque em uma programação recorrente.

Uma sequência típica de criação e envio

  1. 1

    Construa o relatório uma vez

    Componha um scorecard de KPI, um gráfico de linha e um medidor em um único layout de relatório — comece pelo propósito Painel para um ponto de partida com um clique de linha de KPI mais gráfico.

  2. 2

    Vincule o que puder a dados reais

    Scorecard de KPI e gráfico de linha suportam vinculação a fonte de dados ao vivo; medidor é só de linhas autorais hoje, então seu valor é digitado de novo toda vez.

  3. 3

    Delimite por cliente se você atende mais de uma conta

    O filtro opcional de um gráfico pode referenciar tags de mesclagem do destinatário, então o mesmo relatório mostra a cada cliente os números da própria conta, não os de toda a sua plataforma.

  4. 4

    Envie em uma cadência fixa

    Uma programação recorrente (semanal, mensal) renderiza o relatório inteiro de novo contra os dados atuais em cada execução, para que continue sendo uma atualização de status genuína em vez de algo pontual.

Perguntas frequentes

Todo gráfico do relatório pode puxar das nossas métricas ao vivo?

Não o medidor — só scorecard de KPI, gráfico de barras, gráfico de linha e gráfico de pizza suportam vinculação a fonte de dados ao vivo hoje. O medidor continua só de linhas autorais, então seu valor precisa ser atualizado à mão (ou regenerando as props do projeto) a cada envio.

O cliente vai ver essa atualização depois que enviarmos?

Não — o HTML enviado é um instantâneo estático do momento da renderização, igual a qualquer outro e-mail. Cada envio agendado renderiza de novo com os números atuais, mas uma cópia já entregue fica fixa.

Podemos enviar o mesmo relatório para cada cliente com os próprios números?

Sim — o filtro de um gráfico vinculado a fonte de dados pode se basear nas próprias tags de mesclagem do destinatário (um campo de ID de conta ou nome da sua fonte de dados de público), então um projeto só atende cada cliente com o próprio recorte.

Isso substitui uma página de status em tempo real?

Não — é um resumo push periódico, não um feed de incidentes ao vivo. Uma página de status dedicada continua sendo a ferramenta certa para comunicação de incidentes em tempo real; isso é o resumo recorrente de "veja como fomos" que chega na caixa de entrada sem que ninguém precise checar uma página.

Os destinatários precisam clicar em algo para o relatório importar?

Não — como todo bloco de gráfico, este é conteúdo somente leitura sem nada para enviar, então ele nunca gera entradas no painel de Respostas; é uma ferramenta de relatório, não de coleta de interações.

Construa isso no estúdio

Comece no plano gratuito — todos os blocos interativos e o motor de fallback completo estão incluídos em todos os planos.