ASH

El problema

ASH junta a dos partes que no se conocen: alguien con una fuga o un minisplit descompuesto, y un técnico dispuesto a ir a resolverlo. Para que esa transacción ocurra hacen falta cosas que ninguna de las dos puede garantizar sola: un precio conocido antes de reservar, un horario que el técnico realmente pueda cumplir, dinero que no se libere hasta que el trabajo termine y un filtro sobre a quién se le abre la puerta de la casa. El encargo no era un directorio de técnicos, era la infraestructura que hace que valga la pena confiar.

Lo que construí

Construí una sola app en React Native (Expo) donde cliente y proveedor son dos modos del mismo producto: el cambio es un botón y la aplicación entera se reconfigura —pestañas, inicio y perfil—, y una misma cuenta puede ser las dos cosas. El dinero corre sobre Stripe: se cobra al reservar y se libera cuando el trabajo termina; si en el sitio aparecen cargos adicionales, el técnico los levanta y el cliente los autoriza desde su teléfono antes de que se cobren. La plataforma descuenta su comisión y el panel concentra lo que se le debe a cada proveedor por periodo. El alta de proveedor pasa por revisión documental —INE, CURP y RFC— que un administrador aprueba antes de que esa cuenta pueda cobrar. El chat va en tiempo real sobre Firestore y se sincroniza al backend, para que soporte pueda leer la conversación completa desde el panel cuando hay una aclaración; alrededor de eso entregué el panel de operación —los siete estados de una reservación, el catálogo de categorías y servicios, pagos, comisiones y accesos por rol— y el sitio público con centro de ayuda y las páginas legales que exigen las tiendas de aplicaciones.