“Bir mobil uygulamamız olmalı mı?” sorusu, e-ticaret toplantılarında en sık sorulan ve en az sağlıklı cevaplanan sorulardan biridir. Çoğu zaman cevap ya “herkesin uygulaması var, bizim de olmalı” ya da “gereksiz masraf” biçiminde gelir. Her iki yaklaşım da yanlış temele oturur. Doğru soru, uygulamanın müşterinize ve işinize hangi somut değeri ekleyeceğidir. TÜİK’in araştırmasına göre internet kullanan bireylerin yüzde 55,7’si internetten alışveriş yapıyor; birçok mağazada trafiğin önemli bölümü mobil cihazlardan geliyor (kendi oranınızı analitik verinizde görebilirsiniz). Mobil deneyimin önemi tartışılmaz; ancak mobil deneyimi sağlamanın birden fazla yolu vardır ve her işletme için uygulama ilk adım değildir.
Mobil uygulama mı, mobil uyumlu site mi?
Bir e-ticaret markası için mobil deneyim farklı biçimlerde sunulur:
- Mobil uyumlu web mağaza: Tarayıcıdan açılır, telefon ekranına uyum sağlar; indirme gerekmez. Arama motorlarından ve reklamlardan gelen ziyaretçiyi doğrudan karşılar.
- PWA (Progressive Web App): Tarayıcıda çalışan ama ana ekrana eklenebilen, hızlı açılan, önbellek sayesinde zayıf bağlantıda da kullanılabilen web uygulaması. Mağazadan indirme gerektirmez.
- Yerel (native) mobil uygulama: iOS ve Android uygulama mağazalarından indirilir; ana ekranda yer alır, bildirim gönderebilir, cihaz özelliklerine (kamera, biyometrik giriş, konum) erişebilir.
Çoğu işletme için önce mobil uyumlu, hızlı bir web mağaza kurmak doğru başlangıçtır; uygulama bunun üzerine eklenir. Mobil web zayıfsa, uygulama onu kurtarmaz. Mobil web için Google’ın Core Web Vitals ölçütleri (LCP 2,5 saniye, INP 200 milisaniye, CLS 0,1) iyi bir deneyimin eşikleridir.
PWA: ara yol
PWA, uygulama mağazası onayı olmadan ana ekrana eklenebilen ve uygulama benzeri çalışan bir web deneyimidir. Tek kod tabanıyla tüm cihazlarda çalışır, güncellemeler anında yayılır ve geliştirme maliyeti yerel uygulamadan düşüktür. CS-Cart’ın kullanıcı belgelerinde “Mobil uygulama (PWA)” eklentisi yer alır. Sınırları da vardır: cihaz donanımına erişim yerel uygulamaya göre kısıtlıdır ve bildirim gibi bazı özelliklerin desteği platforma ve sürüme göre değişir; güncel desteği Apple ve tarayıcı üreticilerinin dokümantasyonundan teyit etmek gerekir. Sektör kaynaklarında PWA’ya geçen bazı büyük işletmelerin dönüşüm artışı bildirdiği görülür; bu rakamlar işletmelerin kendi bildirimleridir ve sizin sonucunuz farklı olabilir.
Uygulama ne zaman anlamlıdır?
| Durum | Uygulama faydası |
|---|---|
| Müşteri sık ve tekrar eden alışveriş yapıyor (gıda, kozmetik, tüketim) | Yüksek |
| Sadakat programı ve puan sistemi var | Yüksek |
| Bildirimle (kampanya, sipariş durumu) müşteriyi geri çağırmak istiyorsunuz | Yüksek |
| Saha ekibi veya mağaza personeli için ayrı bir araç gerekiyor | Yüksek |
| Seyrek, tek seferlik alışveriş | Düşük |
| Henüz web mağazanız oturmadı | Düşük, önce web |
Uygulamanın değeri, müşteri ile aranızdaki ilişkinin sıklığına ve derinliğine bağlıdır. Yılda bir kez mobilya alan bir müşteri uygulamayı indirmez; haftalık market alışverişi yapan bir müşteri indirir. Uygulama, yalnızca web mağazanın bir kopyasıysa indirmek için bir neden yoktur; değer, bildirim, kişiselleştirme, sadakat ve hız gibi işlevlerle gelir.
Uygulamanın müşteriye ve işletmeye sağladıkları
- Hız ve kolaylık: Tek dokunuşla açılan, giriş bilgisi hatırlanan, ödeme bilgisi hızlı girilen deneyim.
- Bildirimler: Kampanya, sepet hatırlatma, kargo durumu ve stoğa giren ürün bildirimleri. Bildirimler aşırı kullanılırsa müşteri uygulamayı siler; az, ilgili ve izinli olmalıdır.
- Kişiselleştirme: Önceki alışverişlere göre öneriler ve favoriler.
- Sadakat: Puan, kupon ve özel fırsatların uygulamada toplanması.
- Doğrudan ilişki: Pazaryeri ya da reklam aracılığı olmadan müşteriye doğrudan ulaşım.
- Biyometrik giriş ve cihaz özellikleri: Hızlı ve güvenli giriş, barkod okuma gibi özellikler.
Maliyet kalemleri
Uygulama maliyeti tek bir rakam değildir; şu kalemlerden oluşur:
- Keşif ve tasarım: Kullanıcı akışları ve arayüz.
- Geliştirme: iOS ve Android; ortak mı, ayrı kod tabanı mı olduğu maliyeti etkiler.
- Altyapı bağlantısı: Mağaza ürün, stok, müşteri ve sipariş verisine API ile bağlanma.
- Test ve yayın: Cihaz testleri, uygulama mağazası süreçleri ve onay.
- Bakım: İşletim sistemi güncellemeleri, hata düzeltme, yeni özellikler. Uygulama yayınlandıktan sonra bakım sürekli bir iştir.
- Bildirim ve analiz hizmetleri: Üçüncü taraf servis maliyetleri.
- Mağaza hesapları: Uygulama mağazalarının geliştirici hesapları ve kuralları.
Rakam yerine kapsamı yazılı çıkarıp kalem kalem teklif almak en sağlıklısıdır. Sık yapılan hata, yalnızca geliştirme maliyetine bakıp bakım maliyetini unutmaktır.
Tek altyapı ilkesi
Uygulamanın en sık yapılan hatası, web mağazadan ayrı bir sistem olarak kurulmasıdır. Stok, fiyat ve müşteri verisi iki yerde tutulur; senkronizasyon sorunları çıkar. Doğru yaklaşım uygulamayı mağaza altyapısına bağlamaktır. CS-Cart’ın Ultimate planında yöneticiler için REST API bulunur; bu tür arayüzler uygulama bağlantısının temelidir. Pazaryeri projelerinde ise CS-Cart’ın resmi plan karşılaştırması, Plus ve üzeri planlar için senkronize mobil uygulama, Ultimate ve Unlimited için uygulama kaynak kodu seçeneklerini belirtir; güncel kapsamı lisans sayfalarından teyit edin.
Örnek bir uygulama için Blankie vaka çalışmasına bakın: web mağaza, iOS ve Android uygulamaları, stok yönetimi ve sadakat programı tek CS-Cart altyapısında çalışır.
Mobilde ödeme ve bildirim
Uygulamada ödeme akışı mobil ekrana özel düşünülmelidir. Barındırılan ödeme formları ve 3D Secure doğrulaması mobilde sorunsuz çalışmalı, kart bilgisi girişi kolay olmalı, hata mesajları net olmalıdır. Hazır ödeme eklentilerimiz için iyzico ve PayTR sayfalarına bakabilirsiniz. Bildirimler için uygulama içi bildirimin yanında Twilio SMS Bildirimleri gibi kanallar da tamamlayıcıdır; hesap güvenliği için Twilio Telefon Doğrulama kullanılabilir. Pazarlama amaçlı bildirim ve ileti gönderimlerinde izin ve mevzuat gereklilikleri hukuk danışmanınızla netleştirilmelidir.
Karar için kontrol listesi
- Müşterilerim ayda en az birkaç kez alışveriş yapıyor mu?
- Sadakat veya bildirim stratejim var mı?
- Web mağazam hızlı ve mobil uyumlu mu?
- Uygulamanın sağlayacağı gelir artışı, geliştirme ve bakım maliyetini aşar mı?
- Mağaza altyapım API ile bağlantıya uygun mu?
- Uygulama mağazalarının kurallarına ve onay süreçlerine uyum sağlayabilir miyim?
- Yayın sonrası sürekli bakım için bütçem ve ekibim var mı?
Cevaplarınız olumluysa mobil uygulama geliştirme sayfasına bakın veya ön görüşme talep edin.
Sık yapılan hatalar
- Mobil web’i atlayıp doğrudan uygulamaya gitmek.
- Uygulamayı web’in kopyası olarak yapmak.
- Bakım bütçesini hesaplamamak.
- Veriyi ayrı tutmak: Uygulama ve web aynı kaynaktan beslenmeli.
- Bildirimleri aşırı kullanmak.
- Performansı ölçmemek: Açılış hızı, çökme oranı ve kullanım verisi izlenmeli.
- Mağaza kurallarını son dakikaya bırakmak: Uygulama mağazası onay süreci takvimi etkiler.
Ölçüm: uygulama işe yarıyor mu?
Uygulama yayınlandıktan sonra başarıyı ölçmeden yatırımın geri dönüşü bilinemez. İzlenmesi gereken göstergeler: kurulum sayısı yerine etkin kullanıcı sayısı, ilk haftada elde tutma oranı, bildirim izin ve tıklama oranları, uygulamadan gelen sipariş oranı ve ortalama sipariş büyüklüğü, uygulama kullanıcılarının tekrar alışveriş sıklığı ve çökme/hata oranı. Uygulama kullanıcılarının web kullanıcılarına göre daha yüksek tekrar alışveriş yaptığını görüyorsanız yatırım anlam kazanır; görmüyorsanız uygulamanın değer önermesini gözden geçirmek gerekir. Bu veriler, hangi özelliğin gerçekten fark yarattığını gösterir ve geliştirme bütçesini doğru yere yönlendirir.
Uygulama projesi nasıl ilerler?
Uygulama projeleri, iyi tanımlanmış aşamalarla ilerlediğinde sürprizler azalır. Birinci aşama keşiftir: hedefler, kullanıcı tipleri, mevcut mağaza altyapısı ve rakip uygulamalar incelenir; uygulamanın çözeceği somut sorun yazılır. İkinci aşama tasarımdır: kullanıcı akışları, ekran taslakları (wireframe) ve görsel tasarım hazırlanır, küçük bir kullanıcı grubuyla denenir. Üçüncü aşama geliştirmedir: mağaza altyapısıyla bağlantı, ödeme, bildirim ve analitik kurulur; düzenli aralıklarla çalışan sürümler paylaşılır. Dördüncü aşama testtir: farklı cihaz ve işletim sistemi sürümlerinde, zayıf bağlantıda ve ödeme senaryolarında kapsamlı test yapılır. Beşinci aşama yayındır: uygulama mağazası başvuruları, metin ve görseller, gizlilik bilgileri ve onay süreci yürütülür; mağaza onayı için süre payı bırakmak gerekir. Altıncı aşama izleme ve iyileştirmedir: kullanım verisi, hata raporları ve kullanıcı yorumlarıyla sürekli güncelleme yapılır.
Küçük başlayıp çekirdek özelliklerle çıkmak ve geri bildirimle genişletmek, tüm özellikleri ilk sürüme yüklemekten çok daha güvenlidir. İlk sürümde çoğu zaman şu çekirdek yeterlidir: ürün gezinme ve arama, sepet ve ödeme, hesap ve sipariş takibi, bildirim. Sadakat, kişiselleştirme, canlı destek ve benzeri özellikler veriyle önceliklendirilerek eklenir.
Uygulama mağazalarının kuralları
Apple App Store ve Google Play, uygulamalar için kendi kurallarını koyar: gizlilik bilgileri, izin kullanımı, ödeme kuralları, içerik politikaları ve kalite ölçütleri. Fiziksel ürün satan uygulamalarda ödeme genellikle kendi ödeme altyapınızla yapılabilir; dijital ürün ve abonelik satışında ise mağazaların kendi ödeme sistemleri ve komisyon kuralları söz konusu olabilir. Bu kurallar zaman içinde değişir; yayın öncesi ve sonrası güncel politikaları doğrudan mağazaların resmi dokümantasyonundan teyit etmek gerekir. Uygulamanın reddedilmesi ya da yayından kaldırılması, projenin takvimini ve maliyetini ciddi biçimde etkileyebilir. Bu nedenle kuralları proje başında inceleyip tasarım kararlarına yansıtmak akıllıcadır.
Mobil uygulama ve web mağaza için ortak içerik yönetimi
Uygulama ile web mağazanın ayrı içerik yönetimine sahip olması, ekibin yükünü iki katına çıkarır. Ürün açıklaması, görsel, kampanya görselleri ve duyuruların tek yerden yönetilip her iki kanala yansıması, hem tutarlılık hem verimlilik sağlar. Bu nedenle uygulamanın içerik katmanını tasarlarken şu soruları sorun: Ana ekrandaki kampanya görselleri web’deki kampanyalarla aynı kaynaktan mı gelecek? Ürün kategorileri iki kanalda aynı ağaçtan mı beslenecek? Uygulamaya özel içerik (örneğin yalnızca uygulama kullanıcılarına özel kupon) kim tarafından, hangi panelden yönetilecek? Bu sorular netleşmeden başlayan projelerde, uygulama zamanla web’den kopar ve iki ayrı ürün gibi yaşamaya başlar.
Ekibin alışkanlıkları da önemlidir. Pazarlama ekibi kampanya görselini bir kez hazırlayıp her iki kanalda yayınlayabiliyorsa uygulama güncel kalır; her görsel için iki ayrı iş akışı gerekiyorsa uygulama bir süre sonra eskir. İçerik güncelliği, uygulama kullanıcısının kalıcılığını doğrudan etkiler: kullanıcı uygulamayı her açtığında eski bir kampanya görürse güven kaybeder.
Sık sorulan sorular
Uygulama yayına çıktıktan sonra ne kadar bakım ister?
İşletim sistemi güncellemeleri, uygulama mağazalarının değişen kuralları ve yeni özellik ihtiyaçları nedeniyle uygulamalar düzenli bakım ister. Bu yüzden bütçeyi yalnızca ilk geliştirme için değil, yayın sonrası bakım için de planlamak gerekir.
PWA mı, yerel uygulama mı?
PWA daha ekonomik ve hızlı yayılır; yerel uygulama cihaz özelliklerine tam erişim ve mağaza görünürlüğü sağlar. Veri yoksa PWA ile başlayıp gerçek kullanımla karar vermek en az riskli yoldur.
Uygulama mağaza verilerimle senkron çalışır mı?
Doğru kurgulandığında evet; ürün, stok, fiyat ve sipariş verisi mağaza altyapısından beslenir.
Uygulamayı kim yayınlar?
Yerel uygulama projelerinde mağaza başvuru ve yayın süreci proje kapsamına dahil edilebilir; hesapların işletme adına açılması esastır.
SoftCrafter ile çalışmak
SoftCrafter, CS-Cart’ın resmi partneri olarak mobil stratejinizi verilerinizle birlikte değerlendirir ve doğru yolu önerir. Formu bırakın, sizi 15 dakika içinde arayalım; kalem kalem teklifinizi 1 iş günü içinde hazırlayalım.
