Android e-ticaret uygulaması yapmak; ürün listeleme, sepet ve ödeme akışını kapsayan bir gereksinim listesi çıkarmakla başlar. Ardından native (Kotlin) veya cross-platform (React Native, Flutter) geliştirme arasında seçim yapıp tasarım, kodlama, ödeme entegrasyonu, test ve Play Store yayını adımlarını sırayla ilerletirsiniz.
Bu yazıda her adımı sırasıyla, gerçek kararlar üzerinden anlatıyoruz. Genel bir mobil uygulama geliştirme sürecine bakmak isterseniz mobil uygulama yapım aşamaları yazımıza da göz atabilirsiniz.
1. Adım: Kapsamı ve Temel Özellikleri Netleştirin
İlk sürümde hangi özelliklerin olmazsa olmaz, hangilerinin "sonraki sürüme" bırakılabileceğine karar verin. Bir e-ticaret uygulamasında minimum kapsam genelde şunları içerir: ürün listeleme ve filtreleme, ürün detay sayfası, sepet, ödeme, sipariş takibi ve kullanıcı hesabı. Kupon sistemi, favori listesi, canlı destek gibi özellikler ilk sürümü geciktiriyorsa ikinci faza bırakılabilir.
Kapsam çıkarırken iş modeli de belirleyicidir. Tek bir markanın kendi ürünlerini sattığı bir uygulama ile birden çok satıcının ürün listelediği bir pazaryeri (marketplace) çok farklı gereksinimler doğurur: pazaryerinde satıcı paneli, komisyon hesaplama ve çoklu kargo takibi gibi ek katmanlar gerekir. Kapsamı büyük tutmak, projenin en sık geciken ve bütçeyi aşan tarafıdır.
2. Adım: Native mi Cross-Platform mu?
Bu karar; bütçenizi, süreyi ve uygulamanın ihtiyaç duyduğu performans seviyesini doğrudan etkiler. Aşağıdaki tablo iki yaklaşımı e-ticaret bağlamında karşılaştırır:
| Yaklaşım | Avantajı | Dezavantajı | Ne zaman tercih edilir |
|---|---|---|---|
| Native (Kotlin) | En iyi performans, cihaz özelliklerine (kamera, NFC ödeme vb.) tam erişim | Sadece Android; iOS için ayrı bir geliştirme süreci gerekir | Barkod/QR tarama, NFC ödeme gibi donanım entegrasyonu yoğunsa |
| Cross-platform (React Native / Flutter) | Tek kod tabanından Android + iOS'a aynı anda yayın | Çok özel donanım entegrasyonlarında ek yerel kod yazmak gerekebilir | Bütçe ve süre kısıtlıyken her iki platformda da yer almak gerektiğinde |
Çoğu e-ticaret uygulaması için cross-platform yaklaşım, tek bütçeyle iki platforma birden çıkabilmesi nedeniyle daha mantıklı bir başlangıç noktasıdır. Cross-platform mobil uygulama nedir yazımızda bu yaklaşımı daha ayrıntılı ele aldık.
3. Adım: Bilgi Mimarisini ve Akışı Tasarlayın
Tasarıma geçmeden önce ekranlar arası akışı kağıt üzerinde veya Figma'da çizin: ana sayfa → kategori → ürün detay → sepet → ödeme → sipariş onayı. Checkout akışı ne kadar kısa olursa terk oranı o kadar düşer; gereksiz form alanları, zorunlu üyelik veya fazla adım eklemekten kaçının. Misafir olarak (üyeliksiz) satın alma seçeneği sunmak, checkout'u tamamlayan kullanıcı oranını doğrudan etkileyen basit ama etkili bir karardır.
Ürün listeleme sayfasında filtre ve sıralama seçenekleri (fiyat, beden, renk, kategori) erken tasarlanmalıdır; sonradan eklenen filtreler genelde veri modelinde yeniden yapılandırma gerektirir. Arama kutusunun listelemenin en görünür yerinde olması, özellikle geniş kataloglu uygulamalarda dönüşümü doğrudan etkiler.
4. Adım: Ödeme Altyapısını Doğru Seçin
Türkiye pazarına yönelik bir uygulama için iyzico, PayTR veya Craftgate gibi yerel ödeme altyapıları; uluslararası satış yapacaksanız Stripe gibi seçenekler değerlendirilir. Seçtiğiniz sağlayıcının Android SDK'sının güncel olduğundan, taksit ve farklı kart tipi desteğinden ve 3D Secure akışını sorunsuz yönettiğinden emin olun.
Ödeme ekranında kullanıcıyı uygulamadan tamamen koparan (harici tarayıcıya yönlendiren) akışlar sepet terkini artırır — mümkünse uygulama içi (in-app) ödeme deneyimini tercih edin. İade ve iptal süreçlerini de baştan tasarlayın: bir müşteri ödemesini nasıl iptal edecek, iade parası ne kadar sürede hesabına dönecek gibi sorular geliştirme sırasında değil, kullanıcı şikayet ettiğinde çözülürse güven kaybına yol açar.
5. Adım: Geliştirme ve Entegrasyonlar
Temel ekranları oluşturduktan sonra sırasıyla şu entegrasyonları ekleyin: stok ve fiyat senkronizasyonu (mevcut bir e-ticaret altyapınız veya ERP'niz varsa API üzerinden), kargo takip servisleri, push bildirim (sepette unutulan ürün, kampanya, sipariş durumu için) ve temel analitik (hangi ürünler görüntüleniyor, checkout'un hangi adımında terk ediliyor).
Stok senkronizasyonunun gecikmesi, tükenen bir ürünün uygulamada hâlâ "stokta" görünmesine ve iptal edilen siparişlere yol açan yaygın bir hatadır. Kampanya ve kupon sistemi varsa, kuponun hem sepet toplamına hem tekil ürünlere uygulanabildiğinden ve son kullanma tarihinin doğru işlediğinden test aşamasında emin olun.
6. Adım: Test Etmeden Yayına Almayın
E-ticaret uygulamalarında test öncelik sırası nettir: önce ödeme akışı (başarılı ödeme, başarısız ödeme, iade senaryosu), sonra checkout formu (farklı adres/kart kombinasyonları), sonra farklı ekran boyutu ve Android sürümlerinde görsel test. Gerçek kartla küçük tutarlı canlı ödeme testi yapmadan uygulamayı yayına almayın; test ortamında (sandbox) çalışan bir entegrasyon, canlı ortamda farklı davranabilir.
Zayıf mobil bağlantıda (3G veya kalabalık bir Wi-Fi ağında) checkout adımlarını da ayrıca test edin. Ödeme onayı beklenirken ekranın donmuş görünmesi, kullanıcının işlemi tekrarlayıp mükerrer ödeme yapmasına yol açabilir; bu yüzden ödeme sırasında net bir yüklenme göstergesi ve tekrar tıklamayı engelleyen bir kilit mekanizması eklemek küçük ama etkili bir detaydır.
AppFellas
Fikrinizi konuşalım.
Ücretsiz keşif görüşmesinde projenizi, bütçenizi ve zaman çizelgenizi netleştirelim.
7. Adım: Play Store'a Yayınlama ve Sonrası
Play Store listelemesi için ürün ekran görüntüleri, kısa/uzun açıklama ve gizlilik politikası bağlantısı hazırlanır. Yayından sonra iş bitmiyor: sürüm güncellemeleri, kullanıcı yorumlarına yanıt verme ve mağaza içi arama için başlık/açıklama optimizasyonu (ASO) düzenli olarak sürdürülmesi gereken işlerdir. Checkout'ta yaşanan bir hatayı kullanıcı yorumlarından öğrenmek yerine analitik verisiyle erken fark etmek, mağaza puanınızı korur.
Örnek Senaryo: Tek Marka ile Pazaryeri Farkı
Kendi ürünlerini satan tek bir giyim markası için uygulama; katalog, sepet, ödeme ve sipariş takibiyle birkaç aylık bir geliştirme kapsamına sığabilir. Aynı uygulamayı birden çok satıcının ürün listeleyebildiği bir pazaryerine çevirmek; satıcı onay süreci, komisyon hesaplama, çoklu kargo entegrasyonu ve satıcı bazlı raporlama gibi katmanlar eklediği için kapsamı ve süreyi belirgin şekilde büyütür. Hangi modelde ilerleyeceğinizi netleştirmeden geliştirmeye başlamak, sonradan mimariyi baştan kurmanıza yol açabilir.
Kullanıcı Güvenini Kazanan Detaylar
E-ticaret uygulamalarında dönüşümü belirleyen çoğu zaman özellik sayısı değil, güven duygusudur. Ürün görsellerinin gerçek ve yeterli çözünürlükte olması, stok bilgisinin doğru görünmesi ve iade/iptal koşullarının ürün sayfasından kolayca ulaşılabilir olması, kullanıcıyı satın almaya ikna eden temel unsurlardır. Ödeme ekranında güvenli bağlantı ve tanınan ödeme sağlayıcı logolarının görünür olması da bu güveni pekiştirir.
Sipariş sonrası deneyim de aynı derecede önemlidir: sipariş durumunun (hazırlanıyor, kargoya verildi, teslim edildi) uygulama içinden takip edilebilmesi, kullanıcının kargo firmasının ayrı sitesine gitmesine gerek bırakmaz ve uygulamayı tekrar açma sebebi yaratır. Sipariş geçmişine kolay erişim ve tek tıkla "tekrar sipariş ver" seçeneği, düzenli alışveriş yapan kullanıcılar için checkout süresini belirgin şekilde kısaltır.
iOS Sürümü de Gerekiyor mu?
Cross-platform bir yaklaşım seçtiyseniz (React Native veya Flutter), aynı kod tabanının büyük kısmı iOS için de kullanılabilir; ek olarak App Store'a özgü inceleme süreci ve mağaza görselleri hazırlanır. Native (Kotlin) ile başladıysanız iOS için ayrı bir geliştirme (Swift) gerekir ve bu iki ekibin aynı özellikleri paralel yürütmesi anlamına gelir. Hedef kitlenizin iOS kullanım oranı yüksekse bu kararı proje başında, mimariyi kurmadan önce netleştirmek daha az maliyetlidir.
Sık Yapılan Hatalar
- Checkout akışını gereksiz form alanlarıyla uzatmak
- Tek bir ödeme yöntemi sunup alternatif sunmamak
- Stok/fiyat senkronizasyonunu gerçek zamanlı yapmamak
- Web sitesinin tasarımını olduğu gibi mobile taşımaya çalışmak
- Gerçek kartla canlı ödeme testini atlayıp doğrudan yayına almak
- İade/iptal sürecini kullanıcı şikayet edene kadar tasarlamamak
Süreyi ve Maliyeti Neler Belirler?
Tek bir sabit rakam vermek yanıltıcı olur; ancak süre ve maliyeti belirleyen kalemler nettir:
- Kapsamın genişliği: tek marka mı, çoklu satıcılı pazaryeri mi
- Entegrasyon sayısı: kaç ödeme yöntemi, kaç kargo firması, ERP bağlantısı olup olmadığı
- Tasarım yaklaşımı: hazır bileşenlerle sade bir arayüz mü, tamamen özel tasarım mı
- Platform sayısı: sadece Android mı, iOS de eklenecek mi
Bu kalemleri kendi projenize göre netleştirdikten sonra somut bir teklif almak en sağlıklısı. Mobil uygulama fiyatları ve fiyatlandırma stratejileri yazılarımızda bu kalemleri daha ayrıntılı ele aldık.
AppFellas ile Android E-Ticaret Uygulaması Geliştirme
AppFellas, 2013'ten beri girişimci ve kurumsal firmalar için özel yazılım geliştiren bir ürün stüdyosu. E-ticaret uygulaması geliştirme sürecinde gereksinim analizinden ödeme entegrasyonuna, testten Play Store yayınına kadar projenizin her aşamasında birlikte çalışırız. Kapsamınızı netleştirip somut bir yol haritası çıkarmak isterseniz iletişime geçebilirsiniz; mevcut projelerimize işler sayfasından göz atabilirsiniz.
Sık sorulan sorular
Android e-ticaret uygulaması yapmak ne kadar sürer?
Kapsama ve entegrasyon sayısına (ödeme, kargo, stok senkronizasyonu) göre değişir. Genel süreç aşamaları için mobil uygulama yapım aşamaları yazımıza bakabilirsiniz.
Native mi cross-platform mu daha uygun?
Kamera, NFC gibi donanıma yoğun ihtiyaç yoksa cross-platform (React Native/Flutter), tek bütçeyle Android ve iOS'a aynı anda çıkabildiği için çoğu e-ticaret projesinde daha verimli bir başlangıçtır.
E-ticaret uygulaması için hangi ödeme altyapısı kullanılmalı?
Türkiye pazarı için iyzico, PayTR veya Craftgate gibi yerel sağlayıcılar; uluslararası satış için Stripe gibi seçenekler değerlendirilir. Seçimde taksit desteği ve 3D Secure akışının sorunsuz çalışması önemlidir.
Uygulamayı Play Store'a yayınlamadan önce nelere dikkat etmeliyim?
Ödeme akışını gerçek kartla canlı ortamda test edin, gizlilik politikası bağlantısını ekleyin ve farklı ekran boyutlarında görsel testi tamamlayın.
Web sitem varken ayrıca mobil uygulamaya ihtiyacım var mı?
Hedef kitleniz sık ve tekrar eden alışveriş yapıyorsa push bildirim ve daha hızlı checkout sunan bir uygulama dönüşümü artırabilir. Karar sürecini web sitesi mi mobil uygulama mı yazımızda ele aldık.



