E-ticaret projelerinde ilk verilen karar altyapı kararıdır ve genellikle en az bilgiyle verilen karar da odur. Henüz kaç ürün satılacağı, kaç varyant olacağı, hangi pazaryerine bağlanılacağı ve işi kimin yürüteceği netleşmeden bir panel seçilir; sonraki iki yıl o panelin sınırlarına göre şekillenir.
Sorunun bir kısmı bilgi kaynağında. Bu soruya cevap veren Türkçe içeriğin büyük bölümü bir altyapıyı satan tarafça yazılmış oluyor, dolayısıyla karşılaştırma tablosu değil bir tercihe götüren metin okuyorsunuz. Ölçtüğümüz kadarıyla "e-ticaret altyapısı nasıl seçilir" ailesindeki sorgularda metin içeriğin kendisi de az; sonuçların çoğu video.
Aşağıdaki metin bir altyapı önermiyor ve öneremez de: doğru cevap işletmeye göre değişiyor. Anlatılan şey kararın hangi değişkenlere bakılarak verileceği, hangi maliyet kalemlerinin aylık ücrette görünmediği ve hangi durumda kararı ertelemenin daha doğru olduğu.
"En iyi altyapı" sorusu neden yanlış kurulmuş bir sorudur
"Hangisi en iyi" sorusunun cevabı yok, çünkü soru bir bağlam içermiyor. Aynı yazılım, üç ürünlü bir butik için fazlasıyla ağır, otuz bin ürünlü bir toptancı için yetersiz olabilir. İkisi de aynı ürünü kullanır ve ikisi de haklı olarak memnuniyetsiz kalır.
Karar bir marka tercihi değil, bir uyum kontrolüdür: işletmenin bugünkü ve on iki ay sonraki iş yükü, seçilen yazılımın rahatça taşıyabileceği yükün içinde mi. Bu kontrolü yapabilmek için önce kendi tarafınızdaki sayıların yazılı olması gerekir; panel demolarına o sayılar olmadan bakmak, her demonun ikna edici görünmesine yol açar.
İkinci bir uyarı: seçim tek seferlik bir karar gibi sunulur ama gerçekte bir kiralama kararıdır. Altyapı değiştirmenin bedeli, o altyapıda biriktirdiğiniz ürün verisi, adres yapısı ve sipariş geçmişiyle birlikte büyür. Bu yüzden ilk gün sorulacak sorulardan biri "buradan nasıl çıkarım" olmalıdır.
Kararı belirleyen beş değişken
Karar tablosunu kurmadan önce beş sayının yazılması gerekir. Bu beşi, altyapı ailesini büyük ölçüde daraltır.
Ürün sayısı ve değişim hızı. Yüz ürünle otuz bin ürün aynı yönetim yükü değildir. Ama asıl belirleyici sayı ürünün kendisi değil, ayda kaç ürünün fiyatının, stoğunun veya açıklamasının değiştiğidir. Toplu düzenleme ve içe aktarma yetenekleri bu sayıya göre önem kazanır.
Varyant derinliği. Renk, beden, malzeme, paket adedi gibi seçeneklerin sayısı ve bunların stokla ilişkisi, bazı altyapılarda sabit bir sınıra çarpar. Katalog kararının kendisi ayrı bir konu; katalog kararını üç sonucuyla ele aldığımız yazıda ayrıntılı ele aldık.
Satış kanalı sayısı. Yalnızca kendi siteniz mi, pazaryerleri de mi, mağaza içi satış da mı var? Kanal sayısı arttıkça stok ve fiyatın tek yerden yönetilmesi zorunluluk hâline gelir.
Ekip. Paneli günlük olarak kim kullanacak, teknik destek nereden gelecek. Bu, en sık atlanan ve sonradan en pahalıya mal olan değişken.
Entegrasyon listesi. Muhasebe, kargo, ödeme, pazaryeri, e-posta ve varsa ERP. Listeyi seçimden önce yazmak, seçimden sonra yazmaktan çok ucuzdur.
Kiralık paket, açık kaynak ve özel geliştirme
Üç aile var ve üçü de aynı işi farklı takasla yapıyor.
Kiralık paket (hizmet olarak sunulan altyapı). Sunucu, güncelleme ve güvenlik sağlayıcıdadır; kurulum süresi kısadır. Karşılığında müdahale alanı sınırlıdır: sayfa şablonuna, adres yapısına ve bazı durumlarda yapılandırılmış veri çıktısına ne kadar dokunabileceğiniz sağlayıcının izin verdiği kadardır. Bu sınırın nerede olduğunu satın almadan önce yazılı olarak sormak gerekir.
Açık kaynak. Kodun tamamı sizde olur, müdahale alanı geniştir. Karşılığında sunucu, güncelleme, yedekleme ve güvenlik sizin sorumluluğunuzdadır. Yazılımın kendisi ücretsiz olsa da işletme maliyeti sıfır değildir; bu maliyeti taşıyacak bir teknik sorumlu yoksa açık kaynak avantaj değil risk üretir.
Özel geliştirme. Yalnızca standart yazılımların karşılayamadığı bir iş modeli varsa savunulabilir: alışılmadık fiyatlandırma, karmaşık üyelik yapısı, kendine özgü bir sipariş akışı. Standart bir mağaza için özel geliştirme, çoğu zaman hazır yazılımların yıllarca çözdüğü sorunları baştan çözmek anlamına gelir.
Aylık ücrete dahil olmayan kalemler
Karşılaştırma tabloları genellikle aylık ücret üzerinden kurulur; oysa toplam maliyetin önemli bir kısmı o satırda görünmez. Rakam vermeden, hangi kalemlerin ayrıca sorulması gerektiğini listelemek mümkün.
- Tema ve tasarım. Hazır tema mı, özelleştirme mi, marka kimliğine uyarlama işçiliği ne kadar.
- Eklentiler. Temel pakette olmayan işlevler ayrı ayrı ücretlendiriliyor olabilir; ihtiyaç listenizdeki her madde için ayrı satır çıkarın.
- İşlem payı. Bazı paketlerde satış hacmine bağlı bir pay vardır; hacim arttıkça bu kalem aylık ücretten büyür.
- Ödeme ve kargo tarafındaki komisyonlar. Bunlar altyapının değil sağlayıcının kalemidir ama toplam maliyete girer.
- Geçiş işçiliği. Mevcut bir mağazadan taşınıyorsanız veri aktarımı, adres eşlemesi ve test işçiliği ayrı bir kalemdir.
- Bakım ve güncelleme. Açık kaynakta bu kalem sizde, kiralıkta sağlayıcıdadır; ikisini aynı tabloda karşılaştırırken bu farkı belirtmek gerekir.
Tabloyu kurarken doğru soru "aylık ne kadar" değil, "on iki ayın sonunda toplam ne ödemiş olacağız ve bu rakamın hangi kısmı satışa bağlı" sorusudur.
İkinci bir ayrım daha faydalıdır: sabit kalemler ile hacme bağlı kalemleri aynı satırda toplamamak. Sabit kalemler bütçelenebilir, hacme bağlı kalemler ise satış büyüdükçe büyür ve bir noktada karşılaştırmanın sonucunu tersine çevirebilir. İki aday altyapı düşük hacimde birbirine yakın görünüp yüksek hacimde belirgin biçimde ayrışabilir; bu yüzden karşılaştırma bugünkü hacimle değil, en az iki hacim senaryosuyla yapılmalıdır.
Ekibin günlük olarak yönetebileceği şey nedir
Bir altyapı, onu kullanacak kişinin yapabildiği kadar iyidir. Panelin teknik olarak neyi desteklediği ile ekibin fiilen ne yapabildiği arasındaki fark, projelerin sessizce durduğu yerdir.
Pratik bir sınama var: seçim aşamasında, paneli günlük kullanacak kişiden demo ortamında üç işi yapmasını isteyin. Yeni bir ürünü varyantlarıyla birlikte eklesin, bir kampanya kurgusunu tanımlasın ve bir siparişte iade işlemini yürütsün. Bu üç iş yardım almadan yapılamıyorsa, o altyapı o ekip için pahalıdır; fark, dışarıdan destek satın alarak kapatılır ve bu da bir maliyet kalemidir.
İkinci bir kontrol, kim olmadığında işin durduğudur. Panel yalnızca tek bir kişinin bildiği kurgularla ayakta duruyorsa, altyapıdan bağımsız bir kırılganlık vardır. İçeride mi yürütmek yoksa dışarıya mı vermek gerektiği ayrı bir karar; bu kararın çerçevesini iç ekip mi ajans mı karar matrisi yazımızda kurmuştuk.
Entegrasyon envanteri
Entegrasyon listesi seçimden önce çıkarılmazsa, seçim yapıldıktan sonra ortaya çıkan her eksik ya elle iş ya da ek geliştirme demektir.
Muhasebe ve fatura. Siparişin faturaya nasıl döneceği, e-arşiv ve e-fatura akışının nereden yürüdüğü.
Kargo. Hangi taşıyıcılarla hazır bağlantı var, gönderi etiketi panelden basılabiliyor mu, teslim durumu müşteriye otomatik dönüyor mu.
Ödeme. Sanal pos kararı altyapının değil bankanın ve ödeme kuruluşunun tarafındadır; altyapı yalnızca hangi sağlayıcılarla hazır bağlantısı olduğunu söyler.
Pazaryeri. Stok ve fiyatın tek yerden yönetilip yönetilemeyeceği. Aynı ürünün iki yerde farklı fiyatla durması, sonradan düzeltilmesi en zahmetli veri sorunlarından biridir.
Ürün verisi çıkışı. Reklam ve alışveriş kanallarına giden besleme dosyalarının nasıl üretildiği ve hangi alanların bu dosyaya taşınabildiği. Bu çıktının kalitesi, alışveriş kanallarında reddedilen ürün sayısına doğrudan yansır.
Verinizi geri alabilir misiniz?
Çıkış maliyeti, satın alma aşamasında hiç sorulmayan ama en pahalı sonucu doğuran başlıktır. Sorulacak sorular kısa ve nettir.
Ürün, kategori, müşteri, sipariş ve yorum verisi tam olarak dışa aktarılabiliyor mu; hangi biçimde ve hangi alanlar eksik kalıyor? Görseller özgün çözünürlükleriyle indirilebiliyor mu? Adres yapısı, sağlayıcıya özgü bir kalıba mı bağlı; taşındığınızda ürün adresleri korunabilir mi?
Sipariş ve müşteri verisi tarafında ek bir soru daha var: bu veriler dışa aktarılabildiğinde hangi biçimde geliyor ve iade, garanti ya da muhasebe süreçleri için yeterli ayrıntıyı taşıyor mu? Yalnızca sipariş numarası ve toplam tutar dönen bir aktarım, geçmişi saklamış sayılmaz.
Son soru en kritiği: yönlendirme kuralları yazılabiliyor mu. Yazılamıyorsa, taşıma günü elinizde adres yapısını koruma imkânı kalmaz. Bu işin nasıl yürütüldüğünü mağaza taşımada adres eşlemesini anlattığımız yazıda adım adım anlattık.
Karar tablosu: ihtiyaçtan altyapı ailesine
Aşağıdaki tablo bir marka önermiyor; hangi ihtiyacın hangi aileye işaret ettiğini gösteriyor. Satırlar birbirini dışlamaz, birden fazla satır aynı anda geçerli olabilir.
| İhtiyacın hâli | İşaret ettiği aile | Dikkat edilecek nokta |
|---|---|---|
| Az ürün, tek kanal, teknik ekip yok | Kiralık paket | Şablon ve adres müdahalesinin sınırı |
| Çok ürün, sık değişen fiyat ve stok | Toplu işlem yeteneği güçlü paket veya açık kaynak | İçe aktarma ve toplu düzenleme testi |
| Çok kanal, pazaryeri ağırlıklı | Tek kaynaklı ürün verisi kurabilen yapı | Stok ve fiyatın tek yerden yönetimi |
| Alışılmadık sipariş veya fiyat kurgusu | Açık kaynak veya özel geliştirme | Bakım sorumluluğunun kimde olduğu |
| Teknik sorumlu var, müdahale isteniyor | Açık kaynak | Güncelleme ve güvenlik yükü |
Tablo doldurulduktan sonra kalan iki üç seçenek demo ortamında sınanır. Sınamayı satış görüşmesiyle değil, kendi ürününüzün gerçek verisiyle yapmak gerekir: yirmi gerçek ürünü varyantlarıyla yükleyip panelde yönetmek, bir saatlik demodan çok daha bilgilendiricidir.
Kararı ertelemenin doğru olduğu iki durum
Her işletmenin hemen bir altyapı seçmesi gerekmez. İki durumda beklemek daha savunulabilir.
Ürün ve fiyat kurgusu henüz oturmamışsa. Ne satacağı, hangi varyantla satacağı ve nasıl fiyatlayacağı netleşmemiş bir işletmede altyapı seçimi, tanımsız bir ihtiyaca göre yapılır. Bu durumda küçük ve çıkışı kolay bir kurgunun içinde birkaç ay satış yapıp gerçek veriyle karar vermek daha ucuza gelir.
Asıl darboğaz talebin kendisiyse. Site kurmak talep üretmez. Ürününüz için arama ve öneri tarafında hiç görünürlük yoksa, altyapıyı büyütmek o boşluğu kapatmaz. Böyle bir durumda önce talebin nereden geleceğine bakmak, sonra o hacmi taşıyacak altyapıyı seçmek doğru sıradır.
Kurulum tarafında hangi işlerin kimde olduğunu, hangi kararların işletmede kaldığını ve neyi vaat etmediğimizi kurulum hizmetimizin kapsam ve sınır bölümünde yazılı olarak bulabilirsiniz. Sektör tarafındaki görünürlük çalışması için e-ticaret çözümleri sayfamıza göz atabilir, kendi ihtiyaç listenizi birlikte çıkarmak isterseniz bize kısa bir not bırakabilirsiniz.
Sıkça Sorulan Sorular
Az ürünle başlıyoruz, sonra büyürsek taşımak zorunda kalır mıyız?
Zorunlu değil ama ihtimal gerçek. Belirleyici olan ürün sayısından çok kanal ve varyant karmaşıklığının nasıl büyüdüğüdür; tek kanalda kalan bir mağaza uzun süre aynı yapıda çalışabilir. Bu ihtimali baştan ucuzlatmanın yolu, seçim aşamasında çıkış maliyetini sormaktır: veri tam olarak dışa aktarılabiliyorsa ve adres yapısına müdahale edilebiliyorsa taşıma zahmetli ama yönetilebilir bir iş olur. Bu iki koşul sağlanmıyorsa büyüme anında seçenekleriniz daralır.
Kiralık altyapıda arama ve yapay zeka görünürlüğü için gereken müdahaleler mümkün mü?
Çoğu durumda temel müdahaleler mümkündür: başlık ve açıklama alanları, adres yapısı, site haritası ve yapılandırılmış veri çıktısı genellikle yönetilebilir. Sınır, sağlayıcıdan sağlayıcıya değişir ve satın almadan önce yazılı olarak sorulması gereken şey tam olarak budur. Pratik bir sınama var: demo mağazada bir ürün sayfasının kaynağına bakıp ürün verisinin makine okunur biçimde bulunup bulunmadığını ve bu çıktının düzenlenebilir olup olmadığını kontrol edin.
Açık kaynak gerçekten ücretsiz mi?
Yazılımın lisansı ücretsiz olabilir; işletmesi değildir. Sunucu, güncelleme, yedekleme, güvenlik ve sorun anında müdahale birer iş kalemidir ve bunlar ya içeride bir kişinin zamanını ya da dışarıdan alınan bir hizmeti tüketir. Doğru karşılaştırma "lisans ücreti var mı" değil, "bu yapıyı on iki ay ayakta tutmak kimin işi ve o kişinin zamanı neye mal oluyor" sorusudur. Teknik sorumlusu olan işletmelerde açık kaynak güçlü bir seçenektir; olmayanlarda çoğu zaman gizli bir maliyet üretir.
Pazaryerinde satıyoruz, kendi sitemiz gerçekten gerekli mi?
Zorunlu değil ama iki şey pazaryerinde elde kalmaz: müşteri ilişkisinin kendisi ve marka hakkında açık web'de okunabilir bir kaynak. Pazaryeri kanalı satış getirir, buna karşılık fiyat rekabetinin kurallarını ve müşteri verisine erişimi platform belirler. Kendi siteniz ise hem bu kurallardan bağımsız bir kanal hem de ürün ve marka bilgisinin kendi denetiminizdeki tek sürümüdür. Karar genellikle "ya biri ya öteki" değil, hangisine ne kadar ağırlık verileceğidir.
Altyapıyı ajans mı seçmeli, biz mi?
Karar işletmenindir; ajansın işi seçenekleri karşılaştırılabilir hâle getirmektir. Sağlıklı bir çalışmada ajans size bir marka söylemez, ihtiyaç listenizi çıkarır, iki üç aday üzerinde aynı sınamaları yapar ve her adayın nerede sınırlandığını yazılı olarak verir. Bir ajans tek bir altyapıyı savunuyorsa, o altyapıyla arasındaki ticari ilişkiyi sormak yerinde olur; bu ilişki her zaman kötü niyetli değildir ama karar verirken bilinmesi gereken bir bilgidir.