Pazaryeri tek bir ürün değil, iki tarafın aynı anda çalıştığı bir sistemdir
Bir pazaryeri yazılımına başlarken yapılan en yaygın hata, onu büyük bir e-ticaret sitesi gibi düşünmektir. Oysa tek satıcılı bir mağazada sadece alıcıyı memnun etmeniz yeterken, pazaryerinde aynı anda iki müşteriniz vardır: ürünü alan kişi ve ürünü satan firma. Bu iki taraf farklı şeyler ister, farklı ekranlara ihtiyaç duyar ve birbirinin deneyimini doğrudan etkiler. Satıcı stoğunu güncellemezse alıcı kızar; alıcı ödeme yapmazsa satıcı kargoya vermez. Yazılımın asıl karmaşıklığı tam burada, bu iki tarafın arasındaki akışta doğar.
Bu yüzden işe başlamadan önce cevaplanması gereken ilk soru şudur: bu platformda kim kime ne satıyor ve para kimin üzerinden akıyor? Eğer bu cümleyi tek bir net paragrafla yazamıyorsanız, henüz kod yazmaya hazır değilsiniz demektir. Çoğu projede gecikmenin sebebi teknik zorluk değil, bu temel akışın baştan netleştirilmemiş olmasıdır.
Çift taraflı kullanıcı ve onboarding: satıcı olmak başvuru gerektirir
Alıcı tarafı görece basittir; e-posta, telefon, adres ve ödeme bilgisiyle alışveriş yapabilir. Satıcı tarafı ise bambaşka bir dünyadır. Bir firmayı platforma kabul etmek genellikle vergi numarası, ticari unvan, IBAN, sözleşme onayı ve çoğu durumda manuel bir doğrulama adımı içerir. Yani satıcı kaydı bir 'üye ol' formu değil, bir başvuru ve onay sürecidir. Bu süreci baştan tasarlamazsanız, ilk gerçek satıcı geldiğinde sistemi elle yamamak zorunda kalırsınız.
Kurmadan önce cevaplanması gereken soru: satıcı başvurusunu kim, hangi kriterlere göre onaylayacak ve onaylanmamış bir satıcı sisteme ne kadar erişebilecek? Onay bekleyen satıcının ürün yükleyip yükleyemeyeceği, hangi belgenin zorunlu hangisinin opsiyonel olduğu gibi kararlar, sonradan değiştirilmesi en pahalı olan kararlardır çünkü bütün veri modelini etkilerler.
Ödeme ve para akışı: alıcının ödediği para doğrudan satıcıya gitmez
Pazaryerini sıradan bir e-ticaret sitesinden ayıran en kritik fark burasıdır. Tek satıcılı sitede alıcı öder, para satıcıya geçer, iş biter. Pazaryerinde ise alıcının ödediği tutar önce platformda toplanır, komisyon kesilir ve kalan kısım belirli bir takvime göre satıcıya aktarılır. Bu yapıya genellikle escrow (emanet) veya split payment (bölünmüş ödeme) denir. Türkiye'de iyzico, PayTR gibi sağlayıcılar alt üye iş yeri (marketplace) modelleriyle bu akışı destekler; ancak hangi sağlayıcının hangi modeli, hangi komisyon ve hangi ödeme takvimiyle sunduğunu sözleşme aşamasında netleştirmeniz gerekir. Buradaki oranları varsaymak değil, sağlayıcıyla teyit etmek gerekir.
Para akışı sadece teknik bir entegrasyon değil, aynı zamanda yasal ve muhasebesel bir konudur. Satıcıya ne zaman ödeme yapılacak, iade durumunda kesilen komisyon geri verilecek mi, ödeme öncesi bir bekleme süresi olacak mı gibi soruların cevabı doğrudan nakit akışını ve satıcı güvenini belirler.
Kurmadan önce cevaplanması gereken soru: bir alıcı 100 lira ödediğinde, bu paranın hangi parçası ne zaman kime gidecek ve bu akışın her adımı kayıt altına alınıyor mu? Para akışını izlenebilir kılmayan bir pazaryeri, ilk anlaşmazlıkta kör kalır.
Teslimat, kargo ve sipariş durumu: tek siparişin birden çok satıcısı olabilir
Alıcı tek bir sepetle alışveriş yapar ama o sepetteki ürünler farklı satıcılardan geliyor olabilir. Bu durumda ortada tek bir 'sipariş' değil, aynı sepetin altında birden fazla satıcıya bölünmüş alt-siparişler vardır. Her satıcı kendi ürününü kendi kargo süreciyle gönderir, her parçanın kendi takip numarası ve kendi durumu olur. Alıcı ise bütün bunları tek bir ekranda, anlaşılır biçimde görmek ister.
Kurmadan önce cevaplanması gereken soru: sipariş durumunu kim güncelleyecek ve kargo süreci platform üzerinden mi yoksa satıcının kendi anlaşmalarıyla mı yürüyecek? Kargo entegrasyonunu platformun mu üstleneceği yoksa her satıcının kendi kargo firmasıyla mı çalışacağı, hem maliyeti hem de teknik mimariyi baştan şekillendiren bir karardır.
Komisyon, fiyatlandırma, destek ve anlaşmazlık yönetimi
Komisyon modeli pazaryerinin iş modelinin kalbidir, ama çoğu zaman en sona bırakılır. Komisyon her kategoride aynı mı olacak, satıcıya göre değişecek mi, sabit ücret mi yoksa yüzde mi, yoksa ikisinin karışımı mı? Bu kararlar sadece bir 'oran' meselesi değildir; sistemin her sipariş için doğru kesintiyi hesaplayıp kaydedebilmesi gerekir. Komisyon mantığını esnek kurmazsanız, iş modelinizi değiştirmek istediğinizde yazılımı baştan yazmak zorunda kalabilirsiniz.
Diğer kritik eksen ise destek ve anlaşmazlık yönetimidir. Pazaryerinde alıcı ile satıcı arasında kaçınılmaz olarak sorunlar çıkar: ürün gelmedi, yanlış geldi, iade talep edildi. Platform bu durumda sadece bir aracı değil, çoğu zaman hakemdir. İade onayını kim verecek, anlaşmazlıkta para kimde bekleyecek, iletişim platform üzerinden mi yürüyecek gibi soruların cevabı, kullanıcı güveninin temelini oluşturur.
Kurmadan önce cevaplanması gereken soru: bir alıcı 'ürünüm gelmedi' dediğinde süreç adım adım nasıl işleyecek ve bu sürecin her aşaması kayıt altına alınıyor mu? Anlaşmazlık akışı tasarlanmamış bir pazaryeri, büyüdükçe yönetilemez hale gelir.
Üç panel, üç farklı dünya ve doğru ilk adım
Bir pazaryeri aslında üç ayrı yazılımın bir arada çalışmasıdır: alıcının gördüğü vitrin, satıcının ürün-sipariş-ödeme yönettiği satıcı paneli ve platform sahibinin her şeyi denetlediği yönetim paneli. Satıcı paneli kendi başına küçük bir e-ticaret yönetim sistemidir; admin paneli ise satıcı onayından komisyon ayarına, anlaşmazlık çözümünden ödeme takibine kadar platformun bütün kontrol noktalarını barındırır. Bu üç katmanı ve aralarındaki yetki sınırlarını baştan düşünmek gerekir; kimin neyi görüp neyi değiştirebileceği, hem güvenlik hem de denetlenebilirlik açısından kritiktir.
Buradaki en büyük tuzak, her şeyi ilk sürümde yapmaya çalışmaktır. Komisyon kuralları, çok kargolu siparişler, gelişmiş anlaşmazlık akışları, satıcı performans puanları... Hepsi gerekli olabilir ama hepsi aynı anda gerekli değildir. Bu kadar çok hareketli parçayı tek seferde kurmaya çalışmak, projeyi aylarca lansmana ulaşamadan boğar.
Doğru ilk adım, çekirdek akışı uçtan uca çalıştırmaktır: bir satıcı kaydolsun, bir ürün yüklesin, bir alıcı satın alsın, ödeme bölünsün ve sipariş tamamlansın. Bu tek hat sağlam çalıştığında, üzerine her özelliği güvenle ekleyebilirsiniz. Pazaryeri yazılımında başarı, ne kadar çok özellik kurduğunuzla değil, çekirdek akışın ne kadar sağlam aktığıyla ölçülür. Kapsamı baştan netleştirip MVP'yi doğru tanımlamak, bu işin en pahalı hatalarından kaçınmanın tek yoludur.