Decisiones pendientes

import DecisionStatus from ‘../../../components/DecisionStatus.astro’;

Bloques abiertos del documento maestro

La sección §13 del documento maestro v0.3 lista los bloques de trabajo pendientes. Cada bloque recibe aquí un estado del vocabulario de gobierno. La página de detalle se enlaza cuando existe; si no, se enlaza al área general del portal donde el bloque se desarrolla.

#	Bloque	Estado	Página de detalle
1	Identidad del producto	Validado internamente	Definición del proyecto
2	Pasaporte de Confianza	Validado internamente	Creación, verificación y estados
3	Base de datos de inquilinos	Pendiente del equipo	Creación, verificación y estados
4	Portal para propietarios y profesionales	Pendiente técnico	Buscador de perfiles
5	Matching y contacto privado	Pendiente técnico	Solicitudes de contacto
6	Oferta privada de la vivienda	Validado internamente	Oferta privada de vivienda
7	Derivación al socio inmobiliario	Validado internamente	Relación con el socio inmobiliario
8	Servicio de Renta Garantizada	Pendiente de validación con piloto	Definición del servicio
9	Relación entre las dos empresas	Validado internamente	Organización empresarial
10	Modelo económico (monetización)	Beta v0.1 validada — mecanismo B2B+B2C, precios base	Modelo de monetización
11	MVP y roadmap	Borrador (primera versión del roadmap)	Roadmap del MVP

Cifra de trabajo sobre el precio

Cifra de trabajo. La cuota de 50 €/mes mencionada en el bloque 8 es una cifra de trabajo del documento maestro v0.3. No representa el precio definitivo, que se mantiene con estado postergado y pendiente de definición.

Cómo se documenta el avance de un bloque

Como criterio editorial del portal, el avance de un bloque se refleja cuando:

1. La página de detalle correspondiente está validada internamente por el equipo responsable.
2. Las dependencias con otros bloques están resueltas.
3. La decisión queda registrada en Historial de decisiones con su fecha y resumen.

La tabla anterior es un resumen estático y debe actualizarse manualmente cuando cambie el estado documentado de un bloque.

Bloques 10 y 11

Los bloques 10 (Modelo económico) y 11 (MVP y roadmap) se abordarán cuando los flujos y responsabilidades anteriores estén suficientemente definidos, sin convertir ese criterio en una exigencia formal de validación de todos los bloques 1 a 9.

Pendientes transversales

• Definición de la plantilla de evaluación de viviendas por el socio inmobiliario.
• Política de caducidad de datos del Pasaporte.
• Política de caducidad de referencias e historial.
• Diseño del flujo de verificación de referencias.
• Cierre del modelo de datos del historial residencial.

Estado del sistema de scoring y ordenación

El sistema de scoring y ordenación está validado a nivel conceptual: la decisión de producto queda cerrada (dos indicadores separados, buscador en tres fases, criterios por categoría, ordenación por mayor compatibilidad, rotación, independencia pago-scoring y candidaturas conjuntas). La definición completa se encuentra en Scoring y ordenación.

Solo quedan pendientes los aspectos técnicos de su implementación:

• Fórmula concreta del porcentaje de compatibilidad.
• Peso de cada grupo de factores.
• Límites cualitativos entre compatibilidad muy alta, alta, media o baja.
• Margen considerado como empate.
• Frecuencia de rotación entre perfiles equivalentes.
• Tratamiento de datos incompletos.
• Reglas frente a manipulaciones.
• Explicación detallada del cálculo al propietario y al inquilino.

Pendientes de validación del Pasaporte de Confianza

Quedan pendientes de validación los siguientes puntos del Pasaporte:

1. Factores concretos para calcular la capacidad económica.
2. Detalle exacto de la información económica y profesional visible.
3. Presentación de los perfiles sin historial.
4. Formato definitivo de las referencias.
5. Preelegibilidad y aprobación de Renta Garantizada.

Modelo de visibilidad y activación

El modelo de visibilidad en dos niveles está validado:

• Recomendados para esta vivienda reúne perfiles con el servicio activo, disponibles para recibir solicitudes, aceptarlas y conversar.
• También podrían encajar reúne perfiles sin el servicio activado que cumplen los mínimos, han autorizado expresamente su visibilidad y aparecen anonimizados en una superficie separada.
• El propietario puede mostrar interés para generar una notificación, pero no contactar directamente.
• El inquilino debe activar el servicio para responder, consultar detalles completos o conversar.
• El pago cambia la eligibilidad operativa, pero nunca la compatibilidad, el nivel del Pasaporte ni la posición entre candidatos activos.

La monetización del portal está definida en su primera versión beta (doble lado B2B + B2C; la Renta Garantizada queda como servicio externo fuera de la plataforma en esta fase). Ver Modelo de monetización. Permanecen pendientes:

• Duración concreta de la activación del servicio (el pago B2C se fija como verificación + vigencia).
• Límites, frecuencia y medidas anti-spam de las señales de interés y sus notificaciones.
• Criterios concretos de frescura y caducidad para la visibilidad secundaria.
• Detalles técnicos del consentimiento, las notificaciones y la habilitación posterior del contacto.
• Cifras definitivas de monetización a validar con el piloto.