Añade soporte dentro de tu app con Mobile SDK

El soporte dentro de la app es útil cuando el cliente ya está viendo el producto que originó la duda. Una superficie nativa puede conservar ese contexto, pero sigue necesitando una persona responsable y una ruta fiable hacia el equipo.

Comprueba qué incluye el release 0.2.0

DobroDesk Mobile SDK 0.2.0 se distribuye como un release solo con artefactos. El release publicado cubre iOS, Android, Capacitor, React Native y NativeScript. El paquete de Flutter se llama dobrodesk_sdk y está en la versión 0.2.0. El código fuente nativo no forma parte del paquete público.

Elige la plataforma anfitriona y el artefacto correspondiente. El repositorio público del SDK documenta assets inmutables y sumas de comprobación, mientras que las guías de iOS y Android explican la configuración. Fija la versión que has probado para que una actualización independiente no cambie la superficie de soporte.

Abre soporte desde el contexto correcto

Abre soporte desde un contexto útil del producto. Comparte solo el contexto de cliente o cuenta que el host tenga permitido compartir y explica qué puede hacer el cliente en la vista de soporte. El SDK proporciona la entrada dentro de la app. DobroDesk gestiona la conversación, la Inbox compartida y el conocimiento aprobado del equipo.

Trata los permisos y las funciones opcionales como decisiones del host. Los artefactos de voz y push de Android son paquetes opcionales y la app anfitriona controla los permisos del micrófono y las notificaciones. No presentes esas piezas como una garantía universal de push o voz.

Diseña la recuperación y los permisos

Prepara la recuperación antes del primer release. Si el cliente está sin conexión, falta un permiso o el SDK no termina de configurarse, muestra el siguiente paso y conserva la intención de contacto. Un buen fallback explica cómo continuar en lugar de perder la solicitud en silencio.

Prueba el mismo caso de soporte en cada plataforma que vayas a publicar. Revisa el arranque en frío, la sesión restaurada, el idioma, volver atrás, el teclado y el retorno a la app. Después prueba la derivación a una persona y confirma que el contexto se entiende en la Inbox compartida.

Prueba el límite del release antes de publicar

Haz visible el límite del release para el equipo. Registra versión, plataforma, suma de comprobación y permisos del host. Al actualizar, compara las notas publicadas y repite las pruebas de conversación y sesión restaurada antes de cambiar la versión en producción.

Una buena integración móvil parece nativa al entrar y coherente con la operación de soporte que hay detrás. Mantén corto el recorrido del cliente, deja clara la responsabilidad y usa las guías públicas del SDK como fuente de las capacidades reales del release que vas a enviar.