Checklist de lanzamiento de RCS: active su agente verificado

Esta checklist está pensada para equipos de marketing, CRM y producto que han decidido probar la mensajería empresarial RCS y ahora necesitan poner un agente en marcha sin perder semanas en rehacer trabajo. Recorre cada fase, desde la elección del primer caso de uso hasta la lectura de los resultados del piloto. Si todavía necesita lo básico sobre qué es RCS y en qué se diferencia del SMS, empiece por RCS Business Messaging explicado y vuelva aquí después.

¿Qué implica lanzar RCS?

Un lanzamiento de RCS tiene cinco fases: alcance, recursos, aprobación, desarrollo y pruebas, y piloto. La mayoría de los retrasos se producen en las tres primeras, no en la ingeniería, porque las aprobaciones dependen de las pruebas sobre la marca y del proceso de cada operador.

RCS Business Messaging (RBM) funciona sobre la plataforma RBM de Google, que Google denomina ahora RCS for Business. Una marca está representada por un «agente»: el perfil de remitente verificado con su nombre, su logotipo y su descripción. Su proveedor de mensajería conecta sus sistemas con la plataforma, y los operadores móviles deciden si el tráfico RBM llega a sus abonados.

Fase 1: ¿Cómo se elige el primer caso de uso?

Elija un caso de uso en el que el contenido enriquecido supere claramente al texto plano y en el que ya envíe SMS, para tener una referencia. Un primer lanzamiento acotado se aprueba antes y da resultados más limpios.

La revisión de lanzamiento de Google le pide declarar el caso de uso del agente. Las categorías de su documentación son OTP, transaccional, promocional y multiuso. El caso de uso declarado condiciona lo que los revisores esperan ver en sus disparadores, su contenido y su gestión de bajas, así que sea preciso.

Buenos candidatos para empezar:

• Novedades de pedidos y entregas. Una tarjeta enriquecida con la imagen del artículo, la franja de entrega y las acciones «Seguir» o «Reprogramar» sustituye a un SMS largo con un enlace.
• Recordatorios de citas. Una tarjeta con fecha, hora y lugar, más respuestas sugeridas como «Confirmar» y «Cambiar cita» y una acción «Añadir al calendario».
• OTP con marca. Un mensaje breve con el código desde un remitente verificado, que ayuda a los clientes a distinguir los códigos auténticos del phishing. Mantenga el SMS como vía garantizada; consulte nuestra guía de mensajes OTP.
• Promociones segmentadas. Un carrusel de productos para clientes que aceptaron recibir marketing. Las promociones se enfrentan a la revisión y a las exigencias de consentimiento más estrictas, por lo que rara vez son el mejor primer lanzamiento.

Mapee países y operadores

Enumere sus países objetivo y, en cada uno, los operadores que concentran a la mayoría de sus clientes. RBM solo llega a un abonado si su operador ha lanzado RBM y ha aprobado su agente. En el Golfo y en el resto de la región MENA, la disponibilidad depende del operador y del país y se confirma durante el alta; no planifique a partir de una afirmación general del tipo «aquí ya funciona RCS».

Fase 2: ¿Qué recursos necesita antes de presentar la solicitud?

Prepare todos los recursos antes de presentar la solicitud, porque los cambios posteriores reinician partes de la revisión. El perfil del agente es además lo que ven los clientes, así que trátelo como un trabajo de marca, no como un trámite.

Checklist del perfil del agente

1. Nombre visible que coincida exactamente con su marca de consumo, no una razón social que los clientes no reconozcan.
2. Logotipo en el formato y las dimensiones que indique su proveedor, legible en tamaño pequeño y recortado en círculo.
3. Imagen de banner para la página de información del agente, sin texto pequeño.
4. Color de marca con suficiente contraste para el texto de los botones.
5. Descripción breve que diga qué envía el agente, por ejemplo «Novedades de pedidos y programación de entregas de Rawda Home».
6. Opciones de contacto: al menos teléfono, sitio web o correo electrónico, todos operativos y atendidos.
7. Política de privacidad y condiciones del servicio en un sitio web público, enlazadas desde el agente.
8. Idiomas: decida si el agente escribirá en árabe, en inglés o en ambos, y prepare el contenido en cada uno.

Checklist de pruebas para la revisión

La documentación de lanzamiento de Google enumera lo que necesita una revisión gestionada por Google. Prepare:

1. Un sitio web de la marca operativo y de acceso público.
2. Los enlaces a la política de privacidad y a las condiciones del servicio.
3. Una descripción de la experiencia del agente, con un vídeo de demostración o transcripciones detalladas de las conversaciones.
4. El caso de uso declarado.
5. Una descripción de cómo se activan los mensajes a los usuarios, cómo interactúan y cómo se dan de baja, coherente con el caso de uso.
6. La gestión de STOP en todos los idiomas que use el agente, incluida la confirmación de que el usuario se ha dado de baja.

Redacte transcripciones que muestren flujos reales, incluido lo que ocurre cuando un usuario responde con un texto libre que usted no esperaba.

Fase 3: ¿Cómo funcionan la verificación de marca y la aprobación de lanzamiento?

La verificación de marca confirma que una persona autorizada de la marca aprueba la información del agente y el derecho de su proveedor a gestionarlo. Según Google, es obligatoria antes del primer lanzamiento y se realiza después de presentar la solicitud de lanzamiento.

Deberá designar un contacto de la marca: un empleado con autoridad para confirmar el agente. Google, los operadores o ambos pueden contactar con esta persona, según el tipo de lanzamiento. El retraso evitable más frecuente es un contacto que está de vacaciones, que no reconoce la solicitud o que la reenvía a un buzón que nadie lee. Infórmele con antelación.

Después, la aprobación de lanzamiento la gestiona Google, los operadores o ambos, según los operadores que seleccione. La documentación de Google señala que algunos operadores hacen su propia revisión y exigen un acuerdo directo con la marca, y que rechazan el lanzamiento si no hay contrato. Por eso el plan de lanzamiento debe construirse por operador, no por país.

Checklist de aprobación

• Contacto de la marca designado, informado y localizable durante el periodo de revisión.
• Caso de uso declarado y coherente con todas las transcripciones y los disparadores.
• Lista de operadores confirmada con su proveedor, incluidos los que exigen un contrato directo.
• Texto de baja aprobado por el departamento jurídico en todos los idiomas.
• Responsable interno asignado para responder con rapidez a las preguntas de los revisores.

Tras el lanzamiento, Google Messages muestra una marca de verificación junto al nombre del agente, y la página de detalles del agente indica quién lo ha verificado.

Fase 4: ¿Cómo se desarrollan y prueban los mensajes RCS?

Construya cada mensaje como una pareja: la versión RCS y la versión SMS, con la misma información esencial. Después pruébelos en dispositivos reales antes del lanzamiento.

Reglas de diseño para cada tipo de mensaje

La documentación de Google fija límites dentro de los cuales debe diseñar: mensajes de texto de hasta 3.072 caracteres, tarjetas enriquecidas con hasta cuatro sugerencias cada una, carruseles de 2 a 10 tarjetas, hasta 11 sugerencias por mensaje y etiquetas de sugerencia de hasta 25 caracteres. Los archivos multimedia también tienen límites de tamaño.

Reglas prácticas válidas para todos los tipos:

• Ponga los datos esenciales en el texto, no solo dentro de una imagen. Algunos destinatarios recibirán la versión SMS, y los lectores de pantalla necesitan texto.
• Use etiquetas de sugerencia que funcionen como verbos, como «Reprogramar» o «Pagar ahora», y manténgalas por debajo del límite documentado en ambos idiomas; las etiquetas en árabe suelen requerir una edición aparte.
• No complique de más. Un carrusel de diez tarjetas para un simple recordatorio añade fricción y preguntas en la revisión.
• Gestione las respuestas de texto libre. Dirija las respuestas inesperadas a una persona o a un menú claro en lugar de ignorarlas.

Construya la lógica de entrega

La documentación de Google recomienda comprobar la compatibilidad de un usuario antes de iniciar una conversación y usar solo las funciones que admite su dispositivo. Las comprobaciones de compatibilidad devuelven lo que admite un dispositivo cuando el número se ha conectado a RCS recientemente; Google ofrece también comprobaciones masivas que estiman cuántos números son alcanzables sin revelar las funciones de los dispositivos.

Prevea tres resultados al enviar:

1. Aceptado y entregado. Recibe un evento DELIVERED en su webhook y, posiblemente, un evento READ si el usuario tiene activadas las confirmaciones de lectura.
2. Rechazado en el envío. Google devuelve 404 NOT_FOUND cuando el dispositivo no admite RCS, RCS está desactivado o su agente no se ha lanzado en esa red, y 400 INVALID_ARGUMENT cuando el mensaje usa una función que el dispositivo no admite. Envíe la versión SMS de inmediato.
3. Aceptado pero no entregado. Puede que el usuario esté sin conexión. Google mantiene en cola los mensajes no entregados hasta 30 días, así que fije una caducidad con ttl o expireTime. Al caducar, la plataforma revoca el mensaje y se lo notifica, y usted envía la versión SMS.

Google también recomienda confirmar que un mensaje no se ha entregado antes de volver a enviarlo, y usar identificadores de mensaje únicos, para que los clientes no reciban duplicados. Nuestra guía de estrategia de respaldo entre canales trata en detalle los tiempos de espera y la prevención de duplicados entre WhatsApp, RCS y SMS.

Pruebe en dispositivos registrados

Antes del lanzamiento, un agente RBM solo puede enviar mensajes a los dispositivos de prueba que usted registre y que acepten la invitación. Úselos con método:

• Al menos un dispositivo de prueba por cada gran operador de cada mercado objetivo, con las SIM activas.
• Android con Google Messages, e iPhone con un operador que admita RCS empresarial, si su audiencia incluye ambos.
• Todos los mensajes visualizados en árabe y en inglés, incluida la maquetación de derecha a izquierda en las tarjetas.
• Todas las respuestas y acciones sugeridas pulsadas, y todas las respuestas recibidas en su webhook.
• STOP y sus equivalentes probados en cada idioma, con la confirmación enviada.
• Un dispositivo con RCS desactivado, para confirmar que salta el SMS de respaldo.
• Un dispositivo sin conexión, para confirmar que la caducidad activa el respaldo y que nada llega dos veces.

Fase 5: ¿Cómo se ejecuta y se mide un piloto de RCS?

Ejecute el piloto frente a un grupo de control que reciba el mismo mensaje por SMS y evalúelo por acciones completadas por unidad de coste.

Checklist del piloto

1. Defina la acción que le importa: entrega programada, cita confirmada, pago realizado.
2. Divida la audiencia entre los destinatarios compatibles con RCS: la mayoría recibe RCS y un grupo de control recibe solo SMS. Comparar usuarios de RCS con usuarios no compatibles mezcla el efecto del canal con las diferencias de audiencia.
3. Haga el seguimiento por mensaje: enviado, entregado, leído cuando esté disponible, acción realizada, respaldo activado, bajas.
4. Trate con cautela las confirmaciones de lectura. Dependen de la configuración del usuario, así que la ausencia de un evento READ no demuestra que el mensaje no se haya leído.
5. Calcule el coste por acción completada en RCS, incluido el SMS de respaldo, y en el grupo de solo SMS. El tarifario de su proveedor indica los costes por mensaje; consulte los precios.
6. Revise las bajas y las respuestas en busca de señales de que la frecuencia o el contenido no son adecuados.
7. Decida: escalar, ajustar y repetir, o parar.

Ejemplo práctico: el primer agente RCS de un comercio de muebles del Golfo

«Rawda Home» (nombre ficticio) es un comercio de muebles que vende en los Emiratos Árabes Unidos y Arabia Saudí. Hoy envía SMS para programar entregas, y muchos clientes llaman al centro de contacto para cambiar la franja.

• Alcance. El equipo elige un único caso de uso transaccional: la programación de entregas. Su proveedor confirma qué operadores de cada país han lanzado RBM; la cobertura varía según el operador, así que el piloto solo se ejecuta donde el agente está aprobado.
• Recursos. Marketing aporta el nombre de la marca de consumo, el logotipo, el banner y una descripción en árabe y en inglés. El departamento jurídico confirma el enlace a la política de privacidad y el texto de STOP en ambos idiomas. Se designa como contacto de la marca al responsable de comercio electrónico, y se le informa.
• Mensajes. Una tarjeta enriquecida muestra la imagen del producto, la franja de entrega propuesta y tres respuestas sugeridas: «Confirmar», «Cambiar franja» y «Hablar con nosotros». «Cambiar franja» abre un carrusel con las franjas disponibles. La versión SMS lleva la misma franja y un enlace a una página de programación.
• Lógica de entrega. Cada envío tiene una caducidad fijada con margen suficiente antes de la hora de cierre del día de entrega. Una respuesta 404 o una caducidad envían la versión SMS, y el sistema registra qué canal entregó para que nadie reciba ambos.
• Piloto. Entre los clientes compatibles con RCS, un grupo de control recibe solo SMS. Tras el piloto, el equipo compara el porcentaje de entregas confirmadas sin llamada y el coste por entrega confirmada antes de decidir si añade el seguimiento de pedidos como segundo caso de uso.

¿Cuáles son los errores de lanzamiento más comunes?

La mayoría de los lanzamientos de RCS fallidos o lentos tropiezan con los mismos problemas.

• Lanzar varios casos de uso a la vez. Cada uno añade preguntas de revisión y contenido que aprobar.
• Usar una razón social como nombre visible, que los clientes no reconocen.
• Un contacto de la marca sin preparar, que paraliza la verificación.
• Dar por hecha una cobertura nacional. El alcance se decide por operador, por dispositivo y por la configuración de cada usuario.
• No tener una versión SMS de cada mensaje, de modo que los destinatarios no compatibles no reciben nada.
• No fijar la caducidad del mensaje, de modo que los usuarios sin conexión reciben días después OTP obsoletos u ofertas vencidas.
• Reenviar sin comprobar la entrega, lo que genera duplicados.
• Tratar las tasas de lectura como completas, cuando las confirmaciones dependen de la configuración del usuario.
• Ignorar el consentimiento (opt-in). Las promociones por RCS necesitan la misma disciplina de consentimiento y bajas que el SMS; consulte nuestra guía de consentimiento.

Límites de esta checklist: los requisitos de Google, los procesos de los operadores y la compatibilidad de los dispositivos cambian. Confirme las normas vigentes en la documentación de Google y con su proveedor antes de cada lanzamiento. Esta es una guía práctica, no asesoramiento jurídico.

Cómo ayuda OmniChannels.ai

OmniChannels.ai ofrece mensajería empresarial RCS a través de BroadNet Technologies, partner de Google RBM. Dispone de un remitente de marca verificado, tarjetas enriquecidas, carruseles de hasta 10 tarjetas, respuestas y acciones sugeridas, y SMS de respaldo automático donde RCS no está disponible, con la conectividad directa de BroadNet con los operadores para el SMS. Los estados de entrega de todos los canales llegan en un único formato de webhook. Los desarrolladores pueden empezar por la documentación de la API de RCS. La cobertura de operadores en sus mercados se confirma durante el alta.