Saltar al contenido
Trabajo / vecinOS

Caso de estudio 01 · Fundador · 2026 → hoy

vecinOS

Decidir antes de la junta. Cómo un voto delegado perdido se convirtió en una lección sobre gobierno, confianza y legitimidad.

Rol
Fundador. Producto, diseño y desarrollo
Años
2026 → hoy
Equipo
Un fundador y un equipo de agentes de IA
Hoy
64 comunidades · 10.975 propietarios
de junta anual, frente a 9 horas el año anterior
3 h 26 min
Julio de 2026
del coeficiente decidido antes de abrir las puertas
60,2%
El mejor dato con la sala llena: 48%
preguntas de propietarios respondidas antes de la junta
24
Más 50 conversaciones con el asistente
votos a favor de seguir usando vecinOS
76 / 76
De los propietarios que votaron sobre ello

En breve

Álvaro Velasco fundó vecinOS en 2026: software de gobierno para comunidades de propietarios en España. Los propietarios leen, escuchan, preguntan y votan en su idioma antes de la junta. En julio de 2026, una comunidad de 165 propietarios llegó a la junta con el 60,2% del coeficiente ya decidido, y la reunión duró 3 horas 26 minutos en lugar de 9 horas.

01 · El sistema

Todo el sistema dependía de una sola tarde.

Una comunidad de 165 propietarios, repartidos entre varios países y cuatro idiomas. Cada propietario tiene una parte de cada decisión: su coeficiente. Las decisiones tienen consecuencias económicas y legales, y muchos propietarios no pueden asistir nunca.

La información, las preguntas, el debate, los votos delegados y la propia decisión confluían en una sola junta anual. La del año anterior había durado nueve horas.

02 · La hipótesis

Pensaba que estaba arreglando una reunión.

El detonante fue sencillo: se perdían votos delegados. Así que mi primer encargo fue digitalizar el voto, para hacerlo más rápido y sin papel.

Eso habría dado lugar a una aplicación de votaciones decente. Pero no habría cambiado gran cosa.

03 · La evidencia

La junta era donde los fallos del sistema se hacían públicos.

Las preguntas aparecían por primera vez en la sala. Los errores de las propuestas se descubrían en la sala. Quien no podía viajar no tenía más voz que un voto delegado que quizá no llegara.

La junta no era el problema. Era donde todos los fallos anteriores se hacían visibles a la vez.

04 · La decisión

Decidir antes de la junta.

Cada punto incluye su propuesta, sus documentos y una explicación, preparada una sola vez y entregada a cada propietario en su idioma, con audio. Los propietarios preguntan antes de votar, y la administración responde antes de abrir la sala.

Los propietarios pueden votar por anticipado y cambiar su voto hasta que se cierre el punto. En la sala, el voto anticipado se presenta como una representación por escrito conforme al artículo 15,1 de la Ley de Propiedad Horizontal, comprobada por la administración.

Un punto del orden del día en la aplicación de vecinOS, en español.
El punto 3 en la aplicación de vecinOS, en español.
Confirmación del voto anticipado, con la opción de cambiarlo.
Confirmación del voto anticipado, con la opción de cambiarlo.

Pantallas reales de vecinOS. Cambia el idioma o la forma de participar: votar, escuchar o preguntar.

05 · El resultado

3 horas 26 minutos en lugar de 9.

75 propietarios decidieron antes de abrir las puertas: el 60,2% del coeficiente, frente a un máximo histórico del 48% con la sala llena. Se respondieron 24 preguntas por adelantado y el asistente mantuvo 50 conversaciones.

Participar dejó de depender de estar en la sala.

Duración de la junta anual−62%

La misma comunidad, el mismo tipo de orden del día. Lo que cambió fue todo lo que ocurrió antes de entrar en la sala.

Coeficiente decidido antes de abrir las puertas

75 propietarios votaron antes de la junta y se respondieron 24 preguntas por adelantado, en cuatro idiomas.

Pulsa cualquiera de las tarjetas para volver a ver la animación.

06 · La sorpresa

La realidad rompió mi modelo.

El motor de actas daba por hecho que una junta sigue un orden: debatir un punto, cerrarlo, registrar la hora y pasar al siguiente.

Las juntas reales no funcionan así. Se retomaban puntos anteriores. Había registros incorrectos. El derecho a votar cambiaba al salir a la luz un error administrativo. La interpretación legal cambiaba en pleno debate. Había diseñado para el proceso formal, no para las excepciones que definen el proceso real.

La lección

Diseña para las excepciones, no para el diagrama de flujo.

Ahora el producto admite que la realidad rompa su modelo: los puntos se pueden reabrir, los registros se pueden corregir y las actas conservan versiones y rectificaciones.

07 · El ajuste

La tecnología no fue lo que más impulsó la adopción. Fue la confianza.

Un mensaje de un presidente en quien los vecinos confiaban hizo más por la adopción que cualquier función que desarrollé. Por eso vecinOS apoya el liderazgo de la comunidad, en lugar de intentar sustituirlo con automatizaciones.

Los productos no siempre sustituyen a los sistemas humanos. Los mejores los refuerzan.

El éxito no era la unanimidad. El éxito era una participación legítima.
La comunidad sigue pudiendo rechazar propuestas. 76 de los 76 propietarios que votaron sobre ello eligieron seguir usando vecinOS.

08 · Cómo está construido

Un fundador, un equipo de agentes y una mirada humana.

Cada plan se cuestiona antes de escribir código. Los agentes lo implementan, un segundo modelo busca fallos en el trabajo y yo reviso cada pantalla a mano antes de pasar a producción.

La IA acortó la distancia entre el criterio y el software que funciona. No sustituyó al criterio.

registro de entregas · vecinosPublicado
diagnosticarel problema real, por escrito
decidirdecisiones fijadas en el plan antes de escribir código
planificarun plan, máximo 3 ciclos de reparación por causa
construirlos agentes implementan siguiendo el plan
revisarrevisión crítica, hallazgos con pruebas
comprobaruna revisión humana antes de producción
publicarsolo cuando se han superado todos los controles