KoderKoder.ai
FiyatlandırmaKurumsalEğitimYatırımcılar için
Giriş YapBaşla

Ürün

FiyatlandırmaKurumsalYatırımcılar için

Kaynaklar

Bize UlaşınDestekEğitimBlog

Yasal

Gizlilik PolitikasıKullanım KoşullarıGüvenlikKabul Edilebilir Kullanım PolitikasıKötüye Kullanımı Bildir

Sosyal

LinkedInTwitter
Koder.ai
Dil

© 2026 Koder.ai. Tüm hakları saklıdır.

Ana Sayfa›Blog›Geliştirici Olmadan Pazar Yeri Web Sitesi Nasıl Kurulur
24 Haz 2025·8 dk

Geliştirici Olmadan Pazar Yeri Web Sitesi Nasıl Kurulur

Kodcu olmayan ekiplerle no-code araçlar kullanarak bir pazar yeri sitesi planlama, inşa etme ve lansman yapma rehberi — özellikler, maliyetler, zaman çizelgeleri ve sık yapılan hatalar.

Geliştirici Olmadan Pazar Yeri Web Sitesi Nasıl Kurulur

Net Bir Pazar Yeri Konseptiyle Başlayın (Önce MVP)

Bir pazar yeri iki taraf arasında tekrar eden bir işlemdir—bu yüzden ilk işiniz o işlemi bir cümleyle tanımlamaktır. Açıkça tarif edemiyorsanız, kimsenin alıp satmasına yardımcı olmayan özellikler inşa edersiniz.

Pazar yeri türünüzü tanımlayın

Hangi “şekli” inşa ettiğinizi seçerek başlayın:

  • Hizmetler (ör. eğitmenler, temizlikçiler, tasarımcılar): alıcılar zaman ve uzmanlık için öder
  • Ürünler (ör. el yapımı ürünler, yenilenmiş eşyalar): alıcılar fiziksel ürün için öder
  • Kiralama (ör. ekipman, mekanlar): alıcılar belirli bir zaman dilimi için erişim öder
  • Potansiyel işler / Lead'ler (ör. ev sahiplerini müteahhitlerle eşleştirme): alıcılar iletişim veya teklif almak için öder

Her tür, MVP'nizin desteklemesi gerekenleri değiştirir (hizmetler için planlama, ürünler için stok yönetimi, kiralamalar için uygunluk takvimi, lead pazaryerleri için lead kuralları).

İki tarafı ve değişimi netleştirin

Açıkça yazın:

  • Kim sağlıyor (satıcılar/sağlayıcılar/ev sahipleri)
  • Kim alıyor (müşteriler/klientler/kiracılar)
  • Ne değiş tokuş ediliyor (bir hizmet oturumu, bir ürün sevkiyatı, bir kiralama dönemi, nitelikli bir lead)

Sonra “tamamlanmış” tanımını onaylayın. Örnek: “Bir rezervasyon, ödeme alındığında ve her iki taraf hizmetin gerçekleştiğini onayladığında tamamlanmış sayılır.” Bu tanım, ileride gereksiz tartışmaları önler.

Tek bir niş ve ilk kullanım durumunu seçin

MVP'niz bir kitle için bir şeyi mükemmel yapmalı. “Yerel wellness profesyonelleri için pazar yeri” hâlâ geniştir; “Evde 60 dakikalık prenatal masaj sunan prenatal masaj terapistleri pazaryeri” doğrulamaya yeterince spesifiktir.

İyi bir ilk kullanım durumu basit, sık ve açıklaması kolay olmalıdır. Kategorileri ve akışları sonra genişletebilirsiniz—insanların ilan verip işlem yaptığını kanıtladıktan sonra.

En iyi 3 başarı metriğinizi seçin

Kendini gösteren metriklerden kaçının ve gerçek ilerlemeyi gösteren üç sayı seçin. Yaygın seçenekler:

  • Kayıtlar (haftalık)
  • Oluşturulan ilanlar (ve onay oranı)
  • Rezervasyonlar / siparişler (tamamlananlar)
  • GMV (brüt ürün değeri)

Pazar yeri türünüze uyan üç metriği seçin, kısa bir zaman aralığı belirleyin (ör. 30 gün) ve hedefler koyun. Bu, MVP'nizi odaklı tutar: bir özellik bu metriklerden birini etkilemiyorsa, “Gün 1” değildir.

İşlem Akışını ve İş Modelini Tasarlayın

Araçları veya sayfaları seçmeden önce “başarı”nın tek bir işlem için ne olduğunu tanımlayın. Bir pazar yeri broşür sitesi değildir—yüzlerce (veya binlerce) ilan için aynı şekilde çalışan tekrar edilebilir bir dizidir.

1) Temel işlemi seçin

Pazar yerinizin etrafında inşa edildiği birincil eylemi seçin:

  • Satın alma (alıcı şimdi öder, satıcı yerine getirir)
  • Rezervasyon (zaman dilimini ayırma, genellikle depozito ile)
  • Teklif isteği (lead satıcıya gider; ödeme daha sonra yapılır)
  • Abonelik (tekrarlayan erişim veya sürekli hizmet)

Paranın nasıl el değiştirdiğine en uygun olanı seçin. Birinci günde birden fazla işlem türünü desteklemeye çalışmak iade, zamanlama ve mesajlaşma kuralları gibi kenar durumlar ekleyerek sizi yavaşlatır.

2) Nasıl para kazanacağınıza karar verin

İş modeliniz bir cümleyle açıklanacak kadar basit ve otomatik hesaplanabilecek kadar net olmalı.

  • Komisyon (ör. işlem başına %10): teşvikleri hizalar; ödeme akışı gerektirir
  • İlan ücreti (ör. ilan başına 19$): basit ödemeler; kalite üzerinde daha az kontrol
  • Abonelik (ör. satıcı için aylık 49$): öngörülebilir gelir; tutulma gerekir
  • Hibrit (küçük abonelik + daha düşük komisyon): satıcılar aktif olduğunda işe yarar

Fiyatlandırmayı ortalama sipariş değeri ve satıcı marjlarıyla karşılaştırın. Ücretiniz “acı verici” görünüyorsa, satıcılar platformda işlem yapmaktan kaçınır.

3) Mutlu yolu uçtan uca eşleyin

Temiz, ideal akışı kısa bir dizi olarak yazın:

Ziyaretçi → kayıt → ilan oluşturma → ilan onayı (opsiyonel) → sipariş/rezervasyon → ödeme → onay → yerine getirme → ödeme talimatı

Her adım için kullanıcı ne görüyor, hangi veriyi topluyorsunuz ve bir sonraki adıma ne tetikliyor (e-posta, durum değişikliği, ödeme olayı) tanımlayın.

4) Kapsamı tek paragrafla sıkı tutun

İnşa etmeyi ~3000 kelime gereksiniminde tanımlayabileceğiniz bir kapsam bildirimi oluşturun. Örnek: “Alıcıların yerel fotoğrafçıları rezervasyon yapıp depozito ödemesini, onay almasını ve satıcıların çekim sonrası %12 komisyon kesildikten sonra ödenmesini sağlıyoruz.”

Bu cümle filtre görevi görür: bir özellik bunu desteklemiyorsa, gün 1'de değildir.

Özellik Kontrol Listesi Oluşturun (Gün 1'de Neye İhtiyacınız Var)

“İyi olur” özellikleri ilk yapıya sızdığında pazar yeri MVP'leri pahalı ve yavaş hale gelir. Gün 1 kontrol listeniz tek başarılı işlem döngüsünü desteklemeli: bir alıcı ilanı bulur, iletişime geçer veya satın alır ve her iki taraf da sonraki adımı bilir.

Temel sayfalar (minimum vitrininiz)

Keşfi ve karar vermeyi zahmetsiz yapan sayfalarla başlayın:

  • Ana sayfa: net değer teklifi, üst kategoriler ve basit bir çağrı (gözat veya ilan ver)
  • Kategori sayfaları: düzenli, okunaklı kartlar—başlangıçta ağır filtrelemeden kaçının
  • İlan detay: fotoğraflar, açıklama, fiyat, uygunluk, teslim/alma bilgisi ve net bir sonraki adım
  • Arama: temel anahtar kelime araması MVP için sıklıkla yeterlidir
  • Satıcı profili: güven sinyalleri (biyografi, puanlar, yanıt süresi, diğer ilanlar)
  • Ödeme sayfası (varsa): az sayıda alan, şeffaf ücretler ve bir onay sayfası

Alıcılar ve satıcıların beklediği temel özellikler

Gün 1 özellikleri belirsizliği azaltmalı ve “ghosting”i önlemelidir:

  • Hesaplar (e-posta + şifre; sosyal giriş daha sonra eklenebilir)
  • Mesajlaşma veya sorgular (basit bir “satıcıyla iletişime geç” formu bile işe yarar)
  • Yorumlar/puanlama (basit tutun: 1–5 yıldız + kısa metin)
  • Bildirimler (başlangıçta e-posta yeterli; push sonradan)

İşletmeyi yürütebilmeniz için yönetici gerekli araçlar

Pazar yerini yönetemiyorsanız, her şeyi elle yapmak zorunda kalırsınız:

  • Kullanıcı yönetimi (engelle/süreli askıya al, doğrula, erişim sıfırla)
  • İlan moderasyonu (onayla, reddet, düzenle ve nedenleri işaretle)
  • Uyuşmazlık yönetimi (temel bir iş akışı ve kanıt/not saklama alanı)

Hızlı lansman için erteleyebilecekleriniz

Erken talep olmadan ertelemeniz gereken yaygın özellikler: mobil uygulamalar, karmaşık filtreler, çoklu para birimi, gelişmiş kişiselleştirme ve ayrıntılı rol izinleri. Verileriniz bunların dönüşümü iyileştireceğini gösterdiğinde ekleyin.

Doğru Teknoloji Yığını Seçin (ve Araç Çoğalmasından Kaçının)

Araç seçimleriniz sizi hızlı tutabilir—veya beş farklı uygulama arasında sürekli “yapıştırma” işine sokabilir. Amaç, pazar yeri temellerini tutarlı bir şekilde yöneten küçük, güvenilir bir yığın kullanmaktır.

Pazar yerinize uygun kurucu türünü seçin

Çoğu “geliştiricisiz” pazar yeri şu yollardan biriyle başlar:

  • Genel amaçlı no-code site oluşturucu: pazarlama sayfaları ve basit kataloglar için uygun, ama ödeme, üyelik ve satıcı iş akışları için ek araçlar gerektirebilir
  • Pazar yeri odaklı oluşturucu: ilanlar, profiller ve işlemler birinci sınıf özellikler olduğundan genellikle en hızlı yoldur
  • CMS/e-ticaret platformu üzerine eklentiler: ekosistemi biliyorsanız esnek; ancak çok satıcılı karmaşıklık arttıkça eklenti sayısı fazla olabilir

Basit bir kural: işlemler ve satıcı yönetimi işinizin merkezindeyse, pazar yeri odaklı bir seçenek veya çok satıcılı akışlar için kanıtlanmış bir platform tercih edin.

Klasik no-code yerine “vibe-coding” düşünün

Şablonlardan daha fazla esneklik ama klasik mühendislik hattı istemiyorsanız, vibe-coding platformları iyi bir orta yol olabilir.

Örneğin, Koder.ai sohbet arayüzüyle web, backend ve mobil uygulamalar oluşturmanıza izin verir (altında agent tabanlı bir mimari vardır) ve daha sonra kaynak kodunu dışa aktarma seçeneği sunar. Bu, basit başlayıp zamanla özel işlem mantığı, roller/izinler veya daha zengin yönetici iş akışları gerektiğinde faydalı olabilir.

Tipik teknoloji yığını burada önemlidir: Koder.ai'nin birincil web teknolojisi React, backend Go ile PostgreSQL, mobil uygulamalar ise Flutter ile inşa edilebilir—bunlar üretim sınıfı pazar yerleri için yaygın bir kurulumdur.

Özellik listeleri yerine pratik değerlendirme kriterleri kullanın

Karar vermeden önce aracın gün 1 ihtiyaçlarını karşılayıp karşılamadığını doğrulayın:

  • Ödeme ve sipariş akışı: alıcılar modelinize uygun şekilde ödeyebiliyor mu (tek seferlik, depozito, abonelik)? İptal/iadeleri yönetebilir misiniz?
  • Satıcı onboarding: başvuru formları, kimlik/iş bilgileri, ilan oluşturma ve “satışa hazır” doğrulaması
  • Ödemeler: planlı ödemeler, bölünmüş ödemeler (gerekirse), ödeme durumu takibi ve net ücret dökümü
  • İzinler ve roller: satıcılar sadece kendi siparişlerini/göstergelerini görmeli; admin'ler tam görünürlüğe sahip olmalı

Bir platform bunlardan birini yerel olarak yapamıyorsa, üçüncü taraf araçlarla telafi etmek için zaman ve para harcarsınız.

Gerektiğinde genişleyebilirliği önceden kontrol edin

MVP başlatıyor olsanız bile yeniden inşa etmeden büyüyebileceğinizden emin olun:

  • Webhook'lar ve entegrasyonlar (otomasyon araçları gibi)
  • API erişimi veya en azından olay tetikleme yolları
  • Veri dışa aktarım seçenekleri (siparişler, ilanlar, kullanıcılar)

Verilerinizi güvenilir şekilde dışa aktaramazsanız, pazar yerinizi gerçekten kontrol etmiyorsunuz demektir.

Toplam maliyeti tahmin edin (sadece platform ücreti değil)

Basit bir aylık yığın bütçesi oluşturun:

  • Platform abonelik + pazar yeri ücreti (varsa)
  • Ödeme işleme ve ödeme dağıtım ücretleri
  • Bildirimler için e-posta/SMS araçları
  • Analitik ve atıf araçları

Bu, sürpriz faturaları önler ve “şimdilik” diye daha fazla araç ekleme eğilimini azaltır—araç çoğalması genellikle böyle başlar.

Pazar Yerini Yapılandırma: Kategoriler, İlanlar ve UX

Pazar yerinizin yapısı mağaza raf düzeniniz gibidir. Doğru yaparsanız kullanıcılar aradıklarını hızlı bulur; yanlış yaparsanız harika tedarik bile dönüşüme gitmez.

Tasarım yapmadan önce bilgi mimarisini tasla

İnsanların nasıl gözatıp filtreleyeceğini haritalayın. Başlangıçta kategorileri sığ tutun—MVP için genellikle 2 seviye yeterlidir.

  • Kategoriler: alıcıların düşündüğü şekilde 5–12 ana kategori
  • Konumlar (ilgiliyse): ülke → şehir veya ilk etapta “Uzaktan/Yerel” gibi bir ayrım
  • Öznitelikler: fiyat, uygunluk tarihleri, durum, teslim yöntemi, hizmet süresi, marka, beden—kararı etkileyenlerle sınırlı tutun

Hızlı bir kontrol: yeni bir ziyaretçi iyi bir seçeneğe 3 tıklama içinde ulaşabiliyor mu?

Basit bir tasarım sistemi hazırlayın (sayfalar tutarlı olsun)

Tutarlılık güven oluşturur ve no-code araçlarda geliştirme süresini düşürür.

Şunları tanımlayın:

  • 1 ana renk, 1 vurgu rengi ve nötr griler
  • Maksimum 2 yazı tipi (başlıklar için bir, gövde için bir)
  • Buton stilleri (birincil, ikincil, devre dışı)
  • Boşluk kuralları (ör. 8px artışları)

Bu, her sayfanın ayrı bir tasarım deneyi olmasını engeller.

İlan ve profil şablonları hazırlayın

İlanları ürün sayfası gibi düşünün: yapılandırılmış, taranabilir ve karşılaştırılabilir.

Yeniden kullanılabilir şablonlar oluşturun:

  • İlan kartı: başlık, fiyat, konum, 1 güçlü görsel, 1 güven sinyali (puan/doğrulanmış)
  • İlan sayfası: galeri, önemli bilgiler tablosu, açıklama, politikalar, satıcı özeti, net CTA
  • Satıcı profili: biyografi, yanıt süresi, yorumlar, diğer ilanlar

Gerçek örnek verileri erken kullanın (10–20 ilan)

Lorem ipsum ile tasarım yapmayın. 10–20 gerçekçi ilan ekleyin; uzun başlıklar, eksik fotoğraflar, farklı fiyat aralıkları gibi karmaşıklıkları içeren veriler kullanın. Hemen UX problemlerini görürsünüz:

  • anlamsız filtreler
  • uzun metinlerde bozulmuş kartlar
  • örtüşen kategoriler

Örnek verilerle gezinti zor geliyorsa, gerçek kullanıcılar daha hızlı ayrılacaktır.

Güven İnşa Eden Satıcı ve Alıcı Onboarding'i

Erken deneme maliyetlerini dengeleyin
Koder.ai hakkında içerik oluşturarak veya başkalarını davet ederek deney maliyetlerinizi dengeleyin.
Kredi Kazan

Onboarding, bir pazar yerinin güveni kazandığı (veya kaybettiği) yerdir. Hedefiniz, gerçek insanların “ilk başarılı işlem”e hızlıca ulaşmasını sağlamak—aynı zamanda düşük kaliteli ilanları ve kötü niyetlileri çekecek boşluklar oluşturmamak.

Kayıt adımlarını kısa tutun (satıcı ve alıcı ayrı)

Alıcılar ve satıcılar için iki farklı yol düşünün.

Alıcılar için hedef: gez → hesap → iletişim bilgileri → ödeme. Mümkünse gezmeyi hesap olmadan izin verin ve satın alma noktasında kaydettirin.

Satıcılar için hedef: hesap → ilan oluştur → incelemeye gönder (veya yayınla). Uzun formlarla ilan oluşturmayı engellemeyin—gerekli bilgileri gerektiğinde fazlar halinde toplayın.

Gerçekten ihtiyaç duyduğunuz alanları toplayın

Gün 1'de “mükemmel” profil formu yapmak hata olur. Bunun yerine aşamalı toplayın:

  • Temel kimlik: isim, e-posta/telefon, konum (pazar yerinizin gerektirdiği kadar spesifik)
  • İlan için gerekli bilgiler: fotoğraflar, açıklama, uygunluk, fiyatlandırma
  • Gerekliyse: işletme adı, vergi/VAT alanları veya yaş doğrulama (sadece gerekli olduğunda)
  • Ödeme bilgileri: satıcı onaylandığında veya ilk satıştan sonra isteyin, önceden değil

Bir alan risk azaltmıyor veya eşleşme kalitesini artırmıyorsa, onu atlayın.

Alıcıların anlayacağı güven sinyalleri ekleyin

Güven çoğunlukla görseldir ve anlıktır. Karmaşık mühendislik gerektirmeyen birkaç sinyal ekleyin:

  • Doğrulama rozeti (e-posta/telefon doğrulandı, kimlik kontrolü yapıldıysa “ID checked” gibi)
  • Fotoğraf gereksinimleri (minimum sayı, filigran yok, iyi aydınlatma)
  • Satıcı yanıt hızı (veri geldikten sonra tipik yanıt süresini gösterin)
  • “Bu satıcı hakkında” özetleri (faaliyet yılları, tamamlanan sipariş sayısı, yorumlar)

Temel pazar yeri kurallarını erken yayınlayın

Beklentileri açık ve erişilebilir hale getirin—kayıt sırasında ve her ilanda bağlantı gösterin:

  • Nelerin izinli/nelerin yasak olduğu
  • İptal ve iade yaklaşımı (kim iptal edebilir, son tarihler, ücretler)
  • İletişim kuralları (ör. platform dışı ödemelere izin verilmemesi)

Açık onboarding ve kurallar, destek taleplerini azaltır ve anlaşmazlıkları baştan önler.

Ödemeler, Ücretler ve Ödeme Dağıtımları (Tıkanmadan)

Ödemeler çoğu pazar yeri MVP'sinin takıldığı noktadır. Amaç mükemmel finans sistemini kurmak değil—çalıştırabileceğiniz, risk toleransınıza uygun bir ödeme yaklaşımı seçmektir.

Yönetebileceğiniz bir ödeme yaklaşımı seçin

Çoğu pazar yeri şu yaklaşımlardan biriyle başlar:

  • Doğrudan tahsilat: alıcı sizden öder; siz daha sonra satıcılara ödersiniz. Basit UX, daha fazla sorumluluk.
  • Emanet gibi tutma: alıcı ödeme yapar, fonlar teslimat/onay sonrası serbest bırakılır. Hizmetler ve daha yüksek güven gerektiren kategoriler için iyi, ancak sağlayıcı kurallarına uymanız gerekir.
  • Manuel faturalandırma: siz eşleştirirsiniz; satıcılar platform dışı fatura keser. En düşük karmaşıklık ama izlemek ve komisyon almak zor.

Ücretleri ve ödeme zamanlamasını belirleyin (yazılı hale getirin)

Erken kararlaştırın:

  • Alacağınız pay (yüzde), herhangi bir sabit ücret, ve ücretleri alıcı mı, satıcı mı yoksa her ikisi mi ödüyor
  • Kim ödeme işleme ücretlerini karşılıyor (genelde %2.9 + sabit). “Satıcı öder” derseniz, net ödemeye yansıtın
  • Ödeme takvimi: anında, haftalık veya teslimat sonrası. Daha yavaş ödemeler dolandırıcılık riskini azaltır

Karmaşık kenar durumları yönetin

MVP'nizin net kuralları olmalı:

  • İptaller (yerine getirmeden önce/sonra)
  • Kısmi iadeler (ör. eksik ürünler)
  • Chargeback'ler (kim kanıt sunar, kaybı kim üstlenir)

Bunları şartlarınızda yayınlayın ve ödeme sırasında görünür kılın.

Akışı belgeleyin ve senaryoları test edin

Tek sayfalık bir diyagram ve birkaç “ne olur eğer…” testi oluşturun.

Buyer pays → Platform records order → (Hold window) → Seller fulfills → Payout → Fee deducted
             ↘ cancellation/refund ↙                ↘ dispute/chargeback ↙

Canlıya almadan önce uçtan uca test siparişleri yapın; bir iade ve başarısız ödeme senaryosu da dahil, böylece gerçek müşterilerle parayı debug etmek zorunda kalmazsınız.

Yönetici Panosu, Moderasyon ve Otomasyonlar

Bir pazar yerinin ön yüzü “tamam” görünebilir ama arka planda başarısız olabilir. Yönetici kurulumunuz ilanları doğru tutar, uyuşmazlıkları adil yönetir ve kullanıcıların güvende hissetmesini sağlar—bunu ekstra işe almadan yapabilmelisiniz.

Yönetici rolleri ve izinleri (basit tutun)

Başlangıçta 2–3 rol ile başlayın, ihtiyaç oldukça genişletin:

  • Sahip/Admin: tam erişim (ayarlar, ödemeler, iadeler, yasaklama)
  • Destek/Moderatör: ilanları inceleyebilir, kullanıcılara mesaj atabilir, içeriği kaldırabilir
  • İçerik/Operasyon (opsiyonel): kategorileri, öne çıkan bölümleri ve statik sayfaları düzenleyebilir

Her rolün ne yapabildiğini tanımlayın: ilan düzenleme, iade verme, ücret ayarlama, satıcıyı duraklatma ve kullanıcı yasaklama gibi. Amaç “herkes her şeyi yapabiliyor” durumunu önlemektir.

Net bir moderasyon iş akışı

Satıcıların ne bekleyeceğini bilmesi için öngörülebilir bir akış oluşturun:

Yeni ilan → inceleme → yayınla → izle

İnceleme sırasında kategori, fiyatlama, görseller, yasaklı öğeler ve tekrar eden ilanlar gibi temel maddeleri kontrol edin. Yayın sonrası ise yüksek iade oranı, tekrar eden şikayetler veya hızlı ilan değişiklikleri gibi sinyalleri izleyin. Hafif bir kontrol listesi bile kaliteyi tutarlı kılar.

Haftalarca iş kazandıran otomasyonlar

Erken birkaç otomasyon kurun:

  • Yeni alıcı ve satıcılar için karşılama e-postaları (sonraki adımlar ve kurallar dahil)
  • Terk edilmiş ödeme hatırlatıcıları (bir hatırlatma genelde yeterlidir)
  • Teslimat veya rezervasyon tamamlandıktan sonra yorum isteği

Tetikleyiciler için etiket/alanlar kullanın (ör. seller_verified, listing_pending) böylece doğru mesajlar otomatik gider ve manuel takibi azaltır.

Hızlı destek için hazır cevaplar

Yaygın sorunlar için şablonlar oluşturun: “ilan nasıl düzenlenir”, “iade politikası”, “ödeme başarısız”, “kullanıcı bildirimi”. Her şablonu politika sayfanıza işaret eden bir metinle eşleştirin (ör. /terms, /refunds) böylece cevaplar tutarlı olur ve gelen kutunuz yönetilebilir kalır.

Test, Analitik ve Basit Bir Lansman Planı

Ek kurulum olmadan dağıtın
Yerleşik barındırma ve dağıtımlar ile ekstra kurulum yapmadan listeleme ve ödemelere odaklanın.
Hemen Dağıt

Bir pazar yerini “site yayında” demek için açmak yeterli değildir. Gerçek insanlarla, parayla ve beklentilerle bir işlem sistemini doğruluyorsunuz—amaç, güvenle açmak ve hızlı öğrenmektir.

Pazar yeri hunisine uyan analitik kurun

Kullanıcı davet etmeden önce, insanların nerede ayrıldığını söyleyen küçük bir olay seti tanımlayın. Bu olayları araçlar arasında tutarlı tutun (oluşturucu, formlar ve ödeme sayfaları).

En az şu temel olayları takip edin:

  • Kayıt tamamlandı (alıcı ve satıcı, ideal olarak role özelliği ile)
  • İlan oluşturuldu (ve ilan yayınlandıysa yayın olayı)
  • Ödeme başlatıldı (“Satın Al”a tıklama veya ödeme adımını açma)
  • Satın alma tamamlandı (başarılı ödeme)

Ek olarak birkaç pazar yeri özgü sinyal ekleyin: ilk mesaj gönderildi, teklif istendi, rezervasyon talep edildi ve iade istendi. Amaç “daha fazla veri” değil—tedarik mi, güven mi yoksa ödeme mi sorunu olduğunu anlamaktır.

Tekrarlanabilir bir ön-lansman QA kontrol listesi oluşturun

Tekrarlanabilir kısa bir kontrol listesi inanç kıran hataları yakalar. Masaüstü ve mobilde çalıştırın, ve her anlamlı değişiklikten sonra tekrarlayın.

Minimum QA kontrol listesi:

  • Mobil UX: ilan kartları, filtreler, ödeme sayfası ve formlar (başparmak dostu)
  • Formlar: doğrulama, zorunlu alanlar, hata durumları ve onay ekranları
  • E-postalar: kayıt doğrulama, ilan onayı, sipariş onayı, satıcı bildirimleri
  • Ödemeler: test kartları, başarısız ödemeler, iadeler (varsa) ve çift tıklama gibi kenar durumları

Ödeme sayfanız harici (ör. Stripe Checkout) ise “ödeme başlatıldı” ve “satın alma tamamlandı”yı güvenilir şekilde ölçebildiğinizden emin olun.

5–20 satıcı ile özel beta yürütün

Pazar yerini sadece arkadaşlarla test etmek yeterli değildir. 5–20 gerçek satıcıyle yapılandırılmış bir pilot çalışması yapın.

Her satıcıdan şunları isteyin:

  • Gerçek akışla 1–3 ilan oluşturma
  • Belirtilen süre içinde birkaç sorguya yanıt verme
  • En az bir test işlem tamamlama (mümkünse 1$ gibi gerçek bir işlem)

Geri bildirimi tutarlı bir formatta toplayın: ne kafa karıştırdı, neyi yavaşlattı, tekrar kullanmayı engelleyecek ne var. Ciddi beş satıcıdan alacağınız öğrenme, elli rastgele ziyaretçiden çok daha değerlidir.

Açılış için net kriterler belirleyin (sonsuz lansmandan kaçının)

Lansman linkini paylaşmadan önce “hazır”ın ne demek olduğunu belirleyin.

İşleyen basit kriterler:

  • Temel tedarik: çekirdek kategorinizde alıcının seçenek bulabileceği yeterli ilan
  • Yanıt süreleri: satıcılar X saat içinde yanıt veriyor (gerçekçi bir hedef koyun)
  • Destek kapsamı: lansman haftası boyunca ödeme sorunları, iptaller ve temel sorularla ilgilenecek birisi hazır

Bu kriterlere ulaştığınızda yayınlayın—sonra yukarıdaki analitik olayları kullanarak yineleyin.

Pazar Yeri için SEO: İlanları Görünür Kılın

Pazar yeri SEO'su çoğunlukla her ilan ve kategori sayfasını arama motorları (ve insanlar) için anlaşılır kılmakla ilgilidir. Bir mühendislik ekibine ihtiyacınız yok—çoğu oluşturucu bu ayarları destekler.

Sayfa başlıkları ve başlıklarla başlayın (site genelinde)

Temiz, tutarlı sayfa başlıkları ve başlıklarla başlayın. Title etiketi arama niyetiyle eşleşmeli (“Austin'de İkinci El Yol Bisikletleri” gibi) ve H1 sayfa konusunu yansıtmalı.

URL'leri okunabilir ve stabil tutun:

  • İyi: /category/road-bikes ve /listing/trek-domane-54
  • Kaçının: rastgele ID'ler, uzun sorgu dizeleri veya sık değişen slug'lar

İç linklemeyi kullanarak keşfi ve otoriteyi dağıtın:

  • Kategori sayfalarını alt kategorilere ve öne çıkan ilanlara bağlayın
  • Her ilanı kendi kategorisine ve alakalı aramalara geri bağlayın
  • Ana kategorilere bağlantı veren basit bir “Gözat” hub sayfası ekleyin (ör. /browse)

İlan ve kategori sayfalarını indexlenebilir yapın

Pazar yerleri için envanteriniz SEO'nuzdur. İlan sayfalarının taranabildiğinden emin olun (giriş arkasında olmasın, robots ile engellenmesin, yalnızca istemci tarafı filtreleriyle yüklenmesin).

Kategori sayfaları boş kabuklar olmamalı. Her kategori için kısa benzersiz bir giriş ekleyin (kime yönelik, neler içerir, fiyat aralığı, popüler markalar/konumlar). Bu, neredeyse kopya sayfalar sorununu azaltır.

Filtreler sunuyorsanız (fiyat, beden, konum), binlerce filtre kombinasyonunun çoğaltılmış URL'ler oluşturabileceğine dikkat edin. Birçok yığında en basit çözüm, filtreleri sayfada tutmak ve yeni indexlenebilir URL'ler üretmemektir, ta ki bunu kasıtlı olarak desteklemeye karar verene kadar.

Mümkünse schema ekleyin

Yapılandırılmış veri, sayfalarınızın arama sonuçlarında nasıl göründüğünü geliştirebilir. Aracınız destekliyorsa şu schema'ları ekleyin:

  • İlan sayfalarında Product (veya hizmet için eşdeğer)
  • Mümkünse Review/puanlama
  • Fiziksel varlığı olan satıcılar için LocalBusiness

Performans temelleri fark yaratır

Hızlı sayfalar daha iyi taranır ve daha iyi dönüşüm sağlar.

Görselleri sıkıştırın, tembel yüklemeyi etkinleştirin ve düzenleri basit tutun. “Güzel ama ağır” widget'lardan kaçının—pazar yeri SEO'su çok sayıda temiz, hızlı ve indexlenebilir sayfayla kazanır.

Uyumluluk, Güvenlik ve Erişilebilirlik Temelleri

Stack'inizi küçük tutun
Araçları birbirine bağlamak yerine tek bir sohbetten web, backend ve mobil oluşturun.
Uygulama Oluştur

Bir hukuk ekibine veya özel mühendisliğe ihtiyaç duymadan daha güvenli, uyumlu bir pazar yeri inşa edebilirsiniz—ancak gerçek kullanıcıları davet etmeden önce birkaç temel olmalı. Amaç alıcıları ve satıcıları korumak, riski azaltmak ve kaçınılabilir güven sorunlarından kaçınmaktır.

Gizlilik ve veri işleme (basit tutun)

Hangi verileri topladığınızı (e-posta, telefon, adresler; ödeme bilgileri ödeme sağlayıcınız tarafından işlenir) ve neden topladığınızı listeleyin. Site içeriğinin buna uygun olduğundan emin olun.

En azından uygulayın:

  • Gerekli yerlerde onay: çerez onayı ve pazarlama için opt-in (özellikle e-posta için)
  • Saklama kuralı: hassas verileri ne kadar süre saklayacağınızı (ör. mesajlar, kimlik belgeleri, destek kayıtları) belirleyin ve gereksiz verileri silin
  • Erişim ve silme talepleri: “verimi dışa aktar” ve “hesabımı sil” için tek bir destek yolu (form veya e-posta) oluşturun ve istekleri güvenilir şekilde tamamlayacak kısa bir iç kontrol listesi hazırlayın

Hosted araçlar kullanıyorsanız, her birinin veri dışa aktarımı, kullanıcı silme ve denetim günlükleri ayarlarını kontrol edin. MVP için genellikle bir gizlilik sayfası ve politikaya bağlantı yeterlidir.

Yayınlamanız gereken sözleşmeler (lansmandan önce)

Pazar yerleri tek satıcılı mağazalardan daha net kurallar gerektirir. Üç kısa belge hazırlayın ve footer ile kayıt sırasında bağlayın:

  • Pazar Yeri Şartları (platformun nasıl çalıştığı, rolünüz, sorumluluk sınırları)
  • Satıcı Şartları (satıcı sorumlulukları, ödeme kuralları, yasak davranışlar)
  • Kabul Edilebilir Kullanım Politikası (kullanıcıların neler yapamayacağı: spam, taciz, dolandırıcılık vb.)

Okunabilir tutun. Amaç beklentileri belirlemek ve moderasyon kararları için temel sağlamaktır.

Ağır mühendislik olmadan ölçeklenen güvenlik önlemleri

Basit bir MVP bile şunları içermelidir:

  • Bildir: bir “ilan/kullanıcı bildir” seçeneği ile destek bileti oluşturun
  • Uyuşmazlık süreci: nasıl ele alındığını, yanıt sürelerini ve istenen kanıtı açıklayan basit bir akış
  • Yasaklı öğeler/servisler listesi: satılamayacak şeylerin net bir listesi ve “takdirimize bağlı olarak kaldırabiliriz” dili

Erişilebilirliğin temel kazanımları

Erişilebilirlik dönüşümü artırır ve destek taleplerini azaltır. Şunlara odaklanın:

  • Kontrast: okunabilir metin ve butonlar (açık gri/beyaz kombinasyonlarından kaçının)
  • Alt metin: satıcıların her görsel için kısa bir açıklama eklemesini isteyin
  • Klavye navigasyonu: ödeme, filtreler ve formları fare olmadan test edin

Bu bölüm lansman kontrol listesi olarak ele alınabilir: basit politikalar + birkaç ürün iyileştirmesi çoğu erken problemi önler.

Geliştirici Olmadan Büyüme: Edinme ve Tutundurma Döngüleri

Büyüme çoğunlukla tekrarlanabilir döngüler kurmakla ilgilidir—yeni kullanıcı getirip, onların hızlıca başarılı olmasını sağlayan ve geri dönmelerini teşvik eden şeyler.

Bir edinme kanalı seçin (ve odaklanın)

İlk 30–60 gün için tek bir ana kanal seçin ki daha hızlı öğrenin ve dağıtmayın:

  • SEO (çok aranabilir ilanlar olan pazar yerleri için en iyisi)
  • Ortaklıklar (dernekler, bültenler, yerel kuruluşlar, etkileyiciler)
  • Ücretli reklamlar (birim ekonomisi netse)
  • Topluluk (Discord/Slack/Facebook grupları, çevrimdışı etkinlikler)

Amaç trafik değil—nitelikli ziyaretlerin ilk mesaj, rezervasyon veya satın almaya dönüşmesi.

Soğuk başlangıç sorununu çözün

Alıcılar boş raflara gelince veya satıcılar katılıp sessizlikle karşılaşınca pazar yerleri erken başarısız olur. Talep istemeden önce arzı sağlamak gerekir.

Mühendislik olmadan pratik yollar:

  • İlk ilanları kendiniz kürate edin (25–50 güçlü ilan genellikle yeterlidir)
  • Erken satıcı teşvikleri verin: ücret muafiyeti, öne çıkarma, hızlı ödemeler
  • Dar bir kategori veya coğrafyayla başlayın ki arz ve talep yoğunlaşsın
  • İlk işlemler için manuel eşleştirme (concierge tarzı) yaparak başarı hikayeleri yaratın

Koder.ai gibi bir platform kullanıyorsanız, bu aşamada snapshot ve rollback kullanmayı düşünün; fiyatlandırma, onboarding adımları veya ilan alanları üzerinde agresifçe yineleme yaparken prod’u bozma riskini azaltır.

Tutundurma: geri dönmeyi varsayılan hale getirin

Tutunma genellikle birkaç küçük davranışla gelir ve bunlar otomasyona bağlanabilir:

  • Kaydedilen aramalar + uyarılar (“X ile eşleşen yeni ilanlar”) e-posta/SMS ile
  • Bildirimler: mesajlar, teklifler, süresi biten uygunluk veya fiyat düşüşleri
  • Tekrar satın almaya teşvik: paketler, sadakat indirimleri, “bir tıkta tekrar rezervasyon”

Bunlar e-posta araçları ve veritabanı tetikleyicileri ile kod yazmadan sağlanabilir.

Aylık yineleme döngüleri (düşüşlere göre)

Ayda bir, kullanıcıların huni boyunca nerede ayrıldığını inceleyin: açılış → arama → ilan görüntüleme → iletişim/ödeme. Bir dar boğaz seçin ve onu iyileştirin (kopya, fiyat netliği, adım sayısını azaltma, daha iyi filtreler). Küçük, düzenli iyileştirmeler üst üste eklendiğinde büyük fark yaratır—özellikle en yüksek ayrılma adımına odaklanırsanız.

Dağıtım, Barındırma ve Sahiplik Üzerine Pratik Not

Hangi yaklaşımı seçerseniz seçin (no-code, eklentiler veya vibe-coding), erken şu üç şeye odaklanın:

  • Verilerinizi (ve mümkünse kodunuzu) dışa aktarabilirsiniz
  • Güvenilir şekilde dağıtabilirsiniz ve hızlıca geri alabilirsiniz
  • Domainler ve ortamlar üzerinde kontrolünüz vardır (staging vs production)

Örneğin Koder.ai dağıtım ve barındırma, özel alan adları ve kaynak kodu dışa aktarma desteği sunar; küresel AWS altyapısı ve uygulamaları farklı ülkelerde çalıştırma imkanıyla veri yeri gereksinimlerine yardımcı olur. Bu kombinasyon, hızlı başlamak isteyen ama daha sonra daha özel bir pazaryerine dönüştürmek isteyenler için faydalıdır.

Eğer lansman sırasında içerik oluşturmayı da planlıyorsanız, Koder.ai'nin içerik için kredi kazanma programı ve referans kredileri gibi erken deneme maliyetlerini dengelemeye yardımcı olacak seçenekleri olduğunu not etmek faydalıdır.

İçindekiler
Net Bir Pazar Yeri Konseptiyle Başlayın (Önce MVP)İşlem Akışını ve İş Modelini TasarlayınÖzellik Kontrol Listesi Oluşturun (Gün 1'de Neye İhtiyacınız Var)Doğru Teknoloji Yığını Seçin (ve Araç Çoğalmasından Kaçının)Pazar Yerini Yapılandırma: Kategoriler, İlanlar ve UXGüven İnşa Eden Satıcı ve Alıcı Onboarding'iÖdemeler, Ücretler ve Ödeme Dağıtımları (Tıkanmadan)Yönetici Panosu, Moderasyon ve OtomasyonlarTest, Analitik ve Basit Bir Lansman PlanıPazar Yeri için SEO: İlanları Görünür KılınUyumluluk, Güvenlik ve Erişilebilirlik TemelleriGeliştirici Olmadan Büyüme: Edinme ve Tutundurma DöngüleriDağıtım, Barındırma ve Sahiplik Üzerine Pratik Not
Paylaş
Koder.ai
Build your own app with Koder today!

The best way to understand the power of Koder is to see it for yourself.

Start FreeBook a Demo