E-Ticaret Sitesi Satın Almak, Kiralamak ve Sıfırdan Kurdurmak

"E-ticaret sitesi ne kadara mal olur?" sorusuna verilen cevapların hemen hepsi yanlış bir yerden başlıyor: aylık ücretten. Oysa bu üç modelin arasındaki gerçek fark fiyat değil, sahiplik ilişkisi. Kimin neye sahip olduğu; büyümek istediğinizde ne kadar hızlı hareket edebileceğinizi, bir sağlayıcıyla anlaşamadığınızda ne kadar sıkışacağınızı ve üç yıl sonra çıkış yapmak isterseniz kaç para ödeyeceğinizi belirliyor.

Bu yazı, üç modeli tek tek ele alıyor: aylık abonelikle kullanılan kiralık panel, kurulu hâlde devralınan hazır paket ve sıfırdan geliştirilen özel yazılım. Her modelin nerede işe yaradığını, nerede tıkadığını ve karar vermeden önce hangi maddeyi sözleşmeye yazdırmanız gerektiğini anlatıyor. Fiyat listesi vermiyoruz; çünkü rakam mağazadan mağazaya değişiyor, ama maliyeti oluşturan kalemler değişmiyor.

Üç model, üç farklı sahiplik ilişkisi

Bir e-ticaret sitesi tek bir şey değil; üst üste duran dört katmandır. Modeller arasındaki fark, bu dört katmanın hangisinin kimde olduğudur:

Tablodaki en yanıltıcı satır sonuncusu. "Veri sizin" ifadesi her sözleşmede geçer ama pratikte anlamı, o veriyi ne zaman ve hangi eksiksizlikte dışarı çıkarabildiğinizdir. Veri sizindir ama dışa aktarma yalnızca ürün ve müşteri listesini kapsıyorsa, sipariş satırları ve yorumlar sizde değildir.

Model 1: E-ticaret sitesi kiralama

E-ticaret sitesi kiralama, aylık ya da yıllık abonelikle bir panel kullanmaktır. Piyasadaki yerli ve yabancı altyapıların büyük kısmı bu modelle çalışır. Ödediğiniz bedel yazılımın kendisi için değil, kullanım hakkı için ödenir.

Ne zaman doğru karar: Ürün sayısı ve süreçler standartken, satışa hızlı başlamak öncelikliyken, teknik ekip yokken. Sunucu, güncelleme, güvenlik yaması ve yedekleme gibi işlerin tamamı sağlayıcının sorumluluğundadır; bu, küçük bir ekip için ciddi bir yüktür ve devretmek mantıklıdır.

Nerede tıkanır: İş modeliniz standart panelin varsaydığı akıştan saptığında. Farklı bir fiyatlandırma mantığı, kendine özgü bir sipariş onay süreci, bir ERP’ye özel alan eşleştirmesi ya da mevzuat kaynaklı bir zorunluluk gerektiğinde iki seçenek kalır: ya süreci panele uydurursunuz ya da her istisna için ek geliştirme faturası ödersiniz. Aboneliğin ucuzluğu genelde burada biter.

Görünmeyen kalemler: Tema lisansı, uygulama abonelikleri, entegrasyon başına ücretler, işlem komisyonu, limit aşımı ücretleri ve yıllık zam. Paket karşılaştırırken bu kalemleri nasıl okumanız gerektiğini e-ticaret paketi seçimi yazısında madde madde açtık.

Model 2: Hazır e-ticaret sitesi satın almak

Hazır e-ticaret sitesi, kurulu ve çalışır durumda teslim edilen bir paket demektir. Bu başlık altında birbirinden çok farklı iki şey satılıyor ve karıştırılması pahalıya patlıyor:

• Kurulum hizmeti olarak hazır site: Altyapı yine bir SaaS platformdur, satın aldığınız şey kurulum ve uyarlama emeğidir. Yazılımın mülkiyeti platformdadır. Yani bu aslında kiralamadır, üstüne bir kurulum bedeli eklenmiştir.
• Lisanslı yazılım olarak hazır site: Kendi sunucunuza kurulan, lisansını satın aldığınız bir yazılım. Burada mülkiyet ilişkisi gerçekten değişir; ama güncelleme, güvenlik ve sunucu yönetimi de sizin tarafınıza geçer.

E-ticaret sitesi satın al derken tam olarak ne satın alınıyor?

Bu, teklif masasında sorulması gereken tek soru. "E-ticaret sitesi satın al" ifadesi tek başına hiçbir şey ifade etmiyor; sözleşmede şu beş maddenin nasıl yazıldığı ifade ediyor:

1. Kaynak kodu devri: Kod size teslim ediliyor mu, yalnızca kullanım hakkı mı veriliyor? Teslim ediliyorsa hangi kapsamda — yalnızca tema mı, uygulama katmanı da mı?
2. Barındırma: Yazılım sağlayıcının sunucusunda mı çalışıyor, sizin seçtiğiniz sunucuya kurulabiliyor mu?
3. Güncelleme: Yeni sürümler ve güvenlik yamaları ücretli mi, ne sıklıkla yayınlanıyor, uygulanması kimin işi?
4. Veri erişimi: Veritabanına doğrudan erişiminiz var mı, yoksa yalnızca panelin verdiği dışa aktarma dosyalarıyla mı sınırlısınız?
5. Fesih sonrası: Anlaşma bittiğinde site çalışmaya devam ediyor mu, ne kadar süre veri erişimi tanınıyor?

Bu beş maddeye net cevap alamıyorsanız satın aldığınız şey bir yazılım değil, bir belirsizliktir.

Model 3: E-ticaret sitesi kurmak — sıfırdan geliştirme

Üçüncü yol, e-ticaret sitesi kurmak için hazır bir ürünü uyarlamak yerine yazılımı iş modelinize göre geliştirtmektir. Bu yolun tek gerçek gerekçesi vardır: iş modeliniz standart e-ticaret akışına sığmıyorsa. Konfigüratörle satılan ürünler, ölçüye göre üretim, karmaşık bayi hiyerarşisi, abonelik ve yenileme mantığı, üretim planlamasıyla iç içe geçmiş stok yönetimi gibi durumlar bu kategoriye girer.

Yalnızca "daha özgün görünsün" ya da "kendi sitem olsun" gerekçesiyle sıfırdan geliştirmeye girmek, çoğu mağaza için maliyeti zamana yaymanın en zor yoludur. Görsel özgünlük, hazır bir altyapı üzerinde özel tema geliştirerek de sağlanabilir; bunun kapsamını kişiye özel web sitesi başlığı altında ayrıca ele alıyoruz.

Sıfırdan geliştirmede en çok küçümsenen kalem, geliştirme değil sürekliliktir. Ödeme kuruluşları API sürümlerini değiştirir, kargo firmaları alan yapısını günceller, tarayıcılar davranış değiştirir, mevzuat yeni zorunluluk getirir. Bunları takip edecek bir bakım anlaşması yoksa proje ikinci yılında yaşlanmaya başlar. Bu yüzden teklif alırken geliştirme bedelini değil, geliştirme artı otuz altı aylık bakım bedelini karşılaştırın.

E-ticaret sitesi maliyeti üç yıl üzerinden nasıl hesaplanır?

Üç modeli karşılaştırmanın tek dürüst yolu, aynı zaman aralığında toplam sahip olma maliyetini çıkarmaktır. Kalemler şunlar:

Son satır, hesabın en çok atlanan kalemidir ve aşağıda ayrı bir başlıkta ele alıyoruz.

Kiralık panelde neye sahip değilsiniz?

Aylık abonelikle çalışan bir panelde sahip olmadığınız şeyleri saymak, sahip olduklarınızı saymaktan daha öğretici:

• Yol haritasına sahip değilsiniz. Hangi özelliğin ne zaman geleceğine sağlayıcı karar verir. İhtiyacınız listede yoksa bekleme dışında seçeneğiniz olmaz.
• Sürüm kontrolüne sahip değilsiniz. Platform güncellemesi mağazanızın davranışını değiştirebilir; güncellemeyi ertelemek gibi bir seçeneğiniz yoktur.
• Ödeme akışının tamamına sahip değilsiniz. Ödeme adımının hangi kısmını özelleştirebileceğinizi platform belirler; bu, mevzuata bağlı bir onay kutusu eklemek gerektiğinde somut bir sınır olarak karşınıza çıkar.
• URL yapısına tam sahip değilsiniz. Bazı platformlarda adres ön ekleri sabittir; başka bir platformdan geçtiğinizde eski adreslerinizi birebir koruyamazsınız.
• Veritabanına sahip değilsiniz. Erişiminiz, panelin size verdiği dışa aktarma kadardır.
• Fiyata sahip değilsiniz. Abonelik bedeli, komisyon oranı ve limit tanımları sağlayıcının kararıyla değişebilir.

Bunların hiçbiri kiralamayı kötü bir seçim yapmaz. Çoğu mağaza için doğru seçimdir. Ama bu listeyi bilerek imzalamakla, üç yıl sonra keşfetmek arasında ciddi fark vardır.

Veri taşınabilirliği: sözleşmeden önce sorulacak yedi soru

Sahiplik tartışmasının somut karşılığı budur. Sağlayıcıya sorun:

1. Ürünleri, varyantları ve görselleri hangi formatta dışa aktarabiliyorum?
2. Müşteri kayıtlarını alabiliyor muyum; adres defterleri de dahil mi?
3. Siparişleri satır düzeyinde (ürün, adet, indirim, vergi) alabiliyor muyum, yoksa yalnızca özet mi?
4. Ürün yorumları ve müşteri soruları dışa aktarma kapsamında mı?
5. İçerik sayfaları, blog yazıları ve yönlendirme kayıtları alınabiliyor mu?
6. Dışa aktarma kendi başıma yapabildiğim bir işlem mi, talep açmam mı gerekiyor?
7. Sözleşme bittikten sonra veriye kaç gün erişebiliyorum?

Üçüncü ve dördüncü sorular en kritik olanlar. Sipariş satır detayı olmadan geçmiş satış analizinizi yeni sisteme taşıyamazsınız; yorumlar olmadan ürün sayfalarınız yeni platformda sıfırdan başlar. Yorumların taşınması özellikle önemlidir, çünkü sosyal kanıt yılların birikimidir ve dönüşüme etkisi ölçülebilir bir kalemdir.

Çıkış maliyeti: ayrılmanın gerçek faturası

Bir altyapıyı seçerken kimse ayrılmayı düşünmez; oysa maliyetin en büyük kısmı orada saklıdır. Çıkış maliyetini oluşturan kalemler:

• Yönlendirme haritası: URL yapısı değişiyorsa her eski adres için 301 yönlendirmesi kurulmalıdır. Katalog büyükse bu tek başına bir proje.
• Müşteri şifreleri: Şifreler taşınamaz; tüm müşteri tabanına şifre yenileme akışı kurulur ve bir kısmı geri dönmez.
• Sipariş geçmişi: Yeni platforma aktarılması her zaman mümkün olmaz; çoğu zaman arşiv olarak ayrı tutulur.
• Yorumlar ve sorular: Dışa aktarılamıyorsa yeniden toplamak yıllar alır.
• Ekip alışkanlığı: Sipariş hazırlayan, iade işleyen, ürün giren ekibin yeni panele adapte olması ölçülmeyen ama gerçek bir maliyettir.

Bu kalemlerin teknik ayrıntısını ve sıralamasını mağaza taşıma ve veri aktarımı yazısında ayrı ayrı ele aldık. Karar aşamasındaysanız o yazıyı bu yazının devamı gibi okuyun.

RapiSoft neden bu üçünün tam ortasında duruyor?

Bu yazıyı yazan ekip aynı zamanda kendi e-ticaret altyapısını geliştiriyor, o yüzden konumu açıkça yazalım. RapiSoft, STools tarafından geliştirilen çok kanallı bir e-ticaret altyapısıdır. Abonelikle kullanılır; bu yönüyle birinci modele benzer. Ancak iki noktada ayrışır:

• Altyapıyı geliştiren ekiple çalışırsınız. Standart panelin dışına çıkan bir ihtiyaç doğduğunda talep, üçüncü bir tarafın yol haritasına yazılan bir istek değil, doğrudan konuşulabilen bir geliştirme kalemidir. Kiralık modelde en çok tıkanılan yer burasıydı.
• Kurulum ve geçiş dış kaynağa bırakılmaz. Ürün, müşteri ve sipariş verisinin taşınması, ödeme, kargo ve fatura entegrasyonlarının kurulması bizim ekibimizin işidir; siz satışa devam edersiniz.

Dürüst olmak gerekirse RapiSoft da bir aboneliktir ve yukarıda kiralama için saydığımız soruların çoğu bize de sorulmalıdır — özellikle veri dışa aktarma kapsamı ve fesih sonrası erişim maddeleri. Farkı iddia olarak değil, mekanizma olarak anlatıyoruz: kararı veren ekiple konuşuyor olmak, standart dışı ihtiyaçların çözülme hızını değiştirir. Modüller tarafında da aynı mantık geçerli; site içi arama ya da yorum aktarımı gibi çözümler aynı ekip tarafından geliştirildiği için altyapıyla birlikte çalışacak şekilde kurgulanıyor.

Kiminle çalışıyorsunuz: platform, ajans, yoksa geliştirici mi?

Model kararı kadar önemli ama neredeyse hiç konuşulmayan bir konu var: aynı işi üç farklı taraf satabiliyor ve üçünün sorumluluk sınırı farklı.

Karar verirken sorulacak soru şudur: bir sorun çıktığında kimi arayacağım ve o kişi sorunu tek başına çözebiliyor mu? İki tedarikçinin birbirini işaret ettiği kurulumlar, teknik olarak doğru kurulmuş olsalar bile operasyonda en çok zaman kaybettirenlerdir. Sorumluluk sınırını sözleşmede tek cümleyle yazdırmak, aylar sonra çıkacak tartışmayı baştan bitirir.

Hangi profil hangi modele daha yakın?

Karar için kısa yol

Üç soruya cevap verin, model kendini gösterir:

1. İş modeliniz standart mı? Ürün seçiliyor, sepete atılıyor, ödeniyor, kargolanıyorsa standarttır. Bu durumda sıfırdan geliştirme çoğu zaman gereksiz.
2. Önümüzdeki üç yılda kaç istisna çıkacak? İstisna sayısı arttıkça kiralama pahalılaşır, çünkü her istisna ya ek geliştirme ya da süreç tavizidir.
3. Ayrılmak zorunda kalırsanız neyi kaybedersiniz? Cevabınız "bilmiyorum" ise sözleşmeyi imzalamadan önce yukarıdaki yedi soruyu sorun.

Model seçimini yaptıktan sonraki adım paket ve kapsam karşılaştırmasıdır; hangi kalemlerin gizli maliyet ürettiğini paket seçimi yazısında, sürecin en başındaki yasal ve teknik zorunlulukları ise e-ticaret sitesi açma rehberinde bulabilirsiniz.