E-Ticaret Sitesi Teklifleri Nasıl Karşılaştırılır?
E-ticaret tekliflerini ödeme, stok, kargo, veri erişimi ve devam eden giderlerle karşılaştırın. Örnek kapsam tablosuyla eksikleri satın almadan görün.
Kısa Yanıt
“Entegrasyon Dahil” İfadesini İş Adımlarına Açın
Kurulum Bedeli ile İşletme Giderlerini Ayırın
İki Teklifi Aynı Sipariş Örneğiyle Karşılaştırın
Teslimi Ana Sayfaya Bakarak Onaylamayın
Veri Erişimini ve Ayrılma Koşullarını Yazılı İsteyin
Sağlayıcıya Son Karardan Önce Ne Göndermelisiniz?
Kısa Yanıt
E-ticaret sitesi tekliflerini karşılaştırmak için aynı ürün ve sipariş ihtiyaçlarını sağlayıcılara iletin. Ödeme, stok, kargo ve muhasebe bağlantılarının kapsamını; ilk kurulum, yenileme ve işlem giderlerini ayrı yazın. Test senaryoları ile veri ve hesap teslimi netleşmeden yalnız toplam fiyata göre karar vermeyin.
İki teklifte de “ödeme ve kargo entegrasyonu dahil” yazıyor. Birinde yalnız bağlantı kuruluyor; diğerinde başarısız ödeme, stok güncellemesi ve iade akışı da deneniyor. Toplam bedellere bakınca görünmeyen fark, ilk sipariş geldiğinde işletmenin yapacağı işte ortaya çıkıyor.
Karşılaştırmaya aynı mağaza tarifini göndererek başlayın: ürün ve varyant sayısı, satış yapılacak ülkeler, mevcut stok programı, ödeme sağlayıcısı ve siparişi hazırlayacak ekip. Henüz ürün ve operasyon kararları belli değilse önce e-ticarete başlamadan önceki hazırlık kontrolünü tamamlayın. Eksik girdilerle alınan fiyatlar aynı işi kapsamayabilir.
“Entegrasyon Dahil” İfadesini İş Adımlarına Açın
Her bağlantı için hangi bilginin, hangi yönde ve ne zaman taşınacağını sorun. Stok programından siteye miktar gelmesi, sitedeki siparişin muhasebeye aktarılmasıyla aynı iş değildir. Ürün adı, fiyat, indirim, varyant ve stok farklı sistemlerden geliyorsa hangi kaydın esas alınacağı yazılmalıdır.
| Teklif Kalemi | Sorulacak Soru | Kontrol Edilecek Sonuç |
|---|---|---|
| Ürün ve varyant | Kaç ürün aktarılacak; görsel ve eksik alanları kim hazırlayacak? | Seçilen örnek üründe beden, fiyat ve görsel doğru eşleşir. |
| Stok | Hangi sistem esas alınacak, güncelleme gecikirse kim uyarılacak? | Son ürün satıldığında kararlaştırılan kanallarda stok doğru değişir. |
| Ödeme | Başarı, ret, iptal ve iade akışları kapsamda mı? | Sipariş ve ödeme durumları birbirini doğru yansıtır. |
| Kargo | Etiket, takip numarası ve müşteriye bildirim dahil mi? | Deneme siparişinin takip bilgisi doğru siparişe bağlanır. |
| Muhasebe | Sipariş kaydı mı, fatura işlemi mi aktarılıyor? | Alanlar ve onay sorumlusu muhasebe ekibiyle doğrulanır. |
Bir API'nin mevcut olması, istenen bağlantının hazır olduğu anlamına gelmez. Sağlayıcı, sürüm, erişim yetkisi ve işlem sınırları için keşif gerekip gerekmediğini öğrenin. Geliştirilecek bölüm ile ücretli bir eklentiyle sağlanacak bölüm ayrı görünsün. Günlük paketleme ve teslimat görevlerini ise kargo ve lojistik işleyişi içinde planlayın.
Kurulum Bedeli ile İşletme Giderlerini Ayırın
İlk fiyat; tasarım, kurulum ve veri aktarımını kapsayabilir. Platform aboneliği, barındırma, ücretli eklentiler, bakım ve işlem başına kesintiler farklı zamanlarda ödenebilir. Sağlayıcıdan her giderin alıcısını, ödeme dönemini, vergiler dahil olup olmadığını ve yenileme koşulunu yazmasını isteyin.
Ödeme kuruluşu komisyonuyla platformun işlem ücreti aynı kalem olmayabilir. Shopify'ın ücret açıklaması, belirli ödeme koşullarında platform ücretinin sağlayıcı kesintisine eklenebildiğini gösterir. Oranı bütün mağazalara genellemeyin; teklifin ülke, plan ve ödeme yöntemi varsayımlarını kontrol edin.
İlk yıl karşılaştırmasını kurulum bedeli + o dönemin sabit giderleri + aynı varsayımsal sipariş hacmine göre değişen giderler şeklinde kurabilirsiniz. Sonra ikinci yılın yenilemelerini ayrı gösterin. Bilinmeyen gideri sıfır yazmak yerine “teyit bekleniyor” diye işaretleyin. Platformun kendisini seçme aşamasındaysanız e-ticaret platformu karşılaştırması o kararı ayrı ele alır.
İki Teklifi Aynı Sipariş Örneğiyle Karşılaştırın
Varsayımsal bir ev tekstili mağazası düşünelim: renk ve ölçü varyantları var, stok başka programda tutuluyor, siparişler tek depodan çıkıyor. Aşağıdaki A ve B gerçek firma teklifleri değildir; kapsam farkının nasıl okunacağını gösterir.
| İhtiyaç | Teklif A | Teklif B | Karardan Önce |
|---|---|---|---|
| Ürün girişi | Boş şablon teslimi | Hazır dosyadan 100 ürün aktarımı | Varyantların ürün sayısına nasıl dahil edildiğini sorun. |
| Stok bağlantısı | Panelden elle güncelleme | Belirlenen programla bağlantı | Güncelleme sıklığını ve hata bildirimini yazdırın. |
| Ödeme testi | Başarılı sipariş | Başarı, ret ve iade denemesi | İşletmenizin kabul edeceği test listesini eşitleyin. |
| Destek | Kurulum hatalarının giderilmesi | Bakım için ayrı abonelik | Hata düzeltmesi ile yeni özellik talebini ayırın. |
A daha düşük bedelli olsa da mutlaka eksik seçim değildir. Ürün girişini yapacak ekibiniz varsa ve başlangıçta elle stok yönetimi yeterliyse ihtiyacınızı karşılayabilir. B'deki otomasyon da yalnız yazıldığı için doğru çalışmış sayılmaz. Seçim, gereken işi ve işletmede kalacak yükü açıkça gördüğünüzde anlam kazanır.
Teslimi Ana Sayfaya Bakarak Onaylamayın
Bir ürün seçin; varyantı sepete ekleyin, teslimat ücretini kontrol edin, ödeme sonucunu ve sipariş kaydını izleyin. Ret, iptal, kısmi iade veya stok tükenmesi gibi işinizde karşılaşılacak durumları da kabul listesine yazın. Her senaryonun beklenen sonucu ve düzeltme sorumlusu belli olsun.
Denemeler kontrollü test ortamında ve sağlayıcının test yöntemiyle yürütülmeli. WooCommerce test siparişi belgesi, deneme kayıtlarının e-posta ve bağlı sistemleri etkileyebileceğine dikkat çeker. Canlı müşteriye bildirim, gerçek tahsilat veya depoya hazırlama emri gitmesini önleyecek düzeni geliştiriciyle netleştirin.
Ölçüm kurulumu teklifin içindeyse örnek siparişin rapora bir kez ve doğru tutarla geçtiği de gösterilsin. “Analytics kuruldu” cümlesi tek başına sipariş ölçümünün doğruluğunu anlatmaz. Test kaydı, teslim notuyla birlikte saklanmalıdır.
Veri Erişimini ve Ayrılma Koşullarını Yazılı İsteyin
Panel şifresi, ürün dışa aktarımı, sipariş geçmişi, özel geliştirme dosyaları ve üçüncü taraf lisansları farklı teslimlerdir. Hangilerini alacağınızı, hangi biçimde kullanabileceğinizi ve sağlayıcı değişikliğinde ücret çıkıp çıkmayacağını öğrenin. Yönetim erişimini işletme hesabında tutup ekip üyelerine görevlerine uygun yetki verin.
“CSV alınabiliyor” yanıtıyla yetinmeyin; örnek dosyada ihtiyaç duyduğunuz alanları kontrol edin. Shopify sipariş dışa aktarma belgesi gibi ürün belgeleri, taşınabilen kayıtların kapsamını gösterir. Sipariş listesini almak; tüm uygulama ayarlarını, tasarımı ve otomasyonları başka sisteme taşımakla aynı değildir.
Sağlayıcıya Son Karardan Önce Ne Göndermelisiniz?
Karşılaştırma tablonuzdaki boşlukları tek listede toparlayın. Dahil işler, işletmenin hazırlayacağı veriler, ek ücretler, testler ve teslim koşulları cevaplandıktan sonra fiyatı değerlendirin. Teknik ayrıntısı anlaşılmayan kalem için işletmenizdeki karşılığını sorun: “Bunu almazsak siparişi kim, nasıl işleyecek?”
Piar Medya'dan destek almayı düşünüyorsanız mevcut sistemlerinizi ve aynı ihtiyaç listesini e-ticaret danışmanlığı görüşmesine taşıyabilirsiniz. Böylece teklif, mağaza görünümünün yanında siparişin işletmenizde nasıl yürütüleceğini de kapsar.
sıkça sorulan sorular
Teklifler aynı işi kapsamayabilir. Ürün aktarımı, bağlantılar, testler, içerik hazırlığı ve bakım ayrı iş kalemleridir. Önce kapsamı eşitleyin; ardından kurulum bedelini, yenilemeleri ve işlem başına giderleri aynı dönem için karşılaştırın.
Özellik sayısı yerine kendi siparişinizi örnek alın. Varyant, stok, ödeme, kargo ve iade ihtiyacınızın nasıl karşılandığını sorun. Her bağlantının dahil işini, sınırını ve testini yazdırın; hazır paket etiketi bütün ihtiyaçların karşılandığını göstermez.
Hayır. Hazır veriniz ve işi üstlenecek ekibiniz varsa dar kapsam yeterli olabilir. Dışarıda kalan ürün girişi, bakım veya elle işlem yükünü hesaba katın. Düşük bedeli ancak gereken işin kim tarafından yapılacağı netleşince değerlendirin.
Hayır. Yazılımın ücretsiz olması; barındırma, ücretli eklenti, ödeme işlemi, kurulum emeği veya bakımın ücretsiz olduğunu göstermez. Teklifte hangi bedelin platforma, hangi bedelin uygulamayı yapan ekibe ödeneceğini ayrı görün.
İşinize uygun başarılı ve başarısız ödeme, stok değişimi, kargo bilgisi ve iade senaryolarını isteyin. Beklenen sonuçları ve hatayı giderecek sorumluyu yazın. Deneme siparişlerinin gerçek tahsilat, müşteri bildirimi veya sevkiyat üretmemesi için test düzeni kurulmalıdır.
Hayır. Kod, ürün kaydı, sipariş geçmişi, lisans ve uygulama ayarları farklı teslimlerdir. Hangi dosyaya hangi kullanım yetkisiyle erişeceğinizi yazılı sorun. Örnek dışa aktarımı inceleyin; CSV dosyası bütün mağazanın başka platformda çalışacağını kanıtlamaz.
