E-ticaret uygulaması yaptırmak ne kadar tutar?

Kısa cevap

E-ticaret uygulaması yaptırmak, iyi tasarlanmış yerel bir iOS uygulaması için genellikle 15.000 ile 80.000 dolar arasında değişir. Dar kapsamlı bir ilk sürüm alt sınırda, çok özellikli bir uygulama ise çok daha yüksekte yer alır. Fiyatı en çok belirleyen şey, uygulamanın ne kadar özelleştirildiği, ödeme ve bildirim entegrasyonları ve arkasındaki altyapıdır, ekibin nerede olduğu değil. Ucuz şablon çoğu zaman en pahalı seçenektir. Bir uygulamanın genel maliyet mantığı için bir uygulama yaptırmanın maliyeti rehberimize bakabilirsiniz; burada özellikle e-ticarete odaklanıyoruz.

Neden fiyat bu kadar değişiyor

Anlaşılması gereken ilk şey, bir e-ticaret uygulamasının tek bir şey olmadığıdır. Bir perakendeci uygulamanın maliyetini sorduğunda, dürüst yanıt bir soruyla başlar: uygulama gerçekte ne yapacak? İki mağaza da mobil uygulama isteyebilir ama birbirinden çok farklı ürünleri kastediyor olabilir; biri beş ekranlı basit bir katalog, diğeri kişiselleştirme, sadakat ve onlarca entegrasyon içeren bir sistem.

İşte bu yüzden her gerçekçi aralık geniştir. Bir e-ticaret uygulamasının maliyeti neredeyse tamamen kapsam, tasarım derinliği ve altyapının karmaşıklığıyla belirlenir; coğrafyayla ancak çok az. İstanbul’daki bir ekibin saatlik ücreti yurt dışındaki bir atölyeden farklı olabilir, ama toplamı asıl belirleyen, ne yaptırmayı seçtiğinize bağlı olan saat sayısıdır. Kapsamı iyi belirleyin, fiyat makul biçimde onu izler; belirsiz bırakın, teklif bilinmeyeni karşılamak için şişer. Bu yüzden dürüst bir fiyat konuşması, önce uygulamanın gerçekte ne yapacağını netleştirmekle başlar: hangi ekranlar, hangi entegrasyonlar, hangi süreçler. Bu netlik olmadan alınan her teklif ya bir tahmindir ya da eksik olanı sonradan ek maliyet olarak size döndürecek bir başlangıçtır.

Şablon tuzağı: neden ucuz olan pahalıya patlar

Türkiye’de e-ticaret hızla büyürken, birçok perakendeciye çok ucuza hazır bir uygulama vaat ediliyor. Kulağa cazip gelir, ama ciddi bir mağaza için genellikle kötü bir sonuç doğurur, ve nedenini anlamak önemlidir.

Hazır bir şablon, renkleri ve logoyu değiştirir ama altta herkesle aynı genel yapıyı korur. Basit ve sıradan bir ihtiyaç için sorun olmayabilir; ama markanız, ürünleriniz veya süreçleriniz biraz özelse, şablon kısa sürede sınırlarına çarpar ve orada takılırsınız, çünkü kod sizin değildir ve kuralları başkası koyar. Buna bir de kalite sorunu eklenir: ucuza yapılmış bir uygulama çoğu zaman yavaş çalışır, tökezler ve gerçek bir uygulamanın akıcılığından yoksundur. Müşteriler bunu saniyeler içinde hisseder, alışverişi yarıda bırakır ve düşük puan verir. Sonunda, işe yarayan bir şey için gerçek bir uygulamayı yeniden yaptırırsınız. Böylece baştaki tasarruf, bir yıl içinde daha büyük bir faturaya dönüşür. Ucuz kod, yeniden yapımı hesaba katıldığında çoğu zaman en pahalı koddur. Türkiye’de perakendecinin asıl korkusu haklıdır: ucuz şablonla dolandırılmak. Ama bundan korunmanın yolu daha ucuzu aramak değil, ne için ödeme yaptığınızı anlamaktır. Gerçek bir uygulama, markanıza uyan, hızlı çalışan ve büyüdükçe sizinle birlikte büyüyen bir varlıktır; şablon ise başkasının kalıbında bir kiradır.

Bir e-ticaret uygulamasının maliyetini ne belirler

Bir e-ticaret uygulamasının fiyatını en çok dört şey hareket ettirir:

• Ne kadar özelleştirildiği. Sepet ve katalog her mağazada bulunur; farkı, markanıza ve süreçlerinize ne kadar özel yapıldığı yaratır. En etkili maliyet kontrolü, çekirdek satın alma akışını iyi yapıp gerisini sonraya bırakmaktır.
• Ödeme entegrasyonları. Ödeme altyapılarıyla, kargo ve stok sistemleriyle bağlantı gerçek iştir ve her bağlantı, bir şeylerin bozulabileceği ve bakım gerektiren bir noktadır.
• Eklenen özellikler. Bildirimler, kişiselleştirme, sadakat, arama; bir uygulamayı değerli kılan şeyler bunlardır, ama her biri sitenin hiç sahip olmadığı yeni yerel iştir.
• Altyapının durumu. Temiz, düzenli bir arka uç büyük bir kolaylıktır; dağınık bir sistem, uygulama bağlanmadan önce çözülmesi gereken bir maliyettir.

Dördünün arkasındaki desen aynıdır: maliyet, özün peşinden gider. Soyut bir uygulama değil, sizin uygulamanızın ihtiyaç duyduğu belirli işi ödersiniz. Tasarımın da bir bedeli vardır ve Apple’ın Arayüz Tasarım Kılavuzu’nu izleyen temiz bir arayüz, müşterinin uygulamaya güvenip onu kullanmaya devam etmesini sağlayan şeydir.

Yaklaşıma göre maliyet

Yaklaşım	Kaba maliyet (dolar)	Ne elde edersiniz
Ucuz şablon	2.000 - 8.000	Genel bir kabuk; markaya uymaz, sınırlı
Odaklı yerel uygulama	15.000 - 40.000	Çekirdek akış yerel, temiz, hızlı
Tam özellikli uygulama	40.000 - 80.000+	Kişiselleştirme, sadakat, çok entegrasyon

İki not. Şablon ucuzdur ama ciddi bir mağaza için yanlış bir tasarruftur, çünkü düşük kalite ve yeniden yapım, kazançtan fazlasına mal olur. Odaklı yerel uygulama ise genellikle en dengeli seçenektir: her şeyi değil, mağazanın özünü iyi yaparak makul bir fiyata gerçek bir uygulama sunar.

Ödeme entegrasyonu ve bildirimler: teknik özün olduğu yer

İki alt sistem, bir e-ticaret uygulamasının hem değerini hem de maliyetini büyük ölçüde açıklar. İlki ödemedir. Fiziksel ürün satan bir mağaza, dijital ürünlere ayrılmış olan Apple’ın uygulama içi satın alma kurallarını değil, harici ödeme altyapılarını kullanır; yani Apple bu satışlardan komisyon almaz. Bu, sektörün en büyük şeridi: Apple’ın Haziran 2026 App Store ekosistem araştırmasına göre, 2025’te uygulamalar üzerinden dönen 1,4 trilyon doların 1,1 trilyonu fiziksel ürün ve hizmetlerden geldi ve perakende, büyümenin ana motorları arasında sayıldı. Ama ödemenin güvenli, hızlı ve yerel kartlarla sorunsuz çalışması gerekir, ve bu gerçek bir mühendislik işidir. Ödemede bir hata, kozmetik bir kusur değil, kaybedilen bir satış ve zedelenen bir güvendir.

İkincisi bildirimlerdir. Anlık bildirim, bir e-ticaret uygulamasının belki de en güçlü aracıdır: bir kampanyayı, sepette unutulan bir ürünü veya bir siparişin durumunu doğrudan müşterinin telefonuna ulaştırır. Web’in yapamadığı, uygulamanın yapabildiği tam da budur ve tekrar eden satışın büyük kısmı buradan gelir. Ama bildirimi doğru kurmak, doğru zamanda doğru mesajı göndermek, hem teknik hem de tasarım işidir. Bu iki sistem, bir e-ticaret uygulamasının neden basit bir katalogdan çok daha fazlası olduğunu ve fiyatın nereye gittiğini açıklar. Şablon uygulamaların çoğu bu iki alanda zayıftır: ödemeyi genel bir çözüme bağlar ve bildirimi ya hiç sunmaz ya da kaba biçimde ele alır, ki bu da tam olarak gerçek satışı ve sadakati yaratan kısımdan ödün vermek demektir. Bir mağaza için değeri yaratan şeyin, en çok kısılan şey olması, ucuz yolun neden pahalıya patladığının bir başka yüzüdür.

Nereden başlamalı: odaklı ilk sürüm

İyi haber, başlamak için tam donanımlı bir uygulamaya ihtiyacınızın olmamasıdır. Önerdiğimiz ve büyük mağazaların da erken dönemde izlediği yol, kapsamı cesurca daraltmaktır:

1. Çekirdek akışı seçin. Göz atma, sepet, ödeme ve sipariş takibi. Yirmi filtre, sadakat oyunları ve her ek özellik bekleyebilir.
2. İyi tasarlayın. İyi hissettiren küçük bir uygulama, kaba hissettiren büyük bir uygulamadan üstündür. Gerçek bir iPhone uygulaması gibi hızlı olması için Swift ile yerel yapın.
3. Kanıtlanmış servisleri kullanın. Ödeme ve kimlik doğrulama, özel koddan değil, güvenilir servislerden gelir.
4. Yayınlayın ve dinleyin. App Store’a koyun, gerçek müşterilerin ne yaptığını izleyin ve sonraki adımı buna göre belirleyin.

Bu ilk sürüm, aralığın alt ucundan başlar ve en önemlisi, ne inşa edileceğine karar vermek için gerçek satışlar getirir. Yayınlamak için bir Apple Developer Program hesabı ve Apple’ın App Store İnceleme Yönergeleri’nden geçmek gerekir; bu yönergeler, gerçek ödemeler içeren bir e-ticaret uygulamasına dikkatle bakar.

Durumunuza göre nereden başlamalı

Durumunuz	Önerilen başlangıç	Neden
Modeli doğrulamak, kısıtlı bütçe	Çekirdek akışlı odaklı uygulama	En düşük maliyet, gerçek satışlar
Marka sadakati önemli	İyi tasarım + bildirimler	Tekrar eden müşteri buradan gelir
Karmaşık ürün ve stok	Sağlam entegrasyonlar baştan	Sistemler uyumsuzsa her şey aksar
Hızlı büyüme bekleniyor	Ölçeklenebilir altyapı	Büyürken çekirdeği yeniden yazmamak için

Tekrarlayan kural şudur: önce gerçek dar boğazınız olan tarafa yatırım yapın ve diğerlerini çalışan en sade halinde tutun. Çoğu yeni mağaza için bu dar boğaz, müşterinin güvenip kolayca satın almasını sağlayan akıcı bir deneyimdir; ne kadar çok özellik olursa olsun, bu olmadan satış gelmez. Örneğin markanız güçlüyse ama tekrar eden satış zayıfsa, önce bildirim ve kişiselleştirmeye yatırım yapmak mantıklıdır; ürün ve stok karmaşıksa, önce entegrasyonları sağlam kurmak gerekir. Nereye öncelik vereceğiniz, en çok neyin sizi yavaşlattığına bağlıdır; doğru yanıt her mağaza için aynı değildir ve iyi bir iş ortağı, hangi tarafa önce yatırım yapmanız gerektiğini, veriye ve deneyime dayanarak sizinle birlikte belirler.

Gerçek bir örnek: bir perakendecinin ilk uygulaması

Aralığı somutlaştırmak için gerçekçi bir projenin nasıl dağıldığına bakalım: orta ölçekli bir Türk perakendecinin, yerel iOS uygulamasıyla başlayan ilk sürümü. Bu, kapsamı iyi belirlemenin uygulanabilir bir bütçeyle şişen bir bütçe arasındaki farkı yarattığı türden bir projedir.

• Keşif ve tasarım. 3 ila 5 hafta. Burada kapsam, çekirdek satın alma akışı ve markanın uygulamada nasıl görüneceği belirlenir. Bu aşama, sonraki her şeyin üzerine kurulduğu temeldir ve aceleye getirilirse maliyeti sonradan çıkar.
• Yerel iOS uygulaması. Katalog, sepet, ödeme ve sipariş takibi ile 8 ila 10 hafta. Uygulamanın gerçek bir uygulama gibi hızlı ve akıcı hissettiği yer burasıdır.
• Ödeme ve sistem entegrasyonları. Paralelde ilerler ve çoğu zaman en zorlu kısımdır: yerel ödeme altyapısı, kargo ve stok sistemleriyle bağlantı.
• Test ve yayın. 2 hafta. Gerçek kartlarla ödeme akışının ve sipariş sürecinin, yalnızca mutlu senaryonun değil, hatalı durumların da test edilmesi.

Sonuç genellikle 4 ila 5 ay sürer ve aralığın orta-alt bandına oturur. Ürünü bozmadan maliyeti düşüren kararlar bellidir: birçok özellik yerine odaklı bir çekirdek, en baştan sofistike bir kişiselleştirme yerine sade ve iyi çalışan bir akış, ve sonraya bırakılabilecek her şeyin ertelenmesi. Bunların hepsi kapsamı kısar, güvenilirliği değil; ki bir ödeme akışında güvenilirlikten ödün verilemez. Test konusunda bir uyarı: bir e-ticaret uygulamasında başarısız ödeme, iade veya stokta olmayan ürün gibi çirkin durumları da test etmek gerekir, çünkü üretimde bozulduklarında güveni tam da bunlar yıkar.

Ne zaman uygulamaya gerek yoktur

Ödeme yapmadan önce gerçekten bir uygulamaya ihtiyacınız olup olmadığı konusunda dürüst olun. Ara sıra göz atan, düşük hacimli bir mağaza için iyi bir mobil uyumlu site yeterli olabilir ve zaten varsa fazladan bir maliyeti yoktur. Yerel bir uygulama; bildirim göndermek, tekrar eden müşterileri elde tutmak, daha hızlı bir deneyim sunmak ve App Store’da bir varlık kazanmak istediğinizde maliyetini çıkarır. Bunların hiçbiri sizin için merkezi değilse, mobil siteyi iyileştirmek çoğu zaman uygulama yaptırmaktan daha iyi ve daha ucuz olur, ve iyi bir iş ortağı bunu size söyler.

Yerel bir uygulama doğru seçim olduğunda ise satın aldığınız şey, müşterilerinizin tarayıcıya tercih ettiği hızlı, yerel bir deneyim ve zamanla sadık bir kitledir. Tek çatı altında tasarlayıp geliştiren bir ekip, bizim yaptığımız gibi, mağazanızın özünü gerçek bir yerel uygulamaya dönüştürür ve elinizdekini yeniden yapmak yerine kullanır. Örnekleri çalışmalarımızda görebilir ve projeniz için gerçekçi bir tahminle çıkmak üzere kısa bir görüşmede konuşabilirsiniz.