Beş uzmanlık alanı, uçtan uca sorumluluk.
Her işi, devir teslime kadar projede kalan kıdemli bir mühendis yönetir. Kapsamı, kullandığımız teknolojiyi ve işe nasıl başladığımızı görmek için bir alan seçin.
Tek müşteriye yazılan yazılım, ürün olmaz.
Çoğu platform, ikinci müşteri geldiği gün genişletilemez hale gelir. Kiracı izolasyonu, abonelik faturalaması, rol modeli ve denetim kaydı en başta alınan mimari kararlardır; sonradan eklenen özellikler değil.
Platformları mimari ve yol haritasından canlıya kadar taşıdık. Müşterilerinin muhasebe ve ERP sistemleriyle entegre çalışan bir tahsilat SaaS'ı; bir perakende zincirinin genel müdürlüğünü mağazalarına tek yetkilendirme modeliyle bağlayan market yönetim platformu.
Bu konuyu konuşalımİş kapsamı
- Mimari ve yol haritası
- Domain modeli, multi-tenant stratejisi ve bütçenize göre maliyetlendirilmiş bir geliştirme sırası.
- Abonelik ve faturalama
- Paketler, kullanım ölçümü, yükseltme, tahsilat takibi ve finansın mutabık kalabileceği fatura izi.
- Kimlik ve yetkilendirme
- Kiracılar, roller, en az yetki prensibi ve denetimden geçebilecek log kayıtları.
- Bulut ve DevOps
- Ortamlar, CI/CD, izlenebilirlik ve lansmandan önce denenmiş rollback.
- Ürün içi raporlama
- Müşteriye açılan dashboard'lar, iç raporlamayla aynı veri modeli üzerine kurulur.
- Yapay zekâ özellikleri
- Ürünün içine gömülen LLM akışları: içerik üretimi, özetleme ve sesli ajan entegrasyonları.
İlk müşteriden önce hazır
Kiracı izolasyonu ve faturalama, ilk müşteri imzalamadan önce yerinde olur; sonradan eklenmez.
Canlıya çıkmak olay olmaz
Pipeline ve rollback denenmiştir; canlıya çıkmak bir operasyon değil, sıradan bir iş.
Ekibiniz geliştirebilir
Mühendislerinizin bizi aramadan üzerine ekleme yapabileceği, belgelenmiş bir domain modeli.
Teknoloji
- TypeScript
- Node.js
- React
- Next.js
- PHP
- Python
- PostgreSQL
- MySQL
- Redis
- Docker
- CI/CD
- REST API
Uygulamayı yazmak işin yarısı.
Diğer yarısı mağaza incelemesi, sürüm yönetimi, cihaz çeşitliliği ve yayından sonra gelen geri bildirim. Kendi uygulamalarımız App Store'da yayında olduğu için bu yarıyı da her gün yaşıyoruz.
Flutter ile çapraz platform, Swift ile native iOS geliştiriyoruz. CodeCanyon'da beş Flutter uygulama şablonu, App Store'da on iki kendi ürünümüz yayında — oyun ve yarışma uygulamalarından ilan pazaryerine, akvaryum takibinden alışkanlık takibine.
Bu konuyu konuşalımİş kapsamı
- Flutter uygulamalar
- Tek kod tabanından iOS ve Android; platforma özgü davranışlar korunarak.
- Native iOS
- Swift ve SwiftUI; widget, Apple Watch ve sistem entegrasyonları.
- Backend ve API
- Uygulamanın konuştuğu servis: kimlik, senkronizasyon ve çevrimdışı çalışma.
- Mağaza yayını
- App Store ve Google Play süreçleri, inceleme redlerinin çözümü, sürüm yönetimi.
- Ölçüm ve iterasyon
- Analitik, çökme takibi ve yayın sonrası düzeltme döngüsü.
İncelemeden geçen sürümler
Mağaza incelemesinin neyi neden reddettiğini kendi ürünlerimizde deneyerek öğrendik.
Tek kod, iki platform
Ortak iş mantığı Flutter'da; native gerektiren yerde native.
Yayından sonra yaşayan ürün
Çökme takibi ve düzenli sürümler. Yayın bitiş değil, başlangıç.
Teknoloji
- Flutter
- Dart
- Swift
- SwiftUI
- Kotlin
- Firebase
- REST API
- Laravel
- App Store Connect
- Google Play Console
Panel ayarıyla çözülmeyen işler.
Vergi mantığı, sipariş veri modeli ve üçüncü parti sipariş karşılama işin içine girdiği anda site artık bir tema meselesi olmaktan çıkar. Biz o katmanda çalışıyoruz — bir sonraki entegrasyonun bir hafta mı yoksa bir çeyrek mi süreceğini belirleyen katmanda.
Dokuz e-ticaret ve Shopify teması ile bir WooCommerce eklenti kataloğu, giriş yapamadığımız mağazalarda nelerin bozulduğunu öğretti; kurumsal e-ticaret sitelerinin ihtiyaç duyduğu disiplin de tam olarak bu.
Bu konuyu konuşalımİş kapsamı
- Özel eklenti geliştirme
- Envato ve WordPress.org inceleme standartlarına göre yazılmış WooCommerce eklentileri.
- Sepet, checkout ve vergi
- Karma oranlı KDV, fatura bölme ve ülkeye göre değişen fiyatlandırma mantığı.
- Tema ve vitrin
- Birden fazla ana sayfa kurgusu ve eksiksiz sayfa setiyle ticari kalitede temalar.
- Performans ve SEO
- Sorgu ve asset optimizasyonu, cache stratejisi, Core Web Vitals, schema işaretlemesi.
- Operasyon entegrasyonu
- Mağazanın veri modeline bağlanmış stok tahminleme, sipariş karşılama ve raporlama.
Güncellemede bozulmayan kod
Arkasında destek kuyruğu bırakmadan platform sürümlerini atlatan eklentiler.
Muhasebeyle tutan rakamlar
Karma oranlı sepetlerde bile muhasebeyle mutabık kalan vergi ve fatura mantığı.
Yük altında ayakta kalan site
Yapay bir ana sayfa skoruyla değil, gerçek mağaza verisiyle ölçülen performans çalışması.
Teknoloji
- WordPress
- WooCommerce
- Shopify
- PHP
- JavaScript
- React
- TypeScript
- SCSS
- WP REST API
- WPML / i18n
- WP-CLI
Yönetimin kullandığı raporlar.
Operasyonel veri, mağaza müdürüyle genel müdürlükteki direktörün aynı sayıya bakıp ne anlama geldiği konusunda anlaştığı noktada işe yarar. Oraya varmak, bir görselleştirme probleminden çok önce bir modelleme problemidir.
Zincir market ve akaryakıt dağıtımı operasyonları için raporlama kurduk: hazırlanıp temizlenmiş SQL kaynakları, yönetimin sorduğu sorulara göre tasarlanmış DAX measure modelleri ve bir veri setinin değil bir kararın etrafında kurgulanmış dashboard'lar.
Bu konuyu konuşalımİş kapsamı
- Kaynak hazırlığı
- Birbirini tutmayan operasyonel sistemlerden SQL çekimi, temizleme ve ETL.
- Veri modelleme
- Sorgu performansı ve anlaşılabilirlik için kurulmuş yıldız şeması ve ilişkiler.
- DAX measure tasarımı
- Tanımların denetimde ayakta kalması için finansla birlikte gözden geçirilen hesaplama mantığı.
- Dashboard tasarımı
- Yönetim KPI ekranları ve saha ile mağaza ekipleri için operasyonel detay kırılımları.
- Yaygınlaştırma ve eğitim
- İç analistlerin modeli baştan kurmak yerine üzerine ekleyebilmesi için devir.
Tek bir doğru sayı
Measure tanımları bir kez konuşulur, sonra her raporda aynısı kullanılır.
Detaya inebilen raporlar
İstasyon, mağaza ve kategori kırılımları aynı modelden gelir.
Analistleriniz sürdürür
Analistlerinizin bizi aramadan geliştirebileceği, belgelenmiş modeller.
Teknoloji
- Power BI
- DAX
- SQL
- MySQL
- Veri modelleme
- ETL
- Yıldız şeması
- Satır düzeyi güvenlik (RLS)
Kuralları başkasının koyduğu entegrasyonlar.
En zor entegrasyonlar, SDK'sı iyi olanlar değildir. Karşınızdakinin bir vergi idaresi olduğu, teknik kılavuzun haber verilmeden değiştiği ve reddedilen bir payload'ın yasal olarak kapanamayan bir satış anlamına geldiği entegrasyonlardır.
Bu entegrasyonları kendi ticari ürünlerimizin içinde kurup yıllardır sürdürüyoruz; yani canlıya alıp çekilmek yerine idarenin yayımladığı her revizyonla birlikte yaşıyoruz.
Bu konuyu konuşalımİş kapsamı
- Kamu e-fatura
- Sertifika yönetimi, payload imzalama, şema doğrulama, retry ve hata kurtarma.
- ERP ve muhasebe
- Finans sistemleriyle REST üzerinden çift yönlü senkronizasyon, mutabakat ve çakışma kuralları.
- Olay mimarisi
- İdeal senaryoya değil, yarım kalan işleme göre tasarlanmış webhook, kuyruk ve cron yapıları.
- Veri mutabakatı
- Finansın neyi, ne zaman gönderdiğini ve ne yanıt aldığını kanıtlayabildiği denetim izleri.
- Üçüncü parti API'ler
- Rate limit ve idempotency'si çözülmüş ödeme, kargo ve pazaryeri entegrasyonları.
Onaydan dönmeyen faturalar
Payload'lar idareye ulaşmadan önce yürürlükteki şemaya göre doğrulanır.
İzi sürülebilir hatalar
Her ret, stack trace değil; okunabilir bir gerekçe ve bir yeniden deneme yolu taşır.
Mevzuat değişimi proje değil, bakım
Sürüm değişiklikleri yeni bir proje değil, bakım kalemi olarak ele alınır.
Teknoloji
- PHP
- Node.js
- Python
- REST API
- Webhook
- MySQL
- Kuyruk yapıları
- XML / UBL
- Dijital imza
- OAuth 2.0
Uyum kapsamı
Canlıda çalıştığımız mevzuatlar.
Teorik bilgi değil. Bunlar ticari ürünlerde yayımlanmış, idarenin çıkardığı her teknik kılavuz revizyonuyla birlikte güncellenen canlı entegrasyonlar.
Suudi Arabistan
ZATCA Faz 2
Entegrasyon fazı e-fatura: clearance ve raporlama akışı, kriptografik damga ve QR zorunlulukları.
Üründe canlı
Birleşik Arap Emirlikleri
BAE EIS
Emirlikler çerçevesine beyan veren satıcılar için Elektronik Faturalama Sistemi uyumu.
Üründe canlı
Avrupa Birliği
ESPR — Dijital Ürün Pasaportu
Sürdürülebilir Ürünler için Ekotasarım Yönetmeliği kapsamındaki ürün bazlı veri yükümlülükleri.
Üründe canlı
Çok ülkeli
Karma oranlı KDV
Birden fazla vergi oranı içeren sepetlerde fatura bölme ve doğru oran ataması.
Üründe canlı
Odak sektörler
Sistemin durması en pahalıya mal olan sektörler.
Yazılımın kapatılamadığı, verinin yaklaşık olamayacağı; mevzuata tabi, entegrasyon yoğun sektörler.
Perakende ve e-ticaret
Yıllar boyunca sezon teslim tarihlerine yetişmek için birbirine eklenmiş site, ERP ve sipariş karşılama sistemleri.
Akaryakıt ve market
İstasyon ve market operasyonunun, birbirini tutmayan kaynaklardan genel müdürlüğe raporlanması.
Finans ve fintech
Her değişikliğin denetim izi bırakması gereken tahsilat, mutabakat ve muhasebe entegrasyonları.
Sınır ötesi satıcılar
Aynı anda üç vergi rejimine beyan verenler — Suudi Arabistan, BAE ve AB.
Üretim ve sanayi
AB Dijital Ürün Pasaportu ile birlikte artık yasal yükümlülük taşıyan ürün verisi.
Lojistik ve tedarik zinciri
Onlarca farklı formatta akan iş ortağı arayüzleri ve takip verisi.
Hangi alana girdiğinden emin değil misiniz?
Projelerin çoğu iki alanın kesişiminde başlıyor. Brief'i gönderin, hangisinin ağır bastığını size söyleyelim.