Zorluk
Rezervasyon yapamayan bir sadakat kartı
Zeus sıradan bir berber değil — ziyaretin ürün olduğu bir erkek kulübü. Uygulamanın ilk nesli aslında dijital bir sadakat kartıydı ve salonun günlük işleyişi bulut tabanlı bir CRM’de dönüyordu: takvim, müşteriler, kayıtlar, cashback, yorumlar. Müşteriler telefonla, web sitesinden ya da resepsiyondan rezervasyon yapıyordu; uygulamanın bundan haberi yoktu.
Değişmesi gerekenler:
- ● Rezervasyonlar, sadakat ve yorumlar CRM’de yaşıyor ama uygulamaya görünmüyordu.
- ● Her özellik ve her düzeltme için bakımı yapılacak iki native kod tabanı.
- ● CRM vendor’ına olan her bağımlılık uygulamanın dışında kalmalıydı: salon, sistemi değiştirme özgürlüğünü istiyordu.
Çözüm
Tek kod tabanı, tek sözleşme, tek middleware
Livotov Labs ürünü uçtan uca Kotlin ile yeniden yazdı: her iki platformda Compose Multiplatform UI’lı bir Kotlin Multiplatform uygulaması ve mobil API’nin sahibi olup CRM’i port’ların arkasına gizleyen bir Ktor middleware.
Kotlin Multiplatform Uygulaması
Özel bir tasarım sistemi (Composables UI + Lucide, Material yok) üzerinde iOS ve Android için tek ortak kod tabanı. OSKit üzerinde VISCE mimarisi, Koin, Ktor client. Bulgarca ve İngilizce.
CRM’den Bağımsız Middleware
Uygulamaya dondurulmuş 26 endpoint’lik bir sözleşme sunan ve CRM ile sekiz port üzerinden konuşan, PostgreSQL üzerinde bir Ktor backend. Vendor adaptörü, vendor’ı bilen tek modül.
Rezervasyon Motoru
SWR önbellekleme ve istek birleştirmeli sağlayıcı hesaplı boş slotlar, idempotent yazmalar, misafir rezervasyonu, taşıma ve iptal, resepsiyonda yapılan değişikliklerin delta-poll senkronizasyonu.
Sadakat, Yorumlar, Kimlik
Salonun programından okunan cashback bakiyesi ve seviyeler, ziyaret başına 14 günlük yorum penceresi, Ed25519 oturumlu şifresiz telefon girişi ve cihaz başına rate limit’ler.
Ürün
Ana ekrandan onaylanmış ziyarete
Sonuçlar
Yayınlandı. Ölçüldü.
İkinci nesil 16 Eylül 2026’da canlıya alındı. Duyuruyu okuyun →