E-Ticaret Sitesi Fiyatları Neye Göre Belirlenir? Kurulum ve İşletme Maliyeti Rehberi

E-Ticaret Sitesi Fiyatları Neye Göre Belirlenir? Kurulum ve İşletme Maliyeti Rehberi

Yazar: Üzeyir Hakan Ceylan6 dk okuma
Henüz puanlanmadı Puanınız:

Blog yazısı içeriği

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?

  1. Hazır altyapı, özel yazılım veya hibrit çözüm kararı
  2. Ürün, varyant, kategori, özellik, görsel ve dil hacmi
  3. Fiyat, iskonto, kupon, kampanya ve vergi kuralları
  4. Arama, filtreleme, ürün karşılaştırma ve öneri ihtiyaçları
  5. Sepet, üyelik, ödeme, teslimat, iptal ve iade akışları
  6. ERP, CRM, muhasebe, depo, kargo ve pazaryeri bağlantıları
  7. Eski sistemden ürün, müşteri ve sipariş verisi taşıma
  8. Tasarım, erişilebilirlik, performans, güvenlik ve test kapsamı
  9. Canlı geçiş, eğitim, dokümantasyon ve hesap sahipliği
  10. 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.

E-ticaret kurulum ve işletme giderlerini yedi alanda karşılaştıran toplam maliyet haritası
E-ticaret tekliflerini yedi kapsam alanında kurulum teslimatları, tekrarlayan işletme sorumlulukları ve eksik kapsam yuvalarıyla karşılaştırın.
AlanÖlçülecek kapsamTeklifte aranacak kanıtSık unutulan gider
Temel kurulumAltyapı, mağaza, ortam, tema/tasarımTeslimat ve ortam listesiLisans, uygulama ve tema yenilemeleri
Katalog ve veriÜrün, varyant, kategori, özellik, dilVeri şeması ve taşıma örneğiTemizlik, görsel düzenleme ve tekrar aktarım
Ticari kurallarFiyat, kampanya, vergi, kupon, stokKural ve istisna matrisiÇakışma ve çoklu kanal mutabakatı
Müşteri akışıArama, sepet, ödeme, teslimat, iadeUçtan uca kabul senaryosuBaşarısız ve kısmi işlemler
EntegrasyonSistem, alan, yön, sıklık, hataVeri ve sorumluluk haritasıAPI değişikliği ve kullanım ücreti
Kalite ve geçişTest, güvenlik, performans, eğitimTest kanıtı ve geçiş planıPilot, geri dönüş ve içerik kontrolü
İşletmeİzleme, destek, bakım, geliştirmeHizmet seviyesi ve sahiplikYoğ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

  1. Bütün adaylar aynı ürün, varyant ve dil hacmini mi fiyatlandırdı?
  2. Veri temizliği ve görsel hazırlama kimin sorumluluğunda?
  3. Fiyat, kampanya, vergi ve stok istisnaları yazıldı mı?
  4. Arama, filtre, ürün, sepet ve ödeme kabul senaryoları var mı?
  5. Her kritik verinin ana kayıt sistemi belli mi?
  6. Entegrasyonlarda hata ve tekrar deneme davranışı tanımlı mı?
  7. Ödeme, kargo ve diğer üçüncü taraf ücretleri ayrıldı mı?
  8. Veri taşıma kaç prova ve mutabakat içeriyor?
  9. Performans, güvenlik ve erişilebilirlik kontrolleri kapsamda mı?
  10. Hesaplar, veri ve kaynakların sahipliği açık mı?
  11. Bakım, destek ve yeni geliştirme ayrılıyor mu?
  12. Üç 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.

Anasayfa

Projelerimiz

Ürünlerimiz

Hizmetlerimiz