Aydınlatma metni yükleniyor…
E-ticaret sitesi fiyatı yalnız sayfa sayısına veya seçilen paket adına göre belirlenmez. Bütçeyi ürün verisinin yapısı, fiyat ve kampanya kuralları, arama ve filtreleme, sepet ve ödeme akışı, kargo ve iade süreçleri, ERP/CRM/pazaryeri entegrasyonları, veri taşıma, güvenlik, test ve yayın sonrası işletme modeli birlikte belirler.
Bu rehber güncelliğini hızla kaybedebilecek piyasa fiyatları vermek yerine teklifleri aynı kapsamda karşılaştırmanızı sağlar. Amaç, başlangıç bedelinin yanında devam eden lisans, altyapı, servis, bakım ve operasyon sorumluluklarını da görünür kılmaktır.
Kısa Cevap: E-Ticaret Sitesi Maliyetini Neler Belirler?
- Hazır altyapı, özel yazılım veya hibrit çözüm kararı
- Ürün, varyant, kategori, özellik, görsel ve dil hacmi
- Fiyat, iskonto, kupon, kampanya ve vergi kuralları
- Arama, filtreleme, ürün karşılaştırma ve öneri ihtiyaçları
- Sepet, üyelik, ödeme, teslimat, iptal ve iade akışları
- ERP, CRM, muhasebe, depo, kargo ve pazaryeri bağlantıları
- Eski sistemden ürün, müşteri ve sipariş verisi taşıma
- Tasarım, erişilebilirlik, performans, güvenlik ve test kapsamı
- Canlı geçiş, eğitim, dokümantasyon ve hesap sahipliği
- Lisans, altyapı, bakım, destek ve yeni geliştirme modeli
Kurulum Bedeli ile Toplam Sahip Olma Maliyeti Aynı Değildir
Kurulum bedeli keşif, tasarım, geliştirme, veri hazırlığı, entegrasyon, test ve canlı geçişi kapsayabilir. Toplam sahip olma maliyeti ise bunlara belirli bir dönem boyunca lisans, barındırma, işlem veya kullanım ücretleri, mesaj servisleri, bakım, destek, içerik operasyonu ve değişiklikleri ekler.
İki teklifin başlangıç bedeli benzer olsa bile biri kritik entegrasyonları, veri temizliğini veya destek süresini kapsam dışında bırakabilir. Karar tablosunda tek seferlik ve tekrarlayan giderleri ayırın; her giderin ne zaman, hangi hacimle ve kimin sorumluluğunda oluşacağını yazın.
Kumsal E-Ticaret Toplam Maliyet Haritası
Aşağıdaki özgün harita teklifleri yedi alanda eşitler. Her satır için miktar, teslimat, varsayım, müşteri sorumluluğu, üçüncü taraf gideri ve kabul koşulu kaydedilmelidir.

| Alan | Ölçülecek kapsam | Teklifte aranacak kanıt | Sık unutulan gider |
|---|---|---|---|
| Temel kurulum | Altyapı, mağaza, ortam, tema/tasarım | Teslimat ve ortam listesi | Lisans, uygulama ve tema yenilemeleri |
| Katalog ve veri | Ürün, varyant, kategori, özellik, dil | Veri şeması ve taşıma örneği | Temizlik, görsel düzenleme ve tekrar aktarım |
| Ticari kurallar | Fiyat, kampanya, vergi, kupon, stok | Kural ve istisna matrisi | Çakışma ve çoklu kanal mutabakatı |
| Müşteri akışı | Arama, sepet, ödeme, teslimat, iade | Uçtan uca kabul senaryosu | Başarısız ve kısmi işlemler |
| Entegrasyon | Sistem, alan, yön, sıklık, hata | Veri ve sorumluluk haritası | API değişikliği ve kullanım ücreti |
| Kalite ve geçiş | Test, güvenlik, performans, eğitim | Test kanıtı ve geçiş planı | Pilot, geri dönüş ve içerik kontrolü |
| İşletme | İzleme, destek, bakım, geliştirme | Hizmet seviyesi ve sahiplik | Yoğun dönem kapasitesi ve sürüm uyarlaması |
1. Hazır Altyapı, Özel Yazılım ve Hibrit Yaklaşım
Hazır altyapı; standart katalog, sipariş ve yönetim ihtiyaçlarında hızlı başlangıç sağlayabilir. Özel yazılım; farklılaştırılmış akışlar, yoğun entegrasyon veya özel iş kuralları için esneklik sunabilir. Hibrit modelde ticaret çekirdeği hazır kalırken belirli deneyimler veya bağlantılar özel geliştirilebilir.
Karşılaştırmayı yalnız ilk proje süresiyle yapmayın. Lisans modeli, uygulama ve eklenti bağımlılığı, işlem hacmi sınırları, veri dışa aktarma, tema ve API esnekliği, güncelleme sorumluluğu ve olası geçiş maliyeti aynı dönemde değerlendirilmelidir.
2. Ürün Kataloğu ve Veri Hazırlığı
Bin basit ürün ile yüzlerce karmaşık varyant aynı iş değildir. Ürün kodu, başlık, açıklama, özellik, kategori, varyant, ölçü, fiyat, stok, görsel, belge ve dil alanlarının kaynağı belirlenmelidir. Arama ve filtre deneyimi de bu veri yapısına bağlıdır.
Eski veride tekrarlar, eksik özellikler, tutarsız kategori adları veya yetersiz görseller varsa bunların temizliği ayrı bir iş paketidir. Teklif; örnek veri denetimini, alan eşlemesini, deneme aktarımını, hata raporunu ve son mutabakatı açıklamalıdır.
3. Fiyat, Kampanya, Vergi ve Stok Kuralları
Liste ve indirimli fiyat dışında kupon, sepet eşiği, ürün paketi, müşteri grubu, dönem, kanal veya adet kuralı bulunabilir. Kurallar çakıştığında öncelik sırası, iade ve iptalde hesaplama davranışı ve kampanya raporlaması tanımlanmalıdır.
Stok tek depodan gelebileceği gibi mağaza, depo ve pazaryerleri arasında paylaşılabilir. Rezervasyon, güvenlik stoğu, tükenen ürün, ön sipariş ve kısmi sevkiyat davranışları yalnız arayüz değil, veri ve operasyon kapsamıdır.
4. Arama, Ürün Sayfası, Sepet ve Ödeme Deneyimi
Kategori gezinmesi, arama toleransı, filtreler, sıralama, ürün karşılaştırma, varyant seçimi ve teslimat bilgisinin hangi müşteri görevini çözeceği belirlenmelidir. Her ek bileşen tasarım, veri, geliştirme, analitik ve test gerektirir.
Sepet ve ödeme kapsamı; misafir veya üyelik, adres, teslimat yöntemi, kupon, ödeme seçimi, başarısız ödeme, yeniden deneme, sipariş onayı ve bildirimleri içerir. Sadece “ödeme entegrasyonu” demek, iade, iptal, mutabakat ve hata sahipliğini açıklamaz.
5. ERP, CRM, Depo, Kargo ve Pazaryeri Entegrasyonları
Entegrasyon için önce hangi verinin ana kaydının hangi sistemde olduğu yazılmalıdır. Ticaret Bakanlığı ETBİS E-Ticaret Akademisi, ERP bağlantısında ürün, fiyat, kampanya, kategori, müşteri, sipariş, stok, sevkiyat, finans ve muhasebe verilerinin rolünü; veri kaynağı, hedefi ve güncelleme sıklığının belirlenmesi gerektiğini açıklar. (ETBİS ERP entegrasyonu rehberi)
Her bağlantıda alanlar, yön, tetikleyici, zamanlama, kimlik doğrulama, zaman aşımı, tekrar deneme, mükerrer işlem önleme, günlük, uyarı ve sorumlu ekip belirtilmelidir. API'nin varlığı tek başına bağlantının hazır veya düşük maliyetli olduğunu göstermez.
6. Ödeme Güvenliği, Kalite ve Kabul Testleri
Ödeme sağlayıcısı kullanmak sorumlulukların tamamını ortadan kaldırmaz. PCI Security Standards Council, ödeme tamamen üçüncü tarafa devredilse bile sağlayıcının uygunluğunu doğrulama, yazılı sorumlulukları belirleme ve paylaşılan görevleri anlama sorumluluğunun sürdüğünü belirtir. (PCI SSC ödeme dış kaynak kullanımı açıklaması) Uygulanacak yükümlülükler ödeme kuruluşu ve yetkili uzmanlarla doğrulanmalıdır.
Fonksiyon, entegrasyon, tarayıcı/cihaz, erişilebilirlik, performans ve güvenlik kontrollerinin kapsamı yazılmalıdır. Ürün bulma, varyant seçme, kupon, başarısız ödeme, stok değişimi, iptal, iade ve kısmi sevkiyat gibi gerçek kabul senaryoları test edilmelidir.
7. Canlı Geçiş ve Yayın Sonrası İşletme
Canlı geçiş; son veri aktarımı, alan adı ve yönlendirmeler, ödeme ve kargo üretim hesapları, analitik, e-posta/SMS, indeksleme kontrolleri, sipariş denemesi, eğitim ve geri dönüş planını kapsar. Kaynak kod, alan adı, veri, analitik, reklam, servis ve mağaza hesaplarının sahipliği teslim envanterine yazılmalıdır.
Yayın sonrası hata düzeltme, rutin bakım, içerik operasyonu, kampanya desteği ve yeni geliştirme birbirinden ayrılmalıdır. Yoğun dönemlerde kapasite, izleme ve destek yöntemi; platform, ödeme, kargo veya ERP sürümü değiştiğinde uyarlama sorumlusu önceden belirlenmelidir.
E-Ticaret Tekliflerini Karşılaştırmak İçin 12 Soru
- Bütün adaylar aynı ürün, varyant ve dil hacmini mi fiyatlandırdı?
- Veri temizliği ve görsel hazırlama kimin sorumluluğunda?
- Fiyat, kampanya, vergi ve stok istisnaları yazıldı mı?
- Arama, filtre, ürün, sepet ve ödeme kabul senaryoları var mı?
- Her kritik verinin ana kayıt sistemi belli mi?
- Entegrasyonlarda hata ve tekrar deneme davranışı tanımlı mı?
- Ödeme, kargo ve diğer üçüncü taraf ücretleri ayrıldı mı?
- Veri taşıma kaç prova ve mutabakat içeriyor?
- Performans, güvenlik ve erişilebilirlik kontrolleri kapsamda mı?
- Hesaplar, veri ve kaynakların sahipliği açık mı?
- Bakım, destek ve yeni geliştirme ayrılıyor mu?
- Üç yıllık toplam gider aynı varsayımlarla hesaplandı mı?
Farklı teklifleri puanlamak için web sitesi teklif karşılaştırma puan kartını, tek seferlik ve tekrarlayan giderleri ayırmak için üç yıllık toplam maliyet rehberini kullanabilirsiniz.
Sonuç
E-ticaret sitesi maliyetini doğru okumak için paket fiyatından önce katalog, ticari kural, müşteri akışı, entegrasyon, kalite, geçiş ve işletme kapsamını aynı tabloda ölçün. Böylece düşük veya yüksek görünen tekliflerin gerçekten aynı teslimatı içerip içermediği anlaşılır.
Mağaza kapsamınızı ve teknik bağımlılıkları birlikte değerlendirmek için Kumsal Ajans e-ticaret çözümlerini inceleyebilir ve ekibimizle iletişime geçebilirsiniz.



.webp)