Inicio

Mi Auto

App nativa iOS para registrar mantenciones por zona del auto en menos de 30 segundos, con vencimientos que nunca se pierden.

Mi Auto: home con zonas tocables 01–06 e índice de zonas

Home: zonas tocables 01–06 e índice. Registrar es tocar dónde se hizo.

Diseñé y construí una app nativa que reduce registrar una mantención a tocar la zona del auto.

Beta funcional en TestFlight, construida con IA como pair-programmer y validada en dispositivo real.

El problema

Las mantenciones de un auto viven dispersas: boletas en la guantera, el kilometraje del último cambio de aceite en la memoria y la revisión técnica que vence sin aviso.

Las apps existentes son para flotas o multi-auto, en inglés y con suscripción. Nada para un conductor con un solo auto.

¿Cómo se registra una mantención en menos de 30 segundos, desde el taller, con el auto adelante?

Antes de construir, probé en web

Partí con una PWA instalable para validar el modelo mental de zonas 01–06. Sirvió, pero sin notificaciones reales ni acceso nativo no llegaba.

Decisión: iOS-only. Se eliminó todo el frontend web; el backend y datos quedaron intactos.

Mi Auto: onboarding paso 1, ficha del auto
Paso 1
Mi Auto: onboarding paso 4, confirmación
Paso 4

Onboarding liviano: ficha del auto, punto de partida, documentos y confirmación. Sin fricción.

Decisiones

Zonas 01–06 tocables
Registrar es tocar dónde se hizo, no llenar listas genéricas.
Sin campo Km en la ficha
Se usa el del auto: menos fricción, se actualiza solo cuando cambió.
Intervalos libres
Cada auto tiene los suyos; el usuario crea, edita y borra reglas. Sin presets.
Notificaciones locales primero
Cero servidor y funcionan offline. El push remoto queda para fase 2.
Onboarding liviano
Cuatro pasos sin fricción; el ajuste fino llega con contexto, una sola vez.
Mi Auto: registro en zona, formulario vacío
Vacío
Mi Auto: registro con costo ingresado
Con costo

Registro en menos de 30 segundos: acciones rápidas, costo opcional y fecha automática.

La autenticación partió con un código por correo, pero se necesitaba un servidor SMTP propio para poder configurarlo.

Decisión: solo Sign in with Apple. Sin passwords, sin códigos.

Documentos acotados a revisión, permiso y SOAP: lo que realmente vence.

El seguro se renueva mes a mes y no vence; vuelve después si hace falta.

Sistema de diseño

Dirección editorial minimalista monocroma: tinta, grises y hairlines. Cero color salvo estados y alertas; la ilustración, acotada a ícono y vacíos.

Componentes propios con borde visible y placeholders legibles.

Estado y roadmap

Hoy: auth Apple, onboarding, inicio, registro por zona, historial con filtro, documentos, programadas, km único validado y notificaciones locales.

Siguiente: borrado de cuenta in-app (requisito Apple), TestFlight interno y App Store. Fase 2: push remoto y Android vía Flutter.

Mi Auto: historial con filtro por zona

Historial con filtro por zona: cada registro con costo y fecha.

Lo que aprendí

Estado vacío es diseño
Cada pantalla tiene su vacío con ilustración y acción.
Una fuente de verdad
Un solo kilometraje y reglas únicas eliminan clases enteras de bugs.
Menos es más
Cada feature eliminado (gastos, IA, bencina, presets) aclaró la app.
Verificar en dispositivo
Las capturas reales pillaron lo que el build verde no ve.
Mi Auto: estado vacío, ponerle cara al auto

Estado vacío con acción clara: ponerle cara al auto.

← Todos los casos