Karar ilkesi
Platform demosuyla değil, uçtan uca sipariş senaryosuyla başlayın.
Bir mağaza ürün ekleyebildiği için işletmenize uygun sayılmaz. Varyant, fiyat, stok, kampanya, kargo, iade, fatura, müşteri hizmeti ve raporlama adımları birlikte çalışmalıdır. Önce en sık siparişi, en zor siparişi ve hata senaryosunu kâğıt üzerinde yürütün.
Örneğin aynı ürünün renk–beden varyantı, şubeye göre stok, kişiye özel üretim veya abonelik modeli farklı veri yapıları ister. Bu farklar sonradan eklentiyle kapatılmaya çalışıldığında yönetim yükü ve hata riski büyüyebilir.
Seçim soruları
Altyapı seçmeden önce cevaplanacak dokuz soru.
- Ürün veri modeli nedir? Varyant, paket, abonelik, kişiselleştirme, dijital ürün ve çoklu fiyat kurallarını çıkarın.
- Katalog nasıl keşfedilecek? Kategori, filtre, arama, karşılaştırma ve ürün ilişkilerini gerçek envanterle test edin.
- Ödeme hangi koşullara uymalı? Sağlayıcı, para birimi, taksit, iade ve hata akışlarını doğrulayın.
- Kargo ve teslimat nasıl hesaplanır? Bölge, ağırlık, desi, mağazadan teslim ve takip verisinin sorumlusunu belirleyin.
- Stok nerede ana kayıttır? Mağaza, ERP, pazar yeri ve fiziksel şubeler arasında kaynağın hangisi olduğunu seçin.
- İçeriği kim yönetecek? Ürün zenginleştirme, kampanya, landing page ve yetki seviyelerini planlayın.
- Hangi entegrasyonlar zorunlu? Muhasebe, ERP, CRM, e-posta, destek ve pazar yeri akışlarını veri alanı düzeyinde tanımlayın.
- Ölçek ne demek? Yalnız trafik değil; SKU, sipariş, ülke, dil, ekip ve operasyon karmaşıklığını tahmin edin.
- Çıkış planı var mı? Ürün, müşteri, sipariş, içerik, yönlendirme ve medya verisinin dışa aktarım biçimini sorun.
Mimari seçimi
Hazır platform, başsız mimari ve özel geliştirmeyi aynı ölçütle karşılaştırın.
| Yaklaşım | Güçlü olduğu durum | Dikkat edilmesi gereken |
|---|---|---|
| Hazır SaaS platformu | Standart ürün ve sipariş akışı, hızlı başlangıç, sınırlı teknik ekip | Eklenti bağımlılığı, işlem/lisans maliyeti, veri çıkışı ve özel kural sınırı |
| Açık kaynak paket | Kod ve barındırma üzerinde daha fazla kontrol, hazır ekosistem | Güncelleme, güvenlik, eklenti uyumu ve operasyon sorumluluğu |
| Headless / başsız mimari | Çok kanallı içerik ve özgün ön yüz ihtiyacı | Entegrasyon, cache, preview ve ekip karmaşıklığı |
| Özel geliştirme | İş modelinin rekabet avantajı olan benzersiz kural ve entegrasyonları | Ürün yönetimi, bakım, güvenlik ve sürekli geliştirme bütçesi |
Ekonomi
Aylık lisansı değil toplam sahip olma yükünü hesaplayın.
Karşılaştırmaya kurulum, tema veya tasarım, geliştirme, eklenti, işlem komisyonu, barındırma, destek, güvenlik, entegrasyon bakımı, içerik operasyonu ve geçiş maliyetini dahil edin. Ucuz başlayan sistem, iş akışını sürekli manuel müdahaleye zorluyorsa toplamda pahalı olabilir.
Tersine, standart bir mağaza için gereksiz özel geliştirme de ilk yatırım ve bakım yükünü artırır. Ekibin gerçekten yönetebileceği en sade sistemi seçmek, “ileride her şeyi yapabilir” vaadinden çoğu zaman daha değerlidir.
| Maliyet katmanı | Sorulacak soru |
|---|---|
| Kurulum | Veri hazırlığı, taşıma, tasarım ve entegrasyon kimde? |
| Süreklilik | Lisans, işlem, barındırma, bakım ve destek nasıl artıyor? |
| Operasyon | Bir ürün/sipariş değişikliği için kaç kişi ve araç gerekiyor? |
| Risk | Kritik eklenti kapanırsa veya API değişirse sorumluluk kimde? |
| Çıkış | Veri ve URL’leri başka sisteme taşımanın gerçek bedeli nedir? |
Bulunabilirlik
SEO özelliği kutucuğunu değil, gerçek URL ve ürün çıktısını inceleyin.
- Kategori ve ürün URL’leri kalıcı, okunabilir ve canonical olarak yönetilebilir.
- Ürün adı, açıklama, fiyat ve uygunluk ana HTML içinde erişilebilir.
- Varyant ve filtre URL’lerinin index politikası kontrol edilebilir.
- Product yapılandırılmış verisi görünen ürün bilgisiyle tutarlı üretilebilir.
- Stok veya ürün kalktığında 404, yönlendirme ve alternatif ürün davranışı planlanabilir.
- Görseller farklı boyutlarda, açıklayıcı alt metinle ve hızlı sunulabilir.
- Sitemap büyük katalogda bölünebilir ve yalnız canonical ürünleri içerebilir.
- Ürün, sipariş ve analitik verisi güvenilir biçimde dışa aktarılabilir.
Satın alma öncesi test
Sözleşmeden önce küçük bir kanıt senaryosu çalıştırın.
Demo mağazadaki örnek ürün yerine kendi en zor beş ürününüzü sisteme girin. Bir kampanya oluşturun, mobilde sipariş verin, başarısız ödeme üretin, iade başlatın ve rapordaki sonuca bakın. Entegrasyon varsa yalnız “bağlanıyor” cevabını değil, alan eşleme ve hata tekrarını görün.
Pilotun çıktısı platformu sevmek değil, bilinmeyenleri azaltmaktır. Kritik bir kural desteklenmiyorsa geçici manuel çözümün sahibi, süresi ve maliyeti açıkça yazılmalıdır.
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.
İlgili rehberler