# Meça resultados de negócio no Apple Messages

Use as [métricas de canal](/docs/guides/apple-messages/analytics) do Bird para medir atividade e processamento de mensagens. Use o sistema responsável pelo pedido, reserva, pagamento ou caso para estabelecer o resultado de negócio.

O status **Sent** de uma mensagem confirma a aceitação pelo gateway da Apple. Uma resposta de formulário ou um horário selecionado registra uma interação do cliente. Nenhum dos dois estabelece que uma ação de negócio foi concluída.

## Defina o resultado antes de reportá-lo

Escolha um resultado que seu sistema de origem consiga confirmar, como uma reserva criada, um pedido pago ou um caso de atendimento resolvido. Registre o timestamp, o identificador do registro e as condições que qualificam o resultado.

Para um agendamento, diferencie estas observações:

| Observação                    | Evidência                                                     |
| ----------------------------- | ------------------------------------------------------------- |
| Opções de horário oferecidas  | O registro da mensagem enviada.                               |
| Cliente selecionou um horário | A resposta nativa recebida.                                   |
| Agendamento reservado         | O registro de reserva bem-sucedida do sistema de agendamento. |
| Confirmação enviada           | A mensagem de confirmação enviada separadamente.              |
| Comparecimento ao agendamento | O registro de presença da equipe de atendimento, se coletado. |

Escolha um denominador que responda à sua pergunta. Por exemplo, reservas divididas por clientes que receberam opções de horário medem um estágio diferente de reservas divididas por seleções de horário recebidas. Nomeie o período e as exclusões junto com o resultado.

## Conecte os registros

Mantenha uma referência de caso ou operação junto com os IDs de conversa e mensagem do Bird na sua integração. Para envios API, use `metadata` compatíveis ou rótulos de relatório conforme o [contrato de envio de mensagem](/docs/api/reference/create-amb-message). Um rótulo de relatório não altera permissão, supressão ou comportamento de nova tentativa.

Use uma referência do seu próprio sistema em vez de colocar segredos do cliente em uma URL ou tag de mensagem. Registre qual sistema forneceu cada data e hora e cada resultado. Aplique suas regras de retenção e acesso aos dados combinados.

## Lide com repetições e resultados tardios

Deduplique entregas de webhook e ações de negócio separadamente. Uma entrega repetida do mesmo evento não pode criar uma segunda reserva. Uma segunda solicitação intencional do cliente pode representar uma operação diferente.

Reconcilie ações que permanecem incertas após um tempo limite. Permita que resultados tardios do provedor atualizem a operação original em vez de contá-los como uma nova conversão. Inclua cancelamentos e estornos quando a pergunta do relatório exigir.

## Interprete o relatório com honestidade

Uma conversa encerrada é um evento no ciclo de vida do cliente; não é uma pontuação de resolução. Um tempo de primeira resposta menor não prova que a resposta estava correta. A ausência de confirmação de leitura do dispositivo não pode ser preenchida tratando a aceitação do gateway como leitura.

Compare resultados pela intenção de ponto de entrada suportada ou por suas próprias categorias de caso, quando útil. Analise solicitações não resolvidas e caminhos com falha junto com os resultados bem-sucedidos. Mantenha esse relatório de negócio separado do painel de mensagens do Bird para que os leitores vejam o que cada número comprova.