Medir resultados de negocio en Apple Messages
Usa las métricas del canal de Bird para medir la actividad y el procesamiento de mensajes. Usa el sistema que gestiona el pedido, la reserva, el pago o el caso para establecer el resultado de negocio.
El estado Sent de un mensaje confirma la aceptación por la pasarela de Apple. Una respuesta de formulario o un horario seleccionado registran una interacción del cliente. Ninguno de los dos establece que una acción de negocio se haya completado.
Define el resultado antes de reportarlo
Elige un resultado que tu sistema de origen pueda confirmar, como una reserva creada, un pedido pagado o un caso de servicio resuelto. Anota la marca de tiempo, el identificador del registro y las condiciones que califican el resultado.
Para una cita, distingue estas observaciones:
| Observación | Evidencia |
|---|---|
| Horarios ofrecidos | El registro del mensaje saliente. |
| El cliente seleccionó un horario | La respuesta nativa entrante. |
| Cita reservada | El registro de reserva exitoso del sistema de citas. |
| Confirmación enviada | El mensaje de confirmación saliente independiente. |
| Cita atendida | El registro de asistencia del equipo de servicio, si se recopila. |
Elige un denominador que responda a tu pregunta. Por ejemplo, reservas divididas entre clientes a los que se ofrecieron horarios mide una etapa distinta de reservas divididas entre selecciones de horario recibidas. Indica el período y las exclusiones junto con el resultado.
Conecta los registros
Conserva una referencia de caso u operación junto con los IDs de conversación y mensaje de Bird en tu integración. Para los envíos de API, usa metadata compatibles o etiquetas de informe según el contrato de envío de mensajes. Una etiqueta de informe no modifica el comportamiento de permisos, supresión ni reintentos.
Usa una referencia de tu propio sistema en lugar de incluir datos confidenciales del cliente en una URL o una etiqueta de mensaje. Registra qué sistema proporcionó cada marca de tiempo y resultado. Aplica tus reglas de conservación y acceso a los datos combinados.
Gestiona repeticiones y resultados tardíos
Deduplica las entregas de webhooks y las acciones de negocio por separado. Una entrega repetida del mismo evento no debe crear una segunda reserva. Una segunda solicitud intencional del cliente puede representar una operación diferente.
Reconcilia las acciones que permanecen inciertas después de un tiempo de espera. Permite que los resultados tardíos del proveedor actualicen la operación original en lugar de contarlos como una nueva conversión. Incluye cancelaciones y reversiones cuando la pregunta del informe lo requiera.
Interpreta el informe con honestidad
Una conversación cerrada es un evento del ciclo de vida del cliente; no es una puntuación de resolución. Una primera respuesta más rápida no demuestra que la respuesta fuera correcta. Un acuse de lectura del dispositivo ausente no puede completarse tratando la aceptación de la pasarela como una lectura.
Compara resultados según la intención de punto de entrada admitida o tus propias categorías de caso cuando sea útil. Revisa las solicitudes sin resolver y las rutas fallidas junto con los resultados exitosos. Mantén este informe de negocio separado del panel de mensajería de Bird para que los lectores vean qué establece cada número.