Urbiqo · Desde 2025
Verificar a hosts e inquilinos antes de que algo salga mal
Cómo inquilinos excluidos y hosts con aversión al riesgo acaban en la misma plataforma.
Míralo vivo en staging →En resumen
El alquiler de habitaciones funciona con confianza ciega. Hosts e inquilinos se comprometen antes de que nadie sepa con quién trata.
Diseñado de punta a punta y luego construido por mí en Next.js. La plataforma está viva en staging; el lanzamiento aún no ha llegado, las métricas de usuarios tampoco.
- Construido y vivo, lanzamiento por delante
- En staging
- De la research a la UI de producción
- 4 meses
- Inquilinos y hosts, una plataforma
- Dos lados
Madrid crece y su mercado de alquiler no le sigue el ritmo. Los filtros viven en otra década: sin contrato indefinido, no hay piso. Eso deja fuera a inquilinos solventes y obliga a los hosts a elegir de un grupo más pequeño y más uniforme.
El muro de papeleo
Solvente, y aun así fuera
En Urbiqo, freelancers y expats se dan contra puertas cerradas, rechazados por no tener una nómina estándar por muy solventes que sean. Los hosts también están atrapados: el papeleo rígido es la única herramienta de riesgo que existe, así que la usan. Urbiqo no tira ese papeleo; añade más formas de entrar. Un inquilino puede nombrar un avalista, la ayuda de la familia cuenta como respuesta real a cómo se cubre el alquiler, y un paso opcional de contexto le deja contar a los hosts quién es: por qué se muda, cómo vive, cómo alquiló antes. Los hosts deciden con más evidencia, y los inquilinos solventes no tradicionales cruzan la puerta.
El problema nunca fue el anuncio. Era el salto de fe a ambos lados del anuncio.
Trabajo de base
Mapear el recorrido completo
Antes de cualquier pantalla, mapeé el flujo completo de Urbiqo para los dos lados: cada punto de decisión desde el primer login hasta la verificación, la solicitud y el pago. Se convirtió en la fuente de verdad de qué diseñar primero. También fijó tres reglas que el producto debía respetar: mirar anuncios sigue abierto sin cuenta, la verificación se vuelve obligatoria al solicitar o publicar, y un perfil verificado se reutiliza entre solicitudes.
Dos lados, un problema
Urbiqo tiene que sostener dos realidades a la vez.
EL INQUILINO · freelancer, solvente, sin nómina
Ingresos anuales estables, sin contrato mensual fijo. Se atasca en la pantalla de subida porque el formulario espera una nómina que no existe. Necesita que las pruebas alternativas cuenten como evidencia legítima.
EL HOST · un mes vacío vs un mes sin cobrar
Un mes vacío cuesta dinero; un mes sin cobrar cuesta más. El papeleo es su medida de fiabilidad porque no hay nada mejor. Necesita una señal que no filtre a buenos inquilinos por los motivos equivocados.
La apuesta de Urbiqo: validar fiabilidad, no solo salario.
01 · Verificación
Un filtro más justo
En Urbiqo, puse pruebas alternativas junto a la nómina clásica: extractos bancarios y facturas. Las cartas del empleador y las declaraciones de impuestos se consideraron y se descartaron, ambas van por detrás del flujo de caja real. Los extractos y las facturas lo reflejan en tiempo real, y se validan con OCR y revisión manual para los casos límite.
Un service blueprint mapea la lógica de backend que adapta los requisitos de verificación al estado de la persona, aceptando facturas para freelancers, por ejemplo.
02 · Confianza
Humanizar la transacción
En Urbiqo, un perfil verificado viaja por delante del inquilino. El host ve la misma tarjeta de verificación antes de cualquier encuentro: email, teléfono, identidad y comprobación de antecedentes. Los hosts declaran también su relación con el anuncio, propietario, inquilino o intermediario, para que quien solicita sepa con quién trata. La confianza es visible en ambos lados antes de que nadie reserve una visita.
03 · Claridad
Desmitificar el proceso
Alquilar en Urbiqo ya agobia bastante. La landing funciona como un filtro que da calma: el recorrido de verificación comprimido en cuatro pasos lineales, entendidos antes de que nadie cree una cuenta.
Posicionamiento
Dónde está Urbiqo
Mapeé el mercado de Madrid en dos ejes: complejidad del servicio y especialización del público. El hueco: nadie combina verificación basada en confianza con precios accesibles para freelancers, expats e inquilinos no tradicionales.
La capa de oficio
Detrás de las pantallas
El sistema de Urbiqo por debajo: tokens, componentes y theming con variables para modo oscuro y localización inglés/español. Construido junto al producto, guardado como su propia referencia.
Tercer acto
Diseñarlo era la parte fácil
El diseño de Urbiqo estaba definido, el sistema documentado, los flujos mapeados. Entonces lo construí, en Next.js, con toda la build desarrollada con IA y yo dirigiendo: la IA escribía el código, yo daba el encargo, revisaba y devolvía hasta que cuadraba con el diseño. Construir tu propio diseño es la prueba de usabilidad más honesta que va a tener jamás. Cada pantalla que yo había firmado como diseñador tuvo que ganarse el sitio pasando por componentes reales, datos reales y estados reales.
Algunas decisiones no sobrevivieron al contacto con el código. Un flujo que en Figma parecía limpio se encontró con estados de carga, estados vacíos y contenido real incómodo. Yo era el diseñador que tenía que admitirlo y el developer que tenía que arreglarlo, así que el ciclo de iteración corría en minutos, no en sprints. El producto en staging es el resultado.
Lo más grande que maté fue un diseño propio: los hosts tenían un flujo de verificación aparte. Lo fusioné con el flujo de publicación, una sola página. Poner un sitio online tiene que ser simple.
Un detalle solo apareció cuando hubo un front-end donde ejecutarlo: cada título de sección se dibuja entrando desde la izquierda, detrás del skyline terracota. Una decisión de movimiento tomada en código, no en el archivo estático de diseño.
Por qué Urbiqo
Vivo en staging hoy: anuncios destacados; búsqueda con filtros de tipo, precio y tamaño junto a un mapa; páginas de anuncio con galería, comodidades y notas de barrio; solicitar y contactar al host; planes freemium y premium para hosts, inquilinos siempre gratis; inglés y español completos; un centro de ayuda, FAQs y un formulario de contacto que enruta por tema. Los anuncios son datos de muestra por ahora, marcadores para ejercitar los flujos de punta a punta hasta que llegue inventario real en el lanzamiento.
Tres decisiones de la construcción se ganaron sus propias etiquetas.
Build 01 · La tarjeta inquieta
La tarjeta que no sabía estarse quieta
En Urbiqo, las descripciones reales varían de largo, así que el botón ‘Más detalles’ clavado después del texto no podía estarse quieto. El título ahora se limita a una línea, la descripción a tres y la tarjeta entera se convirtió en el objetivo del clic.
Build 02 · Píldoras honestas
Una píldora nunca debería mentir sobre por qué está en rojo
En Urbiqo, el pensamiento de verificación de antes sobrevivió en código como la tarjeta de trust & safety de cada anuncio. Cada señal tiene su propio estado: un perfil puede mostrar el email verificado mientras el teléfono y la identidad siguen pendientes.
En el archivo de diseño los cuatro estados eran una leyenda: Active, Pending, Attention e Issue, una píldora por señal. En código, cada píldora necesitaba una fuente de verdad y una historia de fallo. Un usuario sin sesión dejó de tratarse como error, y un único ‘algo salió mal’ se separó en sus causas concretas, para que una píldora roja siempre signifique una cosa específica.
Build 03 · La mitad de las palabras
Solo la mitad de las palabras son mías
La localización de Urbiqo se diseñó como un modo de variables y salió como uno. Las mismas pantallas corren en inglés y español de punta a punta.
El archivo de diseño cambia cada string con un modo de variables. La construcción me corrigió: los textos de interfaz se traducen, pero el contenido de los anuncios vive en la base de datos, así que una página en español puede seguir hablando inglés allí donde lo hacen los datos. Y el español se alarga lo bastante como para recortar tarjetas que el inglés nunca puso a prueba.
Uso de IA
Uso de IA
Urbiqo: dos usos, que no conviene confundir. La build: toda la plataforma desarrollada con IA bajo mi dirección, la IA escribía el código, yo daba el encargo, revisaba y devolvía hasta que cuadraba. El producto: el propio Urbiqo funciona con una IA que puede equivocarse, el OCR lee los documentos de verificación. Así que diseñé para cuando se equivoca: la revisión manual atrapa los casos límite, el risk scoring escala a una persona, y cada status pill dice la verdad sobre por qué está en rojo.
Lo que aprendí
Urbiqo: diseñado de punta a punta y luego construido de punta a punta, por una persona dirigiendo a la IA, en Next.js. Ese es el resultado: una plataforma de dos lados corriendo en staging en dos idiomas, de la búsqueda a la solicitud. Sin métricas de usuarios todavía, el lanzamiento aún no ha llegado, así que lo que sigue es lo que me enseñó construirlo, no lo que dijo el mercado.
Tres cosas que Urbiqo me enseñó:
- La confianza de dos lados es una disciplina propia. Todo lo que quita fricción a los inquilinos, menos documentos, comprobaciones más rápidas, añade riesgo percibido para los hosts. Equilibrar esa tensión dio forma a toda la estructura del producto.
- La distancia entre el concepto de un founder y un producto construible es mayor de lo que parece. La visión estaba clara. El trabajo de diseño fue convertirla en lógica condicional de verificación, estados de sistema y casos límite.
- La capa visual carga más confianza de la que yo le reconocía. Aquí la gente entrega documentos personales; cada color, interacción y línea de texto construye confianza o la erosiona. La próxima vez le reservaría más tiempo a esa capa.
Siendo honestos
Estado y siguientes pasos
Staging se puso en marcha el 6 de julio de 2026 y la plataforma corre en staging.urbiqo.com, en inglés y español. Ahora está en QA activa; el día a día es corregir lo que las pantallas, los estados y el contenido reales destapan antes del lanzamiento. La apuesta: poner señales de confianza verificables junto a los requisitos rígidos de contrato y el mercado se abre por los dos lados. Sin demostrar hasta el lanzamiento, pero la lógica se sostiene. Si puedes verificar fiabilidad sin exigir un contrato indefinido, los hosts ganan seguridad y los inquilinos ganan acceso.