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
- ürün ve varyant sayısı
- satış modeli (B2C/B2B/çok satıcılı)
- ödeme, kargo, e-fatura ve pazaryeri entegrasyonları
- özel tasarım
- mobil uygulama ihtiyacı
- Seçilen özellikler: satıcı paneli ve ürün onayı 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
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.
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.
03Çok satıcılı mağaza (marketplace) planlarken bilinmesi gerekenler
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Fatura elle kesiliyor | Entegrasyon yok | Siparişten otomatik e-arşiv |
| Site yavaş | Ağır görseller, eklenti yığını | Görsel optimizasyonu ve önbellek |
| Sepette terk yüksek | Uzun ödeme adımı, sürpriz kargo ücreti | Tek sayfa ödeme ve şeffaf kargo bilgisi |
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel satıcı paneli ve ürün onayı; 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 |
06Teklif karşılaştırırken sorulacak sorular
- Ödeme planı teslim aşamalarına bağlı mı?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
07Teklifte ayrıca sorulması gereken giderler
- SMS, e-posta ve API kullanım ücretleri
- harita ve bildirim servisleri
- App Store ve Google Play geliştirici hesapları
- sunucu veya bulut kullanımı
- üçüncü taraf yazılım ve eklenti lisansları
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.
08Arsuz'da teklif almak
Arsuz'un PTT verisindeki 38 yerleşim kaydı 2 farklı posta koduna dağılır. Kıyı illerinde sezonluk talep dalgalanması görülebilen işletmeler için çok satıcılı mağaza (marketplace) içinde sezon başında öne çıkarılacak sayfalar planlanabilir.
Büyükşehirlerde çok şubeli ve çok depolu işletmeler yaygındır; çok satıcılı mağaza (marketplace) planlanırken şubeler arası stok, merkezden raporlama ve şube bazlı yetki baştan değerlendirilir. Arsuz'da 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.
Hatay genelinde İskenderun, Defne ve Belen gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Çok satıcılı mağazayı (marketplace) planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
09Örnek kapsam hesabı
Örnek: e-ticaret operasyon yükü
- Günlük sipariş
- 166
- Sipariş başına elle işlem
- 5 dk
- Aylık elle işlem (26 iş günü)
- 359,7 saat
- Pazaryeri sayısı × ürün
- 1 × 6.800
- Günlük stok güncellemesi (değişen ürünler)
- 680
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
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.
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.
Ç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.
Çok satıcılı mağaza (marketplace) sonradan genişletilebilir mi?
Evet. Komisyon ve hakediş gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Ö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.
Teklif ne kadar süre geçerli olur?
Teklifin geçerlilik süresi teklifte ayrıca yazılır; kapsam değişirse teklif güncellenir.
Arsuz'da 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.
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.
→İlgili sayfalar
Çok Satıcılı Mağaza (Marketplace) hakkında diğer konular
- Çok satıcılı mağaza (marketplace) teknolojileriTeknoloji seçimi ve mimari
- Çok satıcılı mağaza (marketplace) yaptırmaKapsam, süreç ve iletişim
- Çok satıcılı mağaza (marketplace) entegrasyonlarıBağlanabilecek sistemler
- Çok satıcılı mağaza (marketplace) KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Çok satıcılı mağaza (marketplace) geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
Arsuz'da ilgili hizmetler
Hatay 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
- e-arşiv fatura
- ödeme sayfası
- ETBİS
- Hatay
- Arsuz