E-ticaret ve Marketplace Platformları İçin Mobil Uygulama Geliştirme
Mobil mağaza uygulaması, katalogdan ödemeye giden yolu kısalttığı ölçüde iş yapar. Hızlı açılan liste, kayıtlı ödeme yöntemi, tek ekran sipariş, doğru zamanda bildirim ve kampanyayı ürüne düşüren derin bağlantı — hepsini ölçüm planıyla birlikte kuruyoruz.
- Mevcut mağaza altyapınızla çalışır
- Ödeme rotası kurallara göre kurulur
- Bildirim tercihleri kullanıcıda
- Kaynak kod mülkiyeti sizde
Trafik mobilde, tamamlanan sipariş masaüstünde.
Mobilde kaybedilen siparişlerin çoğu ürün ya da fiyat yüzünden değil, satın alma yolundaki küçük sürtünmeler yüzünden kayboluyor. Aşağıdakiler en sık rastladığımız kalemler.
- Ödeme ekranına giden yol uzunKayıt, adres, kart ve onay ayrı ekranlarda. Her ek adım, özellikle küçük ekranda vazgeçme ihtimalini artırıyor.
- Kullanıcı her ziyarette misafirKayıtlı ödeme yöntemi ve adres yok; kart bilgisi her seferinde yeniden giriliyor. Tekrar satın alma bir alışkanlığa dönüşemiyor.
- Liste ekranı yavaş açılıyorGörsel boyutları ve gereğinden büyük yanıtlar yüzünden katalog geç geliyor. Kullanıcı beklemek yerine geri tuşuna basıyor.
- Bildirimler ya hiç yok ya çok fazlaYa kanal hiç kullanılmıyor ya da herkese aynı kampanya gidiyor. Sonuç: düşük etki, yüksek izin iptali ve uygulama silme.
- Kampanya bağlantısı ana sayfaya düşüyorReklamdaki ürüne tıklayan kullanıcı uygulamanın ana sayfasında karşılanıyor. Ürünü yeniden aramak zorunda kalan çoğu kişi geri dönmüyor.
- Stok ve fiyat mobilde geriden geliyorUygulamada görünen fiyat ile kasadaki fiyat farklı olduğunda satın alma güveni tek seferde zedeleniyor.
Önce yolu kısaltıyoruz, sonra trafiği çoğaltıyoruz.
Bildirim ve kampanya, dönüşen bir satın alma yolunun üzerine kurulduğunda işe yarıyor. Sıralamayı bu yüzden bozmuyoruz.
- Satın alma yolunun haritasıMevcut mağazanızda ürün görüntülemeden sipariş tamamlamaya kadar olan adımları çıkarıyor, mobilde en çok kaybın yaşandığı basamağı işaretliyoruz.TeslimAdım haritasıOlay planıÖncelik listesi
- Katalog ve performansListe ve detay ekranlarını ekran başına biçilmiş yanıtlarla, görsel boyutlandırma ve önbellekle kuruyoruz. Hedef, ilk anlamlı içeriğin hızlı gelmesi.TeslimHızlı liste/detayGörsel stratejisiÖnbellek kuralları
- Ödeme rotası kararıSatılan şeye göre kendi ödeme altyapınız mı yoksa mağaza içi satın alma mı gerektiğini belirliyor, akışı buna göre kuruyoruz.TeslimRota kararıÖdeme akışıGeri yükleme / iade akışı
- Bildirim ve tercih yönetimiİzin isteme anı, segmentler, sıklık sınırı ve kullanıcının tercih ekranı birlikte tasarlanıyor. Bildirim bir kanal değil, bir plan.TeslimBildirim planıSegment tanımlarıTercih ekranı
- Derin bağlantı ve ölçümKampanya bağlantıları ürüne düşüyor; olaylar ve kaynak bilgisi panoda birleşiyor. Hangi kampanyanın ne getirdiğini veriyle görüyorsunuz.TeslimBağlantı şemasıÖlçüm panosuSürüm sonrası rapor
Ne satıyorsunuz, kullanıcıyı ne zaman geri çağıracaksınız?
Satış türünüzü seçin, kullanmayı düşündüğünüz bildirim senaryolarını işaretleyin. Ödeme rotasını, doğan yükümlülükleri ve haftalık bildirim yükünüzü örnek bir planla birlikte görün. Hesap tarayıcınızda yapılır, hiçbir veri gönderilmez.
Fiziksel ürün satışında kendi ödeme altyapınızı kullanabilirsiniz; mağaza içi satın alma zorunlu değildir.
- Ödeme kuruluşu / sanal POS entegrasyonu ve 3D doğrulama akışı.
- Sipariş, iade ve iptal akışlarının uygulama içinde görünür olması.
- Mesafeli satış bilgilendirmelerinin satın alma adımında sunulması — metinleri hukuk danışmanınızla doğrulayın.
Dengeli bir plan. Segmentleri doğru kurarsanız aynı kullanıcı bu bildirimlerin yalnız bir kısmını alır.
| Senaryo | Tetikleyici ve zamanlama | Segment | Ölçülecek |
|---|---|---|---|
| Sipariş durumuişlem | Sipariş onayı, kargoya verildi, dağıtımda, teslim edildiOlay anında | Siparişi olan kullanıcı | Bildirim açılışı, destek talebi sayısı |
| Sepette kalan ürünticari | Sepete eklendi, belirli süre işlem yapılmadıAynı gün içinde, bir kez | Sepeti dolu, ödeme başlatmamış | Sepetten ödemeye geçiş oranı |
| Stoğa geldiişlem | Tükenen üründe stok girişiStok doğrulandıktan sonra | Haber ver isteyen kullanıcı | Bildirimden satın almaya dönüşüm |
- Sipariş durumu: İşlem bildirimidir; genellikle beklenir. Aşırı parçalamak (her adımda ayrı bildirim) yorucu olabilir.
- Sepette kalan ürün: Tekrarlandığında rahatsız edici hâle gelir; kullanıcı başına sıklık sınırı gerekir.
- Stoğa geldi: Talep isteyen kullanıcıya gider; düşük riskli. Stok azsa hayal kırıklığı yaratmamak için sınırlı gönderim.
İşaretlediğiniz senaryolardan bazıları ticari nitelikte iletişim sayılabilir. Bu tür bildirimlerde izin, içerik ve vazgeçme imkânı konularında mevzuat yükümlülükleri gündeme gelebilir; kampanya iletişiminin sınırlarını kendi hukuk danışmanınızla netleştirmenizi öneriyoruz. Uygulama tarafında tercih yönetimi ve sıklık sınırını bu kararlara göre kuruyoruz.
Haftalık yük ve plan, senaryoların tipik kullanım sıklığına dayalı örnek bir modeldir; gerçek sayı segment büyüklüğünüze ve kampanya takviminize göre değişir. Mağaza kuralları Apple ve Google tarafından güncellenir, gönderimden önce yürürlükteki sürüme bakarız. Süre, efor veya fiyat taahhüdü içermez.
Mobil mağazanın modülleri
Aşağıdakiler bir paket değil, bir menü. İlk fazda satın alma yolunu tamamlayan çekirdek açılır; kalanı kullanım verisiyle birlikte eklenir.
- ÇekirdekKatalog ve aramaHızlı liste, filtre, sıralama ve öneri; görseller boyutlandırılmış ve önbelleklenmiş.
- ÇekirdekÜrün detayı ve varyantBeden/renk seçimi, stok durumu, kargo bilgisi ve değerlendirmeler.
- DönüşümSepet ve tek ekran ödemeKayıtlı adres ve ödeme yöntemiyle en az adımda sipariş tamamlama.
- DönüşümHesap ve hızlı girişBiyometrik giriş, sipariş geçmişi, favoriler ve iade talebi.
- BüyümeBildirim ve tercih merkeziSegment bazlı gönderim, sıklık sınırı ve kullanıcının kanal tercihleri.
- BüyümeDerin bağlantı ve kampanyaReklam ve e-posta bağlantılarının doğru ürüne düşmesi, kaynak bilgisinin taşınması.
- EntegrasyonKatalog / stok entegrasyonuMevcut mağaza veya ERP ile fiyat, stok ve sipariş senkronizasyonu.
- MarketplaceSatıcı tarafı (marketplace)Yeni sipariş bildirimi, sipariş yönetimi ve temel hakediş görünümü.
Uygulamayı React Native veya Flutter ile tek kod tabanından geliştiriyor, ödeme ve mağaza satın alma katmanlarını gerekirse native modüllerle bağlıyoruz. Teknoloji tercihinin bakım tarafındaki sonuçlarını native mi cross-platform mı yazımızda karşılaştırdık.
Katalog, stok ve sipariş akışını besleyen servis katmanı için yaklaşımımız API geliştirme sayfasında; mağaza altyapınızın web tarafında düzenleme gerekiyorsa web yazılım geliştirme ekibimiz aynı plana dahil oluyor. Stok ve cari tarafını Logo ile yürütüyorsanız Logo ERP çözüm ortaklığı kapsamında entegrasyonu kuruyor, Logo ERP entegrasyon rehberimizde anlattığımız alan eşleme yaklaşımını uyguluyoruz.
Bağlantıya tıklayan kullanıcı ürünü görsün, siz de kaynağı.
Kampanya yatırımının karşılığını görmek için iki şeyin birlikte çalışması gerekir: bağlantının doğru ekrana düşmesi ve olayların tek panoda birleşmesi.
- Uygulama kuruluysa ürüneBağlantı, uygulamayı doğru ürün detayında açar; kullanıcı aramak zorunda kalmaz.
- Kurulu değilse akışı koruKullanıcı mağazaya ya da mobil web'e yönlendirilir; kurulum sonrası ilk açılışta hedef korunabilir.
- Kaynak bilgisi oturuma taşınırHangi kampanyadan gelindiği oturum boyunca taşınır; satış bu bilgiyle ilişkilendirilir.
- Olaylar tek isimle kaydedilirÜrün görüntüleme, sepete ekleme, ödeme başlangıcı ve tamamlama; web ve mobilde aynı tanım.
- Gizlilik sınırları içindePlatformların izleme kuralları nedeniyle ölçüm sınırlıdır; kendi olay verinizi temel almak daha dayanıklı bir yoldur.
- Pano yayından önce hazırAnalitik kurulumunu yayın öncesinde tamamlıyoruz; ilk kampanya kör başlamıyor.
Uydurma dönüşüm vaatleri yerine ölçüm kuruyoruz: hangi adımda ne kadar kayıp olduğunu kendi verinizde görmek, her orandan daha kullanışlı.
Örnek bir mobil mağaza ilk fazı
Aşağıdaki plan, mevcut bir e-ticaret altyapısı üzerine kurulan tipik bir ilk faz için hazırlanmış örnektir. Sizin planınız kapsam netleştikten sonra çıkar ve sözleşmede yazılı tarihe bağlanır.
| Hafta | Ne yapılır | Hafta sonunda elinizde ne olur |
|---|---|---|
| 1. hafta | Satın alma yolu haritası ve olay planı | Kapsam dokümanı, ölçülecek olaylar |
| 2. hafta | Katalog ve detay ekranı tasarımı | Tıklanabilir prototip, veri eşlemesi |
| 3–4. hafta | Katalog, arama, sepet | Test cihazına kurulabilen ilk sürüm |
| 5. hafta | Ödeme rotası ve sipariş akışı | Uçtan uca test siparişi |
| 6. hafta | Bildirim, tercih merkezi, derin bağlantı | Kampanya bağlantısı ürüne düşüyor |
| 7. hafta | Performans, cihaz testleri, düzeltmeler | Hata listesi kapanmış sürüm |
| 8. hafta | Mağaza hazırlığı ve gönderim | İnceleme sürecine girmiş uygulama |
Yayından sonraki ilk dönemde bildirim planını küçük segmentlerle deniyoruz: hangi senaryonun geri dönüş getirdiği, hangisinin izin iptaline yol açtığı birkaç haftada netleşiyor. Sonraki modüller bu veriye göre sıraya giriyor.
- HizmetMobil Yazılım GeliştirmeHizmetin tamamı: kapsam, süreç, teslimatlar ve teknoloji yığını.
- HizmetAPI GeliştirmeKatalog, stok, sipariş ve ödeme akışını besleyen servis katmanı.
- HizmetWeb Yazılım GeliştirmeMağaza altyapısı, yönetim paneli ve web tarafı geliştirme.
- HizmetLogo ERP Çözüm OrtaklığıStok, cari ve fatura tarafının ERP ile senkronizasyonu.
- HizmetUI/UX TasarımSatın alma yolunun sadeleştirilmesi ve arayüz tasarımı.
- ProjeOpencartExtraOpenCart tabanlı mağazalar için geliştirdiğimiz kendi ürünümüz.
- RehberMobil uygulama geliştirme süreci: native mi cross-platform mı?Teknoloji tercihi, ekip yapısı ve bakım maliyeti karşılaştırması.
- RehberLogo ERP entegrasyonu: e-ticaret ve B2B rehberiStok, fiyat ve sipariş eşlemesinde sık yapılan hatalar.
Sık sorulanlar
Ödeme rotası, mağaza komisyonu, bildirim izinleri, mevcut altyapı, marketplace satıcı tarafı ve kampanya ölçümü hakkında en çok sorulanlar.
Satın alma yolunuzu birlikte kısaltalım
Mevcut mağazanızı ve mobil kullanım verinizi birlikte inceleyelim; ilk fazda hangi adımın düzeltileceğini ve bildirim planının nasıl kurulacağını netleştirelim. Keşif görüşmesi ücretsizdir ve sizi bağlamaz.
- ✓ Keşif görüşmesi ücretsiz
- ✓ Mevcut altyapınızla çalışır
- ✓ Ölçüm yayından önce kurulur
Mobil mağazanız sepette değil, siparişte bitsin
Satın alma yolunun haritasıyla başlıyor, ödeme rotasını kurallara göre kuruyor, bildirim ve kampanya ölçümüyle birlikte teslim ediyoruz.