Kısa cevap
E-ticaret sitesi için kapsam bilinmeden sağlıklı tek fiyat verilemez.
On ürünlü, tek para birimli ve manuel kargo süreçli bir mağaza ile binlerce varyantı, ERP senkronizasyonu, çoklu depo ve ülke kuralları olan bir mağaza aynı “e-ticaret sitesi” başlığına girer; fakat teslim ve işletim yükleri farklıdır. Sayfa görünümünden önce katalog, sipariş, ödeme, teslimat ve satış sonrası akışları çıkarılmalıdır.
Bir teklifin düşük görünmesi bazı işlerin müşteriye, üçüncü tarafa veya sonraki faza bırakılmasından kaynaklanabilir. Bu nedenle rakamdan önce kapsam, varsayım, hariç tutulan iş ve kabul ölçütünü eşitleyin.
Kapsam
Maliyeti en çok değiştiren kapsam kalemleri.
| Alan | Sorulacak kapsam sorusu | Maliyet etkisinin nedeni |
|---|---|---|
| Katalog | Kaç ürün, varyant, fiyat listesi, dil ve veri kaynağı var? | Veri temizleme, eşleme, görsel ve güncelleme iş yükü |
| Sipariş akışı | Misafir alışverişi, üyelik, kupon, ön sipariş veya abonelik var mı? | İş kuralı, arayüz ve test senaryosu sayısı |
| Ödeme | Hangi sağlayıcı, para birimi, taksit, iade ve mutabakat akışı gerekli? | Entegrasyon, sözleşme, işlem ve operasyon gereksinimi |
| Kargo ve depo | Kaç depo/taşıyıcı, desi, bölge ve teslimat kuralı var? | Kural motoru, etiket, takip ve hata yönetimi |
| İş sistemleri | ERP, CRM, e-fatura, pazar yeri veya çağrı merkezi bağlanacak mı? | API sınırı, veri eşleme, zamanlama ve izleme |
| İçerik ve tasarım | Metin, fotoğraf, video, çeviri ve ürün girişi kimde? | Üretim, hak, onay ve erişilebilirlik çalışması |
| Pazar ve mevzuat | Hangi ülke, müşteri türü ve ürün kategorisine satış yapılacak? | Bilgilendirme, vergi, tüketici ve veri koruma yükümlülükleri |
| Trafik ve süreklilik | Beklenen yük, kampanya zirvesi ve kesinti toleransı nedir? | Altyapı, önbellek, izleme, yedekleme ve destek seviyesi |
Hesap modeli
Toplam maliyeti dört ayrı sepette hesaplayın.
Kullanışlı model şudur: toplam sahip olma maliyeti = tek seferlik maliyetler + değerlendirme dönemindeki düzenli maliyetler + kullanıma bağlı maliyetler + iç ekip ve risk maliyeti. Bütün teklifler için aynı dönemi ve aynı satış varsayımlarını kullanın; aksi halde aylık lisanslı bir çözümle yüksek kurulumlu çözüm karşılaştırılamaz.
Tutarlar sağlayıcıya, kapsam ve tarihe göre değiştiği için sabit fiyat listesi yerine doldurulabilir bir maliyet envanteri hazırlayın. Vergilerin dahil olup olmadığını ve dövizli kalemlerin hangi kurla değerlendirildiğini ayrıca yazın.
| Sepet | Örnek kalemler | Hesaplama notu |
|---|---|---|
| Tek seferlik | Keşif, bilgi mimarisi, tasarım, geliştirme, veri göçü, kurulum, test ve eğitim | Faz, teslim ve kabul ölçütüyle eşleştirin. |
| Düzenli | Altyapı/lisans, barındırma, bakım, güvenlik izleme, destek ve araçlar | Aylık/yıllık yenileme, kullanım limiti ve artış koşulunu yazın. |
| Kullanıma bağlı | Ödeme işlemi, mesaj/e-posta, kargo, depolama, trafik ve üçüncü taraf API | Sipariş, ciro, kullanıcı veya çağrı varsayımını görünür tutun. |
| İç ekip ve risk | Ürün girişi, içerik, operasyon, eğitim, hata düzeltme, kesinti ve sağlayıcı değişimi | Rol başına zaman ile olası geçiş/iş sürekliliği yükünü ayrı gösterin. |
Altyapı kararı
Hazır paket ve özel geliştirmeyi yalnız ilk bedelle kıyaslamayın.
Hazır altyapı hızlı başlangıç, bakımın bir bölümünü sağlayıcıya bırakma ve standart özellikler sunabilir; buna karşılık lisans, uygulama ekosistemi, sınırlar ve sağlayıcıya bağımlılık taşır. Özel geliştirme belirli iş kurallarına daha fazla uyum sağlayabilir; fakat ürün sahipliği, bakım, güvenlik ve ekip sürekliliği sorumluluğu büyür.
Karara çıkış planını ekleyin. Ürün, müşteri, sipariş, URL, görsel ve içerik verisinin hangi formatta dışa alınabildiği; özel entegrasyonların taşınabilirliği; alan adı, kod ve hesap sahipliği sözleşmede görünür olmalıdır.
- Zorunlu iş akışları standart özellik, eklenti veya özel geliştirme olarak işaretlendi.
- Lisans planı, kullanım limiti, uygulama/eklenti ve yenileme koşulu yazıldı.
- Kaynak kodu, tasarım dosyası, alan adı ve üçüncü taraf hesap sahipliği belirlendi.
- Ürün, müşteri, sipariş ve içerik dışa aktarma formatı test edildi.
- Sağlayıcı değişiminde URL yönlendirme, veri göçü ve kesinti planı çıkarıldı.
- Güncelleme, güvenlik, yedekleme ve acil müdahalenin sorumlusu tanımlandı.
Eksik kalan kalemler
Kalite, güvenlik, mevzuat ve SEO geçişini ayrı iş paketi yapın.
Ödeme ekranının açılması projenin bittiğini göstermez. Ürün keşfinden sipariş sonrası bildirime, iptal/iade ve yönetim paneline kadar gerçek senaryolar test edilmelidir. Klavye kullanımı, form etiketleri, hata mesajları, mobil görünüm ve performans kabul ölçütlerine eklenmelidir.
Ödeme kartı verisi için kapsam ve sorumluluk, kullanılan ödeme mimarisine göre PCI DSS açısından değerlendirilmelidir. Elektronik ticaret, tüketici, vergi ve kişisel veri yükümlülükleri hedef pazar ve iş modeline göre değişebilir; şablon metinleri kopyalamak yerine güncel resmi mevzuat yetkili hukuk ve mali danışmanlarla uygulanmalıdır.
Mevcut bir site taşınıyorsa URL envanteri, bire bir yönlendirme, canonical, ürün yapılandırılmış verisi, Merchant Center/feed, sitemap ve Search Console izleme planı bütçeye dahil edilmelidir. Google, e-ticaret içeriğini ürün sayfaları ve yapılandırılmış verinin yanında site yapısı ve bağlantılardan da anlamaya çalışır.
- Ürün, varyant, stok ve fiyatın doğru kaynaktan geldiği test edildi.
- Sepet, kupon, vergi, kargo, ödeme, başarısız ödeme ve iade senaryoları tamamlandı.
- Sipariş bildirimi, yönetim paneli ve entegrasyon hatası için izleme kuruldu.
- Rol ve erişimler, yedekleme, güncelleme, kayıt ve olay müdahalesi tanımlandı.
- Mobil, klavye, ekran okuyucu ve anlaşılır hata mesajı kontrolleri yapıldı.
- Yasal metinler gerçek veri ve satış akışı üzerinden yetkili uzmanlarca değerlendirildi.
- Eski URL, yönlendirme, canonical, sitemap, ürün verisi ve arama ölçümü doğrulandı.
Karar tablosu
Teklifleri aynı kapsam ve aynı dönem üzerinden karşılaştırın.
Her tedarikçiye aynı senaryo setini verin ve cevabı “dahil, opsiyon, müşteri sorumluluğu, üçüncü taraf, kapsam dışı” olarak işaretletin. Toplamı yalnız ilk yıl için değil, işletmenizin karar dönemine göre ayrı senaryolarda hesaplayın. Satış adedi bilinmiyorsa düşük, beklenen ve yüksek kullanım varsayımlarını tutarlarla karıştırmadan açıkça yazın.
Son karar tablosunda maliyetin yanında teslim süresi, iç ekip ihtiyacı, veri taşınabilirliği, güvenlik sorumluluğu ve iş sürekliliği riski bulunmalıdır. En düşük toplam her zaman en uygun çözüm değildir; fakat her ek maliyet de somut bir gereksinime veya riske bağlanmalıdır.
- Kapsam belgesini eşitleyin: Ürün, ülke, dil, ödeme, kargo, entegrasyon, içerik ve destek varsayımlarını aynı tutun.
- Kalemleri sınıflandırın: Tek seferlik, düzenli, kullanıma bağlı ve iç ekip maliyetini ayırın.
- Hariçleri fiyatlandırın: Teklifte olmayan fakat yayına çıkmak için zorunlu işi ayrı satıra ekleyin.
- Kabul ölçütü koyun: Her teslimi çalışan kullanıcı senaryosu veya doğrulanabilir çıktı ile bağlayın.
- Değerlendirme dönemini eşitleyin: Tüm sağlayıcılarda aynı ay/yıl ufku ve kullanım senaryosunu kullanın.
- Çıkış maliyetini görün: Veri, URL, hesap, kod ve dosya devrini hesaba katın.
- Varsayımları imzalatın: Kur, vergi, üçüncü taraf fiyatı ve müşteri sorumluluklarını teklif eki yapın.
Birincil kaynaklar
Kaynaklar ve kapsam.
Bağlantılar içerikteki değişebilir veya dış doğrulama gerektiren bilgilerin kaynağıdır. Ticari ilişki veya sponsorlu bağlantı değildir.
- Google Search Central — E-ticaret sitesi dokümantasyonuna genel bakış
- Google Search Central — Google’ın e-ticaret site yapısını anlamasına yardımcı olma
- Google Search Central — E-ticaret sitesi yayına alma
- T.C. Ticaret Bakanlığı — Elektronik Ticaret Kılavuzu
- T.C. Ticaret Bakanlığı — Elektronik ticaret mevzuatı
- PCI Security Standards Council — E-ticaret uygulamalarını güvence altına alma
- W3C — Web Content Accessibility Guidelines (WCAG) 2.2
İlgili rehberler