Fiyat; projenin kapsamına, entegrasyonlara ve gerekli geliştirmelere göre değişir. Kesin fiyat kısa bir analiz görüşmesinden sonra yazılı teklifle verilir.
01Çok satıcılı mağaza (marketplace) maliyetini belirleyen kalemler
- ödeme, kargo, e-fatura ve pazaryeri entegrasyonları
- satış modeli (B2C/B2B/çok satıcılı)
- ürün ve varyant sayısı
- mobil uygulama ihtiyacı
- özel tasarım
- Seçilen özellikler: komisyon ve hakediş ve satıcı paneli gibi detaylar
Bütçeyi dengelemenin en etkili yolu ilk sürümü en kritik işe odaklamak ve diğer modülleri sonraki aşamalara bırakmaktır.
02Ücretlendirme modelleri
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.
Bakım ve destek anlaşması
Yayındaki sistemin izlenmesi, güncellenmesi ve küçük geliştirmeleri için düzenli bir çerçeve sunar.
Aşamalı (modül modül)
İhtiyacın kullandıkça netleşeceği projelerde uygundur; her aşama ayrı onaylanır ve faturalanır.
03Çok satıcılı mağaza (marketplace) hangi ihtiyaca cevap verir?
Ürün onayı gerektiğinde
Ürün onayı, çok satıcılı mağaza (marketplace) projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
Pazaryeri ve site ayrı yönetildiğinde
Stok ve sipariş tek merkezde toplanır; aynı ürünün iki kanalda satılıp stoğun eksiye düşmesi önlenir.
04Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel ürün onayı ve satıcı paneli; hazır bileşenler ağırlıkta | Hazır altyapı veya hafif özel geliştirme | Tek ekip/şube, büyümeye açık |
| Dengeli | Ana iş akışı eksiksiz, raporlar ve temel entegrasyonlar | Modüler mimari | Birkaç rol ve şube |
| Kapsamlı | Özel iş kuralları, çoklu entegrasyon, ileri raporlama | Ölçeklenebilir mimari, test otomasyonu | Çok şube, yoğun kullanım |
05Teklif karşılaştırırken sorulacak sorular
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Ödeme planı teslim aşamalarına bağlı mı?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
06Teklifte ayrıca sorulması gereken giderler
- harita ve bildirim servisleri
- SMS, e-posta ve API kullanım ücretleri
- üçüncü taraf yazılım ve eklenti lisansları
- App Store ve Google Play geliştirici hesapları
- e-belge entegratörü hizmet bedeli
Bu giderlerin kimin adına açılacağı ve kimin ödeyeceği teklifte yazmalıdır; hesapların işletme adına açılmasını öneririz.
07İnönü'nde teklif almak
İnönü'nün PTT verisindeki 16 yerleşim kaydı 1 farklı posta koduna dağılır. Eskişehir gibi büyükşehirlerde satış birden fazla kanaldan ve şubeden yürüyebilir; çok satıcılı mağaza (marketplace) için verinin tek kaynaktan dağıtılması tutarlılığı korur.
İnönü'nde bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Eskişehir genelinde Han, Mihalgazi ve Günyüzü gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
İnönü bölgesinden çok satıcılı mağaza (marketplace) için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
08Örnek kapsam hesabı
Örnek: e-ticaret operasyon yükü
- Günlük sipariş
- 288
- Sipariş başına elle işlem
- 2 dk
- Aylık elle işlem (26 iş günü)
- 249,6 saat
- Pazaryeri sayısı × ürün
- 5 × 1.400
- Günlük stok güncellemesi (değişen ürünler)
- 700
Fatura, kargo etiketi ve stok güncellemesi otomatikleştiğinde elle işlem süresi belirgin düşer. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Bütçemiz sınırlı, ne yapabiliriz?
İlk sürümü en kritik işe odaklamak, hazır servisleri kullanmak ve diğer modülleri sonraki aşamalara bırakmak bütçeyi korur.
Neden teklifler arasında büyük fark var?
Kapsama dahil modüller, entegrasyonlar, test ve bakım koşulları tekliflerde farklı yazılabilir. Kalem kalem karşılaştırmak farkın nedenini gösterir.
Çok satıcılı mağaza (marketplace) maliyetini en çok ne etkiler?
Çoğu projede en büyük farkı entegrasyonlar ve özel iş kuralları yaratır; ürün ve varyant sayısı de toplamı doğrudan etkiler.
Sadece Eskişehir için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; İç Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Hazır e-ticaret paketi mi, özel yazılım mı?
ürün sayısı az ve süreç standartsa hazır altyapı; B2B kuralları, özel fiyatlandırma veya ERP bağı varsa özel geliştirme.
Çok satıcılı mağaza (marketplace) için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve satıcı başvurusu gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
İnönü'nde yüz yüze görüşebilir miyiz?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Ödeme planı nasıl olur?
Ödemenin teslim aşamalarına bağlanmasını öneririz; her aşama test ortamında onaylandıktan sonra bir sonrakine geçilir.
→İlgili sayfalar
Çok Satıcılı Mağaza (Marketplace) hakkında diğer konular
- Çok satıcılı mağaza (marketplace) geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Çok satıcılı mağaza (marketplace) geliştirme süreciAnalizden yayına aşamalar
- Çok satıcılı mağaza (marketplace) bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Çok satıcılı mağaza (marketplace) güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Çok satıcılı mağaza (marketplace) yaptırmaKapsam, süreç ve iletişim
İnönü'nde ilgili hizmetler
Eskişehir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- satıcı başvurusu
- komisyon ve hakediş
- satıcı paneli
- varyant
- cayma hakkı
- kargo entegrasyonu
- ETBİS
- İYS
- e-arşiv fatura
- Eskişehir
- İnönü