01 · Liquidez
Si el mapa está vacío, el propietario no paga. Si no hay propietarios, el inquilino no completa documentación. El MVP debe funcionar con demanda agregada, perfiles sintéticos de demo y una primera zona controlada.
Análisis y riesgos
Lo que puede
romper el MVP.
La tecnología Flutter no es el principal riesgo. El riesgo real es demostrar que existe suficiente demanda, que la validación aporta valor y que ambos lados aceptan el modelo de contacto.
02 · Diferenciación
Una conversación no sustituye una comprobación estructurada. La validación completa debe aportar fuentes consultadas, fecha, trazabilidad y un resultado neutral; no solo más datos.
03 · Privacidad
Los datos laborales, financieros y de solvencia exigen minimización, consentimiento, borrado de documentos, corrección de incidencias y revisión legal antes de producción.
04 · Sesgo
No mostrar sexo ni estado civil como filtros. No convertir una incidencia de 500 € en una sentencia sobre la capacidad de una persona para alquilar.
05 · Frescura
Una validación caduca. La interfaz debe mostrar fecha, vigencia y cambios que fuerzan revisión. La renovación se solicita cuando el propietario realmente la necesita.
06 · Bypass
El inquilino puede contar información por chat o capturar una pantalla. No se puede impedir por completo. La defensa es actualidad, trazabilidad, acceso oficial y no mostrar documentos reutilizables.
Recomendación
Validar la interacción antes que el algoritmo.
Flujo que debemos probar
Inquilino completa → propietario descubre → propietario entiende el perfil → compra contacto → ambas partes aceptan conversar → validación completa aporta valor adicional.
Primero
Probar una zona y un conjunto pequeño de perfiles con onboarding convincente.
Después
Medir aceptación de solicitudes, compras de contacto, solicitudes de informe y renovación.
Más adelante
Explorar inmobiliarias como canal B2B cuando el flujo B2C esté entendido.