# Prepara tu demostración de Apple Messages

Usa esta guía después de [crear la experiencia de conversación](/docs/guides/apple-messages/build-an-experience). La documentación enviada debe permitir que un revisor siga una solicitud del cliente, entienda las opciones y vea el resultado sin que tu equipo tenga que explicar los pasos que faltan.

Apple revisa la experiencia completa en el entorno de prueba, incluidos el lenguaje y el diseño de las interacciones. Sus [instrucciones actuales para la revisión de experiencia](https://register.apple.com/resources/messages/messaging-documentation/xp-review) exigen una grabación de pantalla de un iPhone enviada mediante tu proveedor de mensajería. En Bird, subes las pruebas desde **Approval requirements** de la empresa; Bird coordina el envío a Apple.

## Prepara la cuenta, el guion y los datos de prueba

Conecta la cuenta de Apple a Bird y registra a los testers autorizados en Apple Business Register. Puedes usar una empresa conectada en estado **Draft** para enviar mensajes de prueba mientras preparas la demostración. Mantén los puntos de entrada públicos sin publicar hasta que se complete la aprobación del lanzamiento.

Completa los documentos **Readiness review** y **Use cases** de **Approval requirements**. Usa el mismo horario del servicio, las mismas tareas admitidas, los mismos idiomas y los mismos acuerdos de traspaso en esos documentos y en la experiencia que grabes. Elimina las ideas abandonadas de lo que envíes, en lugar de describirlas como funciones terminadas.

Para cada caso de uso, escribe un breve guion de grabación con un punto de entrada, la solicitud inicial, las opciones, el resultado esperado y una vía pertinente para resolver un problema. Para una cita en tienda, el resultado es una reserva en el sistema de reservas seguida de una confirmación al cliente que coincida. Seleccionar un horario no completa por sí solo el caso de uso.

Antes de grabar:

- Prepara clientes ficticios, referencias de reservas y otros registros necesarios para la demostración. Evita los datos reales de clientes en los mensajes, las notificaciones, las pantallas de cuenta y las vistas del operador.
- Asegúrate de que haya un operador disponible para recibir el traspaso. Dale el guion, pero haz que realice las acciones reales de asignación y atención.
- Actualiza los horarios, los enlaces, el contenido multimedia y cualquier dato que pueda caducar mientras grabas. Verifica que el sistema de reservas o pedidos de prueba sea accesible.
- Ensaya en el iPhone que usarás. Prueba también las experiencias en los demás dispositivos admitidos; Apple recomienda comprobar macOS cuando sea posible.

## Demuestra los indicadores de escritura

Los indicadores de escritura forman parte de los criterios de la revisión de experiencia de Apple tanto para las respuestas automáticas como para los agentes humanos. Haz que sean visibles en la grabación del iPhone. Una vista previa del panel o un estado de mensaje satisfactorio no demuestran este comportamiento.

Antes de grabar el recorrido completo:

1. **Comprueba la respuesta automática.** Envía una solicitud del cliente desde el iPhone. Graba cómo aparece el indicador de escritura antes de que llegue la respuesta automática. Los [estándares de diseño de conversaciones](https://register.apple.com/resources/messages/messaging-documentation/conversation-best-practices) de Apple piden un indicador de 1 segundo antes de cada mensaje de una secuencia. Mantén la bienvenida automática dentro del requisito independiente de 5 segundos para la primera respuesta.
2. **Comprueba una secuencia de respuestas.** Activa un caso de uso que envíe más de un mensaje. Muestra el indicador de escritura antes de cada respuesta, incluida la transición del texto introductorio a una interacción nativa. Mantén estas transiciones en la grabación para que el revisor vea sus tiempos reales.
3. **Comprueba al agente humano.** Transfiere la conversación a un operador. Haz que empiece a escribir una respuesta en **Conversations** mientras el iPhone graba la vista del cliente. Muestra el indicador de escritura y después la respuesta del operador ya entregada. No lo sustituyas por un mensaje preparado que se envíe sin demostrar la escritura en directo.
4. **Comprueba la transición completa.** Confirma en el iPhone que el indicador da paso a la respuesta prevista. Si falta, permanece visible de forma inesperada o la respuesta falla, investiga la conexión y el resultado del mensaje antes de volver a grabar el material para la revisión.

Bird envía una señal de escritura antes de una respuesta saliente y mientras un operador escribe en el cuadro de respuesta de la conversación. Verifica el comportamiento real del dispositivo para la ruta que envíes a revisión. Si un servicio conectado necesita indicar antes que está preparando una respuesta, el responsable de la integración puede usar la [API de escritura en conversaciones](/docs/api/reference/create-amb-conversation-typing).

Mantén la secuencia de escritura sin cortes en la grabación enviada. Comprueba tanto el MP4 exportado como el ensayo en directo; la edición, la reproducción acelerada o los clips que empiezan cuando el mensaje ya está entregado pueden ocultar las pruebas que necesita Apple.

## Graba un recorrido completo del cliente

Usa la grabación de pantalla del iPhone para capturar la vista del cliente. Mantén el texto legible, deja tiempo para ver cada mensaje y muestra las pulsaciones y las respuestas recibidas en orden. Graba la gestión del operador como prueba complementaria cuando explique la asignación, una reserva o la resolución de un problema. La grabación del operador complementa la vista del iPhone.

Para el [ejemplo de visita a la tienda](/docs/guides/apple-messages/build-an-experience), graba esta secuencia:

1. **Entra en la conversación.** Muestra la ubicación del botón en el sitio web o la aplicación que se está probando, o el enlace de conversación de prueba. Abre la empresa correcta y envía la solicitud del cliente. Explica en el documento de casos de uso qué ubicación representa.
2. **Recibe la primera respuesta.** Muestra el indicador de escritura antes de la respuesta y después la presentación del operador o la identificación del asistente automático. Para la automatización, conserva el tiempo real entre el primer mensaje del cliente y la bienvenida para que se pueda evaluar el tiempo de respuesta.
3. **Elige la tarea.** Empieza una ejecución con una solicitud poco clara para mostrar la clasificación. En otra ejecución, pide directamente una cita de asesoramiento de estilo y muestra cómo el servicio usa esa intención.
4. **Completa la interacción nativa.** Muestra el mensaje introductorio, la burbuja de recepción, el selector abierto, la opción seleccionada y la respuesta recibida. Mantén las etiquetas de las opciones y cualquier resumen visibles el tiempo suficiente para leerlos.
5. **Realiza la acción empresarial.** Haz que el operador o servicio conectado efectúe la reserva. Muestra la confirmación al cliente con la misma cita y referencia. Incluye el registro de reserva correspondiente en las pruebas complementarias del operador.
6. **Ofrece más ayuda.** Demuestra la siguiente ruta cuando el cliente tiene otra pregunta. Si tu experiencia incluye una encuesta de satisfacción, muestra las opciones descriptivas y la respuesta recibida.
7. **Pide hablar con una persona.** En una ejecución independiente, pide una persona a mitad de la tarea. Muestra el aviso de traspaso, cualquier plazo de espera, el indicador de escritura en directo y la presentación del operador que recibe la conversación. El operador debe continuar desde el contexto existente.
8. **Resuelve un problema.** Demuestra un caso realista, como un horario que ya no esté disponible. Muestra las opciones de sustitución y el resultado final, en lugar de detenerte en un mensaje de error.

Repite la secuencia para los demás casos de uso enviados. Captura también la respuesta fuera de horario y a un cliente que retoma una solicitud anterior. Si ofreces varios puntos de entrada, verifica cada uno e identifica su cobertura en el documento de casos de uso.

Mantén las pruebas continuas dentro de cada caso de uso. Evita cortes que oculten una espera, un mensaje sin respuesta, una selección fallida o una acción manual necesaria para completar la solicitud. Los títulos breves entre situaciones pueden ayudar al revisor a orientarse; las vistas previas preparadas y la narración no demuestran si la interacción real funciona.

## Comprueba qué verá el revisor

Mira la grabación exportada de principio a fin sin operar el servicio. Usa las siguientes revisiones para detectar problemas habituales. Comprueba la [lista actual de Apple](https://register.apple.com/resources/messages/messaging-documentation/xp-review#experience-review-checklist) junto con esta revisión práctica antes de enviar el material.

**Inicio y expectativas del servicio.** ¿Puede el cliente identificar quién responde? ¿Llega la bienvenida automática en 5 segundos? ¿Indica la respuesta fuera de horario la próxima disponibilidad del equipo y la zona horaria? Si un traspaso lleva tiempo, ¿es realista el plazo anunciado?

**Opciones y navegación.** ¿Puede un cliente entender las opciones sin conocer la estructura de tu equipo? ¿Recibe una solicitud poco clara un menú de clasificación útil? ¿Pueden las solicitudes escritas como “agent,” “help,” y “menu” llegar al siguiente paso adecuado? Comprueba que cada ruta llegue a una respuesta, una acción completada o alguien que pueda ayudar.

**Presentación de los mensajes nativos.** Lee las burbujas de recepción y respuesta, además de la interacción expandida. Para las funciones interactivas con campos de imagen, incluye una miniatura pertinente en ambas burbujas. Comprueba que los títulos, las instrucciones y las respuestas seleccionadas tengan sentido en cada vista. Revisa el resumen de las respuestas rápidas después de la selección. Verifica los enlaces enriquecidos, las vistas previas de ubicación y la alternativa usada cuando una interacción no está disponible.

**Atención humana y respuestas asíncronas.** Comprueba el aviso de traspaso, los indicadores de escritura, la presentación del operador y el uso del historial de la conversación. Vuelve después de una pausa y verifica que el servicio pueda continuar con información actualizada. Elimina los mensajes que presionen al cliente para responder de inmediato o den a entender que el canal está cerrado a más preguntas.

**Texto y datos.** Usa el nombre del producto **Apple Messages for Business**. Comprueba la ortografía, las etiquetas traducidas largas y la confirmación antes de cambiar de idioma. Pide información personal cuando la tarea la necesite y comprueba que los enlaces de privacidad y condiciones abran las páginas correctas. Evita los textos específicos de SMS en esta experiencia.

**Resultado y pruebas.** Compara la confirmación al cliente con la reserva, el pedido o el caso reales. Comprueba que los documentos describan el mismo comportamiento que muestra la grabación. Si al revisar el archivo tuviste que explicar verbalmente un paso ausente, mejora la experiencia o graba el paso antes del envío.

## Prepara y envía las pruebas en Bird

Abre [**Apple Messages > Businesses**](https://bird.com/dashboard/w/apple-messages/businesses), selecciona la empresa y abre **Approval requirements**.

1. Descarga los formularios actuales y completa los PDF **Readiness review** y **Use cases**. Identifica cada caso de uso por su nombre tanto en el documento como en la grabación.
2. Exporta la **Service demonstration** como MP4. Abre el archivo exportado y comprueba que se reproduzca, que el texto sea legible y que incluya el final completo. Respeta los límites de carga que muestra Bird.
3. Incluye un breve índice de escenas en el documento de casos de uso. Por ejemplo, “Store appointment, 00:00; human handoff, 02:15; unavailable time, 03:40.” Sustituye estos tiempos de ejemplo por las marcas de tiempo reales de tu grabación.
4. Sube los PDF y el MP4 a los requisitos correspondientes. Comprueba la empresa seleccionada y los archivos cargados antes del envío.
5. Envía los requisitos completados y usa **Submission history** para seguir el resultado. Mantén disponible a la persona responsable de la experiencia para que pueda actuar sobre los comentarios.

No fijes una fecha de lanzamiento público solo por haber subido los archivos. Los comentarios de la revisión pueden exigir cambios y otra grabación. La aprobación y la revisión posterior de **Go Online** son etapas distintas de la [incorporación](/docs/guides/apple-messages/onboarding#8-launch-with-a-staffed-team).

## Responde a los comentarios y vuelve a enviar

Convierte cada comentario de revisión en una corrección concreta del contenido de los mensajes, el comportamiento del servicio o la documentación de apoyo. Si algún comentario no está claro, acláralo con Bird antes de cambiar la experiencia. Incluye al equipo de atención y al responsable de la integración afectada.

Ensaya toda la experiencia en el dispositivo, incluidos los flujos que no cambiaron, y después graba la versión actualizada. Prepara un resumen de cambios que relacione cada punto de revisión con la corrección y su ubicación en la nueva grabación. Por ejemplo: “Handoff introduction: the receiving operator now introduces themselves and acknowledges the selected store; shown at 02:20.”

Cuando el estado de la empresa sea **Rejected**, sustituye las pruebas afectadas en **Approval requirements** y selecciona **Resubmit for approval**. Si recibes comentarios mientras el estado es **Submitted** o **In review**, contacta con Bird para que devuelva la solicitud y puedas hacer cambios; los controles de carga y envío no están disponibles en esos estados. Asegúrate de que los documentos y el vídeo cargados describan la misma versión final, con los puntos de revisión resueltos. Continúa con la [preparación del lanzamiento](/docs/guides/apple-messages/onboarding#8-launch-with-a-staffed-team) cuando se apruebe la revisión.