PRELAUNCH es un estado, no una fecha
PRELAUNCH significa que SmileChat existe como producto en desarrollo y validación, pero aún no es un servicio disponible para el público. La web no ofrece registro, descarga, invitación ni acceso anticipado. Tampoco hay una fecha pública confirmada. Esta definición evita dos interpretaciones engañosas: que todo sea solo una idea y que, en el extremo contrario, una vista previa navegable equivalga a una aplicación lanzada.
El estado sirve para organizar el trabajo y comunicarlo. Hay funciones implementadas, una experiencia para iPhone en pruebas, elementos previstos y una visión de producto más amplia. Cada grupo exige evidencia diferente. Una función implementada debe superar todavía pruebas y preparación para poder presentarse como disponible. Una función prevista no tiene por qué estar en construcción. Una idea de visión puede orientar diseño sin formar parte de un calendario.
Lo que la fuente vigente confirma
La fuente de estado confirma chats privados 1:1 con cifrado de extremo a extremo; responder, editar, fijar y destacar; cola sin conexión, reconexión y búsqueda local; Secret Chat v2; identidad local; recuperación mediante copia cifrada; y flujos de contactos, invitaciones y comprobación de identidad. “Confirmado” describe implementación según la documentación actual. No significa que una persona pueda instalar el producto hoy.
La distinción importa especialmente en seguridad. Un control implementado puede necesitar revisión de interfaz, comportamiento en dispositivos físicos, documentación, manejo de fallos y pruebas de regresión. La página de estado añade una nota de realidad actual a cada elemento para impedir que la etiqueta se lea fuera de contexto. Si la fuente cambia, el sitio debe cambiar desde ese único punto y no mediante frases dispersas.
Lo que permanece en pruebas
La experiencia para iPhone requiere validaciones adicionales en dispositivos reales antes de cualquier disponibilidad pública. La Beta web también se revisa de forma continua: comprobamos contenido bilingüe, navegación, contraste, teclado, movimiento reducido, tamaños móviles, metadatos y comportamiento de las vistas previas. Estar online solo demuestra que un servidor responde; no demuestra que cada interacción, texto o requisito sea correcto.
Las pruebas combinan herramientas y observación. Las comprobaciones automáticas recorren acciones y rutas, mientras las revisiones visuales ayudan a encontrar problemas de idioma, diseño y movimiento. Ninguna herramienta aislada acredita calidad total, seguridad o accesibilidad legal. La decisión de avanzar debe reunir señales suficientes y conservar una vía de reversión.
Previsto no quiere decir prometido
Android, grupos, llamadas y notificaciones de producción están previstos. No tienen fecha pública ni alcance final comprometido. La personalización completa también figura como prevista: las vistas previas muestran temas, formas, partículas y atmósferas, pero el conjunto que llegue a un producto futuro puede cambiar. Presentar estos elementos como disponibles sería confundir dirección con entrega.
Usamos “visión” para los Ambientes SmileChat como sistema amplio de atmósferas y para ideas como música, minijuegos, inteligencia artificial, traducción de voz y portadas de vídeo. La visión permite explorar sin convertir cada experimento en deuda pública. Si una idea avanza, deberá pasar a un estado respaldado por trabajo verificable. Si no avanza, la web no debe mantenerla por inercia como una promesa.
Qué hacen realmente las vistas previas
Living Phone simula una conversación localizada. Permite escribir mensajes propios, responder mediante gesto o botón, reaccionar a cada mensaje, usar expresiones y cambiar de ambiente. Su scroll pertenece al espacio interno del chat y no debe mover la página al interactuar. Los nombres y mensajes iniciales son ficticios y sirven únicamente para mostrar el comportamiento de la interfaz.
Mi chat ideal permite diseñar ambientes, perfiles y preferencias con vistas diferenciadas para Phone, Tablet y Desktop. Incluye Playground, ajustes compartibles y fondos locales. Todo sucede en el navegador y no implica entrega de mensajes, creación de cuenta ni sincronización.
Qué tendría que ocurrir después
Salir de PRELAUNCH exige más que completar una lista visual. Hay que validar producto en dispositivos reales, cerrar flujos críticos, revisar seguridad, preparar notificaciones de producción, documentar privacidad y recuperación, definir condiciones aplicables y construir un proceso de soporte proporcionado. Las plataformas previstas necesitan su propio trabajo; no se hereda una fecha por aparecer en una página.
Mientras tanto, la forma más fiable de seguir el proyecto es consultar la página de estado y este Diario. La newsletter permite dejar una solicitud consentida y retirarla desde la misma web. Tampoco publicamos métricas de usuarios que no existen. Si el estado cambia, la actualización deberá explicar qué cambió y qué permanece pendiente.
