Marc Leonardi

Marc Leonardi

Backend & DevOps Engineer

Soy ingeniero Backend & DevOps en GoodBarber, donde trabajo en los sistemas y la infraestructura que sustentan nuestra plataforma no-code de creación de aplicaciones. Desarrollo y opero servicios backend, API e infraestructura, con especial atención a la fiabilidad, la escalabilidad y la automatización. Escribo sobre ingeniería backend, DevOps, infraestructura y los desafíos técnicos que implica operar una plataforma a gran escala.

SeguirLinkedIn

Artículos de Marc Leonardi

  4 min de lectura

Convierte tus documentos en respuestas con GoodBarber Chatbot

En una app, publicar un documento útil es solo una parte del trabajo. También hay que ayudar a encontrar la información adecuada cuando llega el momento de actuar. Un archivo con un nombre claro facilita la consulta de una biblioteca, pero quien lo busca puede tener una pregunta más inmediata.La comunicación interna es solo una de las aplicaciones posibles. El mismo enfoque sirve para recursos educativos, guías para miembros de una organización, referencias técnicas u otros documentos útiles compartidos en una app. En nuestro ejemplo, un empleado prepara una visita a un cliente y necesita saber:¿Qué gastos de viaje necesitan autorización previa?Hemos incorporado los documentos a las fuentes de GoodBarber Chatbot para que los archivos que ya mantienes puedan alimentar estas conversaciones. Tú eliges los documentos. Los usuarios preguntan con sus propias palabras. El asistente busca los pasajes pertinentes y los utiliza para elaborar una respuesta.La pregunta se convierte en una vía de acceso a la política de viajes. El empleado puede partir de la decisión que debe tomar, aunque no conozca el título del documento que la explica.

  7 min de lectura

¿Puede funcionar una app móvil sin conexión a Internet? Qué funciona y qué no

Una app puede funcionar parcial o totalmente sin conexión si los datos y las funciones necesarios para una tarea están disponibles en el dispositivo. Una guía puede mostrar una página abierta antes. Una app de pódcasts puede reproducir un episodio descargado previamente. Una herramienta de campo diseñada para funcionar primero sin conexión puede incluso registrar una acción en el dispositivo y sincronizarla más tarde.Son tres promesas técnicas diferentes:Contenido en caché: un elemento cargado anteriormente desde la red permanece disponible temporalmente en el dispositivo.Contenido guardado voluntariamente: el usuario elige un artículo, un archivo de audio u otro elemento compatible para consultarlo después.Funcionamiento «offline-first»: la app realiza todas sus funciones esenciales, o una parte crítica de ellas, con datos locales. Si también acepta cambios sin conexión, debe sincronizarlos y resolver posibles conflictos cuando vuelva la conectividad.Nuestra extensión Offline permite las dos primeras opciones para los contenidos compatibles: conservar material cargado anteriormente y dejar que los lectores guarden elementos admitidos en Favoritos.Según la definición de Android, una app «offline-first» debe permitir utilizar sin Internet todas sus funciones esenciales, o al menos una parte crítica de ellas. Esta arquitectura necesita fuentes de datos locales. Si la app también permite modificar datos sin conexión, debe prever la sincronización y la gestión de conflictos cuando vuelva la conectividad. Es mucho más que almacenar una página en caché.Esta diferencia importa al elegir un creador de apps o describir la tuya. «Disponible sin conexión» debería identificar una tarea concreta, sin sugerir que todas las pantallas y acciones funcionan igual que cuando hay Internet.

  11 min de lectura

Estrategia de contenido para apps móviles: qué publicar, con qué frecuencia y qué medir

Imagina una asociación profesional que publica una noticia cuando alguien encuentra tiempo: tres actualizaciones durante la semana de un congreso y después un mes de silencio. Los socios no pueden anticipar para qué les ayudará la app. El equipo editorial tampoco sabe qué trabajo merece continuar.Una estrategia de contenido para apps móviles define el resultado que debe producir el contenido, las necesidades recurrentes a las que responderá, los formatos y el ritmo que el equipo puede mantener, cómo se distribuirán las publicaciones y qué señales disponibles conducirán a una decisión.Esta guía trata del contenido publicado y consumido dentro de una aplicación móvil, no del marketing de contenidos utilizado para promocionar una app. Las capturas de las tiendas, las campañas de adquisición y las publicaciones en redes sociales pueden atraer usuarios. La estrategia que nos ocupa comienza después de su llegada.El calendario solo es la parte visible. La estrategia es el razonamiento que decide qué merece ocupar un lugar en él.

  11 min de lectura

Onboarding de apps móviles: buenas prácticas para llegar antes al valor

Imagina una app de formación. Un nuevo alumno llega porque quiere completar una lección breve sobre un tema concreto. Antes de empezar, la app muestra cinco pantallas introductorias, le pide que se registre, solicita permiso para enviar notificaciones y abre un feed de noticias genérico. Cada pantalla puede estar bien diseñada, pero la primera sesión ha fallado: el alumno todavía no ha encontrado una lección.El onboarding móvil es el recorrido desde el primer inicio hasta un resultado útil inicial: el primer valor. Completar la acción que lo proporciona es la activación.TérminoQué describeEjemplo en la app de formaciónOnboardingTodo el recorrido desde el primer inicio hasta el primer valorAbrir la app, encontrar una lección y empezarlaPrimer valorEl resultado útil inicial que buscaba el usuarioLlegar a una lección que encaja con el objetivo del alumnoActivaciónLa acción observable que indica que se ha alcanzado el primer valorEmpezar esa lecciónEl onboarding suele reducirse a la guía que aparece en el primer inicio, pero no son lo mismo. Una guía interactiva es solo una forma de acompañar el recorrido: una breve secuencia de pantallas introductorias que aporta el contexto esencial antes de entrar en la app. En GoodBarber, la extensión Guía interactiva permite crear esa introducción; necesitarla o no depende de lo que se interponga entre el nuevo usuario y el primer valor.No empieces decidiendo qué pantallas introductorias crear. Pregúntate primero qué debería poder conseguir un usuario nuevo. Ese objetivo define el recorrido de onboarding y permite decidir si la guía interactiva, la ayuda contextual o el acceso directo son el patrón más adecuado.Las recomendaciones de Apple sobre onboarding aconsejan que la app se comprenda mediante el uso y que cualquier proceso de introducción sea breve y opcional. Una guía ayuda cuando elimina incertidumbre; de lo contrario, retrasa el acceso al producto.

  10 min de lectura

Buenas prácticas de seguridad para apps móviles: checklist para propietarios

El proyecto Mobile Application Security de OWASP cubre áreas técnicas como almacenamiento, criptografía, autentificación, comunicación de red y resistencia a la ingeniería inversa. Los propietarios de apps suelen trabajar en otro nivel: acceso, funcionalidades activadas, servicios conectados y gestión de cambios.Seguridad, privacidad y cumplimiento se solapan, pero responden a preguntas distintas:ÁreaPregunta principalSeguridad¿Cómo se protegen las cuentas, los datos, los servicios y los accesos frente a usos indebidos?Privacidad¿Qué datos personales se utilizan, por qué y qué opciones tienen las personas?Cumplimiento¿Qué normas legales, contractuales y de las tiendas se aplican a esta app?Una app puede describir correctamente sus prácticas de datos y aun así conceder un acceso demasiado amplio. La aprobación de una tienda no es un certificado de seguridad. Esta guía ofrece una base operativa; los datos sensibles, los procesos regulados o una cantidad importante de código personalizado pueden requerir una evaluación cualificada.

  10 min de lectura

Personalización de apps móviles: adapta el contenido, el acceso y las notificaciones

Un profesor busca documentos para el personal, un padre consulta el calendario y un alumno guarda una guía para una tarea. Enviar cada aviso a los tres sería fácil, pero cada vez menos útil. La pregunta relevante no es cuántos datos puedes recopilar, sino qué parte de la experiencia debe cambiar de verdad:algunas secciones son compartidas, mientras que otras dependen del rol del usuario;las notificaciones llegan solo al público interesado;cada mensaje se envía en un momento adecuado y abre un destino útil;los usuarios eligen qué actualizaciones recurrentes y contenidos quieren conservar.Eso es personalización práctica de una app móvil. No hace falta ningún modelo de puntuación opaco.

  11 min de lectura

Marketing basado en la ubicación para apps móviles: geofencing, beacons y mejores notificaciones

«Estás cerca de nuestro establecimiento. ¡Ven a visitarnos!»Este mensaje sabe dónde está una persona, pero no por qué la interrupción puede ser relevante. No ofrece ningún valor concreto ni un siguiente paso. En su mejor versión, el marketing basado en la ubicación utiliza la proximidad como contexto, no como toda la estrategia.Compáralo ahora con este otro:«Tu pedido está listo. Estás cerca del punto de recogida: muestra este mensaje en el mostrador».El segundo mensaje conecta a una persona conocida, un lugar relevante, el momento adecuado y una acción inmediata. Esa misma lógica puede orientar una visita a un museo, una alerta de evento o un servicio local, no solo una promoción.

  12 min de lectura

Analítica de aplicaciones móviles: qué medir para tomar mejores decisiones

El número de descargas suele convertirse en la cifra protagonista después del lanzamiento. Sin embargo, refleja la adquisición, no toda la relación entre un usuario y tu aplicación.Una persona puede instalar la app y no volver a abrirla. Otra puede regresar cada mañana, leer varios artículos y responder a las notificaciones. Contabilizar a ambas como una descarga oculta la diferencia que realmente importa.La misma precaución se aplica a cualquier métrica aislada. Un aumento de las páginas vistas puede indicar una exploración útil o una navegación confusa. Una sesión más larga puede reflejar una escucha atenta o fricción en una tarea que debería durar unos segundos. Pregúntate qué comportamiento produjo el dato y qué decisión puede orientar.

  10 min de lectura

Accesibilidad en aplicaciones móviles: cómo hacer tu app más accesible

No puedes demostrar que una app es accesible a partir de una vista previa o una puntuación de contraste. Sin embargo, sí puedes eliminar una cantidad sorprendente de barreras antes de que empiecen las pruebas formales.La accesibilidad móvil va mucho más allá del contraste de color. La tipografía, los espacios, la navegación, las zonas táctiles, las etiquetas, el movimiento, los contenidos multimedia y el comportamiento con las tecnologías de asistencia también determinan si una persona puede completar una tarea.Las WCAG se escribieron para contenido web. La guía WCAG2Mobile del W3C explica cómo aplicar los criterios de nivel A y AA de WCAG 2.2 a apps móviles nativas, web e híbridas. Es un documento informativo, no una norma móvil independiente, y por sí solo no basta para establecer que una app es accesible.Esta checklist separa lo que se puede configurar de forma centralizada de lo que todavía debe verificarse en el producto publicado:Área de accesibilidadPrimera comprobaciónQué configurar o probarContraste de colorTexto, fondos, controles y estadosDefinir los colores globales y verificar cada combinación de contrasteTipografía y espaciadoValores predeterminados legibles, saltos de línea y ampliaciónConfigurar la jerarquía tipográfica y los márgenes globalesNavegaciónDestinos y etiquetas clarosConfigurar la estructura, las etiquetas y la navegación de la appZonas táctilesControles fáciles de utilizarVerificar la app generada en dispositivosLectores de pantallaNombres, roles, estados y orden del focoProbar las apps iOS y Android generadasMovimientoEfectos útiles y opcionalesConfigurar animaciones y respuesta háptica, y probar las preferencias del sistemaContenidos multimediaSubtítulos, transcripciones y alternativas textualesAñadir alternativas durante la creación y revisión del contenidoInteracción PWATeclado, zoom, foco y diseños responsiveProbar la PWA publicada en navegadores

  11 min de lectura

Checklist de privacidad para apps: qué preparar antes de enviarla a las tiendas

Imagina la app de un entrenador de fitness con cuentas de miembros, localización opcional, un formulario de correo electrónico y analítica. Ya existen cuatro flujos de datos distintos. Basta con cambiar una funcionalidad para que cambie también el panorama de privacidad.Lo más difícil no es redactar una página legal. Es conseguir que tres elementos describan la misma app:ElementoLo que debe reflejarLa propia appLos datos, permisos y servicios de terceros que utiliza realmenteLa política de privacidadQué se recopila, por qué, quién lo hace, durante cuánto tiempo y qué pueden hacer los usuarios al respectoLas declaraciones de las tiendasLas respuestas de App Privacy de Apple y Seguridad de los datos de Google Play basadas en la versión actual de la appSi uno de estos elementos indica que no se recopilan datos de localización, pero la app enviada solicita acceso a la ubicación, existe una incoherencia.Gran parte de la preparación de la privacidad consiste en comprobar la coherencia: la app, la política y la ficha de la tienda deben contar la misma historia. Esa coherencia es necesaria, pero no sustituye el cumplimiento de las normas de privacidad y datos de usuario de las tiendas.Este artículo te ayudará a preparar esa historia. No es asesoramiento jurídico: los requisitos aplicables varían según el país, el público y el tipo de datos.