La paridad móvil es una cuestión de calidad del producto, no una lista de dispositivos
Una aplicación móvil puede parecer terminada y aun así dejar a las personas con un recorrido fragmentado. Por eso el paquete reciente de ASL Direct trata el idioma, las decisiones iniciales y las expectativas de privacidad como comportamientos del producto que deben mantenerse al pasar de la web al teléfono o a la tableta. El trabajo para iPhone y iPad sigue los mismos puntos de entrada públicos que ya se evalúan en otras plataformas: uno para personas que buscan apoyo legal y otro para firmas que consideran un flujo de admisión. Así se aclara el público previsto antes de avanzar en el proceso.
La lección práctica es que la cobertura de plataformas no debe medirse solo por un icono o por una compilación correcta. Una experiencia bilingüe creíble mantiene el sentido de las opciones, avisos, confirmaciones y rutas de ayuda en ambos idiomas. También evita convertir una vista previa en un canal de recopilación no anunciado. La vista previa móvil actual no envía ni conserva detalles de casos, de modo que explorar la experiencia no implica una relación de admisión activa ni disponibilidad general del servicio.
Entregado en esta actualización
- Rutas iniciales equivalentes en inglés y español para personas y posibles firmas
- Experiencia de teléfono y tableta considerada como un conjunto
- Comportamiento de vista previa separado de un flujo de envío de casos
- Significado del producto y elección de la persona priorizados junto con la consistencia visual
El acceso bilingüe debe conservar coherencia en cada decisión
El apoyo de idioma es más útil cuando se mantiene en los momentos que afectan la siguiente acción de una persona. En ASL Direct, la evidencia actual de desarrollo cubre la presentación en inglés y español en las rutas móviles y complementa los materiales públicos bilingües de la plataforma. El objetivo no es solo traducir una etiqueta. Es hacer comprensible la ruta disponible, conservar la diferencia entre información de ayuda legal y una evaluación orientada a firmas, y evitar que alguien infiera una promesa que el producto todavía no hace.
Esto es especialmente importante en un producto orientado a la admisión, donde la claridad forma parte de un diseño responsable. Una persona debe poder identificar para qué sirve una pantalla, qué ocurrirá después y si la experiencia es una vista previa, una prueba supervisada o un servicio disponible en general. Esta nota no afirma que la distribución móvil ni la operación de voz en vivo estén completas. Registra progreso de desarrollo y mantiene visibles los pasos pendientes de revisión, autorización y aceptación en dispositivos reales.
Entregado en esta actualización
- Inglés y español tratados como recorridos completos, no como pantallas aisladas
- Separación clara entre ayuda legal y evaluación para firmas
- Etapa de lanzamiento explicada con lenguaje directo cuando importa
- Ninguna afirmación de que una vista previa sustituye apoyo legal profesional
La evidencia de validación debe explicar lo que prueba y lo que no prueba
El paquete reciente incluye validación automatizada multiplataforma para el trabajo activo de web, Android e iOS. Es evidencia valiosa de que el código actual y las rutas localizadas pueden verificarse de manera consistente, pero no demuestra que se haya aceptado cada condición del mundo real. Las comprobaciones automatizadas sirven para detectar regresiones de forma repetible; no sustituyen la revisión en dispositivos físicos, la evaluación de accesibilidad, la preparación de proveedores ni la aceptación bilingüe supervisada.
Publicar esta diferencia también es calidad de ingeniería. Las personas usuarias, los socios y los buscadores se benefician cuando una nota dice con precisión si algo está en validación interna, una fase de pruebas no publicada, un piloto controlado o un lanzamiento amplio. El paquete de Android permanece como borrador de pruebas internas no publicado, mientras que la distribución de iOS todavía requiere las etapas normales de inscripción, firma, preparación de tienda y aceptación en dispositivos. Estos límites evitan que un estado preciso se convierta en marketing de lanzamiento accidental.
Entregado en esta actualización
- Las comprobaciones automatizadas aportan evidencia repetible del comportamiento actual
- Revisión física, accesibilidad y aceptación supervisada siguen siendo etapas separadas
- El estado de pruebas de Android no se presenta como lanzamiento público
- La preparación de iOS no se presenta como disponibilidad en TestFlight o App Store
Los límites de privacidad forman parte de la definición de preparación
El trabajo de preparación es más sólido cuando incluye un límite claro para la información, no solo una lista de funciones. La vista previa móvil actual de ASL Direct no conserva detalles de casos y la validación relacionada usa escenarios sintéticos sin clientes. Es una forma práctica de evaluar un flujo sin presentar la actividad de prueba como servicio activo para clientes. También permite que quienes revisan se concentren en la experiencia, la calidad del idioma y el comportamiento esperado sin divulgar información privada ni tratar una interacción de muestra como un registro de cliente.
Los próximos hitos son deliberadamente más limitados que un anuncio de lanzamiento: aceptación supervisada en inglés y español, revisión móvil en dispositivos reales, preparación de distribución y las aprobaciones operativas y de gobernanza aplicables. Hasta que se completen, esta es una actualización de desarrollo y preparación. El registro público explica la dirección del trabajo y los estándares aplicados, respetando la diferencia entre un paquete validado y un servicio listo para uso general.
Entregado en esta actualización
- La vista previa sin persistencia permite una evaluación de producto con menor riesgo
- La validación sintética se mantiene separada de actividad de clientes o casos
- Las condiciones pendientes se nombran en vez de ocultarse tras una afirmación de lanzamiento
- La actualización describe resultados sin publicar detalles protegidos de implementación