Reglas fijas del proyecto
Documento de referencia. Estas reglas no cambian entre fases y aplican a todo lo que se construya en HADJUDIKA.
1. Roles del sistema
host y payments quedan reservados para V2: no se crean tablas ni lógica para ellos.
| Rol | Descripción | Estado |
|---|---|---|
| Admin | Control total de la plataforma: configuración, usuarios y auditoría. Uso interno. | activo |
| Gestor | Perfil de la inmobiliaria. Gestiona viviendas y acompaña al propietario durante el proceso. | activo |
| Owner (propietario) | Vende su vivienda. Recibe propuestas y decide, siempre de forma manual, a quién vende. | activo |
| Buyer (comprador) | Comprador verificado. Presenta su propuesta sin ver las de los demás participantes. | activo |
| Host | Reservado para V2. No se implementa en esta fase. | reservado V2 |
| Payments | Reservado para V2. No se implementa en esta fase. | reservado V2 |
2. Prohibiciones de experiencia de usuario
HADJUDIKA transmite seriedad. Nada de dinámicas de casino.
- Sin contadores rojos parpadeantes.
- Sin cuentas atrás agresivas.
- Sin avisos del tipo "¡3 personas viendo esto!".
- Sin rankings de pujas en vivo.
- Sin gamificación (puntos, insignias, niveles, rachas).
- Sin falsas urgencias ni escasez inventada.
3. Reglas de oro de seguridad
Tres invariantes que ninguna funcionalidad futura puede romper.
1. Ningún comprador ve cifra ni identidad de otro
Las propuestas son estancas entre compradores: ni importe, ni condiciones, ni identidad de terceros.
2. El propietario no ve identidad de compradores hasta seleccionar ganador
Hasta la selección, el propietario evalúa propuestas de forma pseudonimizada.
3. La selección de ganador nunca es automática
No hay adjudicación algorítmica: la decisión final es siempre un acto manual del propietario.