Quiénes somos

Fundadores y desarrollo de software en Roma.

Leonardo Oliva y Volha Yakubouskaya: web apps, PWA y herramientas B2B en Next.js y TypeScript. Estudio en Roma, proyectos en Italia y Europa. Casos de estudio publicados y stack verificable.

Estudio

Quién trabaja en tu proyecto.

Dos fundadores, un solo flujo: estrategia, UX y código sin traspasos entre departamentos. Responsabilidad clara del brief al go-live.

Por qué se llama Lovy

Lovy une las iniciales de Leonardo Oliva y Volha Yakubouskaya: L y V. No es una marca inventada: es la firma de quien toma el brief y escribe el código.

Leonardo Oliva

Leonardo Oliva

Fundador y lead developer

Arquitectura, desarrollo y lógica de producto: Next.js, TypeScript, backend, bases de datos e infraestructura, con foco en rendimiento, seguridad y SEO técnico. Ha construido las herramientas de negocio, PWA y sitios de los casos de estudio publicados.

Un producto funciona cuando convierte un flujo disperso en algo simple.

Volha Yakubouskaya

Volha Yakubouskaya

Fundadora y UX lead

Flujos, prototipos e interfaces: investigación de usuario, design systems y UX B2B. Convierte procesos operativos en pantallas claras para equipos que las usan cada día.

Cada pantalla debe aclarar qué importa y qué hacer después.

Qué significa para el cliente

  • Hablas con quien diseña y desarrolla, no con un account que reenvía tickets.
  • Decisiones rápidas sobre arquitectura, diseño y prioridades; presupuesto fijo y fechas en el contrato.
  • El mismo equipo del workshop al go-live; mantenimiento y soporte disponibles cuando se acuerdan.
  • Código y design system propiedad del cliente al 100%.

Cómo trabajamos

Partimos del problema operativo, no de una plantilla. Mapeamos flujos reales, diseñamos la interfaz y construimos sobre Next.js y TypeScript. Medimos Core Web Vitals, SEO técnico y datos estructurados desde el primer día; cada caso de estudio en este sitio es un producto aún en producción. Para herramientas multi-tenant usamos Hubia, nuestra plataforma SaaS para salones y barbershops, como base y la adaptamos al proceso del cliente.

Lo que no hacemos

Decirlo desde el principio evita un presupuesto inútil para ambas partes. Hay trabajos que no aceptamos, no porque no sean interesantes, sino porque otros los hacen mejor o más barato que nosotros.

  • Webs en WordPress o con plantillas prefabricadas: si el presupuesto es ese, una plantilla bien elegida gana a un proyecto a medida hecho con prisas.
  • Campañas publicitarias y gestión de redes en continuo: construimos los cimientos técnicos, no llevamos la compra de medios.
  • Proyectos sin un interlocutor que decida: cuando cada elección pasa por cuatro personas que no hablan entre sí, los plazos se triplican, y lo decimos antes.
  • Intervenir en código ajeno sin una auditoría previa: primero vemos qué hay y luego decidimos si continuar o volver a empezar.

Por qué trabajamos en remoto, también con clientes de Roma

La base está en Roma y algunos clientes están a pocos kilómetros, pero el trabajo se hace casi siempre en videollamada y con herramientas compartidas. Es la forma que mejores resultados nos ha dado.

Una hora en una sala de reuniones produce notas que nadie relee. Cuarenta minutos sobre una pantalla compartida producen un mapa, un prototipo actualizado o una decisión escrita. Cuando verse en persona tiene sentido, para una visita o una presentación ante un consejo, nos vemos.

  • Cada decisión queda escrita en un documento compartido, no en la memoria de quien estuvo
  • Ves el proyecto crecer en un enlace, no en capturas enviadas por correo
  • Sin costes de desplazamiento cargados al presupuesto

Por qué Next.js y TypeScript, y no otra cosa

Next.js permite entregar páginas rápidas sin optimizar cada una a mano, y hacer crecer el mismo proyecto de web a producto sin reescribirlo. TypeScript detecta en compilación una clase de errores que, si no, encontraría el cliente en producción.

La consecuencia concreta es que los productos de nuestros casos siguen online y siguen siendo mantenibles meses después, sobre el mismo stack con el que nacieron. También es la razón por la que podemos dar un precio cerrado: sabemos lo que cuesta cada pieza porque la hemos construido varias veces.