Über uns

Gründer und remote-first Softwareentwicklung.

Leonardo Oliva und Volha Yakubouskaya betreuen Web-Apps, PWAs und B2B-Tools auf Next.js und TypeScript. Lovy Studio arbeitet remote-first, mit operativer Basis in Rom ohne öffentliches Büro, und steht Unternehmen in Italien und Europa zur Verfügung.

Studio

Wer an Ihrem Projekt arbeitet.

Zwei Gründer, ein Workflow: Strategie, UX und Code ohne Abteilungsübergaben. Klare Verantwortung vom Brief bis zum Go-live.

Warum der Name Lovy

Lovy verbindet die Initialen von Leonardo Oliva und Volha Yakubouskaya: L und V. Die Signatur derer, die das Briefing aufnehmen und den Code schreiben.

Leonardo Oliva

Leonardo Oliva

Gründer und Lead Developer

Architektur, Entwicklung und Produktlogik: Next.js, TypeScript, Backend, Datenbanken und Infrastruktur, mit Fokus auf Performance, Sicherheit und technisches SEO. Er hat die Business-Tools, PWAs und Websites der veröffentlichten Case Studies gebaut.

Ein Produkt funktioniert, wenn es einen zuvor verstreuten Ablauf einfach macht.

Volha Yakubouskaya

Volha Yakubouskaya

Gründerin und UX Lead

Flows, Prototypen und Interfaces: User Research, Design Systems und B2B-UX. Sie übersetzt operative Prozesse in klare Screens, die sich an den wiederkehrenden Aufgaben der Teams orientieren.

Jeder Screen muss zeigen, was wichtig ist und was als Nächstes zu tun ist.

Was das für den Kunden bedeutet

  • Sie sprechen mit denen, die entwerfen und bauen, nicht mit einem Account, der Tickets weiterreicht.
  • Schnelle Entscheidungen zu Architektur, Design und Prioritäten; fester Preis und Termine im Vertrag.
  • Dasselbe Team vom Workshop bis zum Go-live; Wartung und Support bleiben verfügbar, wenn vereinbart.
  • Die Übergabe von Code und Design System wird im Vertrag geregelt; für Drittanbieter-Lizenzen gelten deren eigene Bedingungen.

Wie wir arbeiten

Wir starten beim operativen Problem, nicht beim Template. Wir mappen reale Abläufe, gestalten die Oberfläche und bauen auf Next.js und TypeScript. Die Case Studies nennen den dokumentierten Projektstatus und die verfügbaren öffentlichen Nachweise. Für Multi-Tenant-Tools kann Hubia als Basis dienen, wenn sein Funktionsumfang zum Prozess des Kunden passt.

Was wir nicht machen

Das vorab zu sagen erspart beiden Seiten ein sinnloses Angebot. Manche Aufträge lehnen wir ab, weil andere sie besser oder günstiger erledigen als wir.

  • WordPress-Seiten oder fertige Themes: Wenn das Budget dort liegt, schlägt ein gut gewähltes Template ein hastig gebautes Individualprojekt.
  • Laufende Werbekampagnen und Social-Media-Betreuung: Wir bauen das technische Fundament, wir betreiben kein Media Buying.
  • Projekte ohne klaren Entscheider: Vor dem Start legen wir fest, wer Inhalte, Funktionen und Überarbeitungen freigibt.
  • Eingriffe in fremden Code ohne vorherigen Audit: Erst sehen wir, was da ist, dann entscheiden wir, ob fortführen oder neu ansetzen.

Warum wir remote arbeiten, auch mit Kunden in Rom

Unsere operative Basis ist Rom, ohne öffentlich zugängliches Büro. Die Arbeit läuft remote über Videocalls und geteilte Dokumente, damit Entscheidungen, Überarbeitungen und Verantwortlichkeiten nachvollziehbar bleiben.

Wenn ein Ortstermin oder eine persönliche Präsentation dem Projekt hilft, kann dies in Rom nach Vereinbarung organisiert werden.

  • Jede Entscheidung bleibt in einem geteilten Dokument, nicht im Gedächtnis der Anwesenden
  • Sie sehen das Projekt über einen Link wachsen, nicht über Screenshots per E-Mail
  • Persönliche Termine oder Reisen werden vorab vereinbart

Warum Next.js und TypeScript und nichts anderes

Wir verwenden Next.js und TypeScript, wenn serverseitiges Rendering, wiederverwendbare Komponenten und eine gemeinsame Basis für Website und Anwendung sinnvoll sind. TypeScript hilft, einige Fehler während der Entwicklung zu finden, ersetzt aber keine Tests oder Überwachung.

Die technische Wahl wird im Angebot erklärt und hängt von Funktionen, Inhalten, Integrationen, Wartung und den später zuständigen Kompetenzen ab.