B2B pazaryeri kurmak; teknik bir yazılım kurulumu değil, ticari bir operasyonun dijitalleştirilmesidir. Doğru sıra ile ilerlemediğinde kurulan platform; kullanılmaz, tekrar tekrar geliştirme isteyen, ekibinizi yavaşlatan bir yapıya dönüşebilir. Bu yazıda B2B pazaryeri kurarken sırasıyla atılması gereken adımları, sık karşılaşılan hataları ve karar noktalarını anlatıyoruz.
#1. İş modeli ve hedef kullanıcı tanımı
Her B2B pazaryeri farklı bir ticari ihtiyaca cevap verir. Distribütör-bayi sipariş sistemi, çok satıcılı pazaryeri, kapalı bayi portalı, kurumsal tedarik kanalı veya hibrit model — bunların her biri farklı veri modeli ve operasyon akışı gerektirir. İlk adım iş modelinizi netleştirmektir: kim kime satıyor, kim ödeme alıyor, kim sevkiyatı yapıyor, komisyon var mı, açık hesap var mı. Bu sorular netleşmeden başlanan projeler, geliştirme sürecinde ciddi yön değişiklikleri yaşar.
#2. Kullanıcı rolleri ve yetki matrisi
Toptancı, distribütör, bayi, kurumsal alıcı, satıcı, tedarikçi, saha satış temsilcisi, operasyon, finans, depo — her rol farklı ekran, farklı veri görme yetkisi ve farklı işlem hakkı ister. Her rolün ne göreceği ve ne yapabileceğini bir tablo halinde kayıt altına almak, sonraki tüm geliştirme adımlarının zeminidir. Yetki yapısı ne kadar net olursa, sistem o kadar yönetilebilir kalır.
#3. Ürün, fiyat ve stok modelinin tasarımı
B2B pazaryerinin omurgası ürün modelidir. Tek fiyatlı sade ürün mü, varyantlı ürün mü, çok satıcılı (PSF + İlan) yapı mı, koli/paket bazlı satış mı, ölçü/ebat/malzeme varyantı mı? Fiyat tarafında bayi grubu fiyatı, kontrat fiyatı, kampanya fiyatı, vade farkı, minimum sipariş kuralı; stok tarafında çoklu depo, ön sipariş, alternatif ürün senaryoları belirlenir. Bu kararlar, yazılım modelinin temelini belirler.
#4. Sipariş ve onay akışı
B2B'de sipariş çoğu zaman tek tıkla bitmez. Onay süreci (kurumsal alıcının iç onayı), kontrat kontrolü (bayi kotası), cari limit kontrolü, stok yetersizliğinde alternatif sunma, kısmi sevkiyat senaryoları gibi adımlar olabilir. Bu akış başında doğru tasarlanmazsa sonradan eklemek operasyonu durdurur. Akışı önce kâğıt üstünde tasarlayın, müşteriniz/bayiniz ile doğrulayın, sonra yazılıma çevirin.
#5. Entegrasyon haritası
ERP (Logo, Mikro, Netsis, Paraşüt, BizimHesap, Sentos), e-fatura/e-arşiv, kargo (Aras, Yurtiçi, MNG, Sürat, PTT, Hepsijet, Sendeo, Kolay Gelsin, Navlungo), ödeme (Iyzico, PayTR), banka tahsilat dosyaları, SMS, e-posta, push bildirimler, varsa CRM ve özel API'ler — entegrasyonlar başlangıçta listelenmezse projenin sonuna doğru beklenmedik kapasite gerektirir. Hangi entegrasyon hangi fazda? Hangisi iki yönlü, hangisi tek yönlü? Bu netleştirilmelidir.
#6. Mimari, teknoloji ve barındırma kararı
Backend (Laravel, NestJS, .NET, Django), frontend (Next.js, Nuxt, Vue, React), arama (Meilisearch, Elasticsearch), kuyruk yapısı, CDN, sunucu (Türkiye lokasyonlu, AWS/GCP, VPS), ölçeklendirme planı — tüm bu kararlar ürün hacmi ve trafik tahmininize göre verilir. Yanlış teknoloji seçimi proje ortasında değiştirme isteyince ciddi maliyet doğurur. i-Pazaryeri çekirdeği Laravel 12 + Next.js 16 + Filament + Meilisearch ile kurulu olduğu için bu kararlar başta verilmiş olur.
#7. Veri modeli ve veri taşıma
Mevcut sistemde (ERP, eski e-ticaret, Excel) bulunan ürün, kategori, marka, müşteri, fiyat ve stok verisinin yeni platforma temiz aktarılması gerekir. Veri kalitesi düşükse (eksik kategori, tekrarlı SKU, yanlış vergi numarası) önce veri temizliği yapılır. Kaba bir tahminle bir B2B projesinin başarı oranının %30'unu doğru veri belirler.
#8. Pilot bayi ile saha testi
Tüm modüller hazır olsa bile, gerçek bayinin platformu kullanması ile yazılım ekibinin test etmesi farklı sonuçlar verir. Canlıya geçmeden önce 3-5 pilot bayi ile saha testi yapılması önerilir. Bu testte hem teknik hatalar hem de kullanıcı deneyimi sorunları ortaya çıkar. Yapılan revizyonlar tüm bayilere açılmadan önce uygulanır.
#9. Eğitim ve destek planı
Bayinin yeni sisteme adaptasyonu yazılımdan bağımsız bir disiplindir. Eğitim içeriği (video, PDF, canlı eğitim), iç destek hattı, ilk hafta yoğun destek senaryosu ve geri bildirim toplama kanalı baştan tasarlanmalıdır. Aksi halde harika bir yazılım yetersiz kullanım nedeniyle başarısız görülür.
#10. Canlıya geçiş ve fazlandırma
Tüm sistemi tek seferde canlıya almak risklidir. Faz 1: temel sipariş + cari + ürün katalog. Faz 2: kampanya + mobil + kapsamlı entegrasyonlar. Faz 3: gelişmiş raporlama, otomasyonlar, yeni segmentler. Her faz stabilize olduktan sonra bir sonraki başlar. Bu yapı operasyonun aksamasını engeller ve yatırımın geri dönüşünü daha hızlı görmenizi sağlar.
#Sıkça yapılan hatalar
- Tüm modülleri aynı anda canlıya almaya çalışmak
- Bayilerle iş modelini doğrulamadan yazılıma başlamak
- ERP entegrasyonunu projenin sonuna ertelemek
- Pilot test atlamak
- Eğitim ve destek planı için bütçe ayırmamak
- Çok küçük bir ekip ile büyük bir yapı kurmaya çalışmak
i-Pazaryeri yaklaşımı bu adımları sıfırdan değil, çalışan bir çekirdek üzerinden uyarlama olarak ele alır. Bu sayede iş modelini ve operasyonu doğru kurguladıysanız, yazılım tarafı planlanabilir bir süreçle ilerler.
