Bilet Satış Sitesi Yapmak: Koltuk Seçimi, Ödeme ve QR Kontrollü Etkinlik Platformu Rehberi (2026)

Bilet satış sitesi yapmak isteyen kurucular çoğunlukla iki farklı noktadan yola çıkar. Kimi kendi salonunun, festivalinin veya tiyatrosunun biletlerini komisyon ödemeden satmak ister, kimi ise organizatörlere hizmet veren yeni bilet pazaryeri kurmak talep eder. Her iki senaryoda da teknik zorluk aynıdır: Satışın açıldığı öncelikli dakikalarda binlerce kişi aynı koltuklara yüklenir ve sistemin tek koltuğu iki kişiye satmaması gerekir. Son bölümde 360 Soft ekibinin bilet satış projelerini hangi adımlarla teslim ettiği yer alıyor. Rehber, bilet platformunun hangi modüllerden oluştuğunu, yoğun satış anında ayakta kalan mimarinin nasıl kurulduğunu, ödeme ve iade akışlarını, karaborsa ile bot saldırılarına karşı alınan önlemleri, yasal başlıkları ve geliştirme takvimini hafta bazında anlatıyor.

Bilet Satış Sitesi Yapmak: Hangi Model Size Uygun?

Bilet platformlarında ilk karar, tek organizatörlü yapı ile oldukça organizatörlü pazaryeri arasındaki seçimdir. Tek organizatörlü sistemde salon, kulüp veya festival kendi markasıyla satış yapar ve gelirin tamamı organizatörde kalır. Pazaryeri modelinde farklı organizatörler etkinlik yükler, platform her satıştan hizmet bedeli veya komisyon alır.

Etkinlik türü de mimariyi belirler. Beyaz etiket modelinde ise aynı altyapı, farklı organizatörlere kendi alan adları ve markalarıyla kiralanır. Nitekim, numaralı koltuklu tiyatro, konser salonu ve stadyum etkinlikleri koltuk haritası ve blok bazlı fiyatlandırma bekler.

Ayakta konser, festival ve atölye etkinlikleri kategori bazlı kontenjanla çalışır ve koltuk seçimine gerek duymaz. Konferans, spor turnuvası ve aynı zamanda epey günlü festivaller ise gün kombinasyonları, kombine biletler ve erken kayıt dönemleri gerektirir. Otopark, konaklama, yiyecek ve merchandise gibi ek ürünler sepet tutarını büyütür. Buna gelir kalemleri hizmet bedeli, organizatör komisyonu, öne çıkarma paketleri ve ek satışlardan oluşur. İş modeli netleşmeden geliştirmeye başlamak, ilerleyen aylarda bilgi modelinin baştan yazılmasına neden olabilir.

Bilet Satış Platformunun Temel Özellikleri

Alıcı tarafında etkinlik keşfi, filtreleme, etkinlik detay sayfası, koltuk veya kategori seçimi ve aynı zamanda hızlı ödeme akışı temel deneyimi oluşturur. Satın alma sonrası bilet, e-posta, SMS ve uygulama cüzdanına anında iletilir. Apple Wallet ile birlikte Google Wallet entegrasyonu girişte telefonda bilet aramayı ortadan kaldırır.

Etkinlik sayfası sanatçı bilgisi, mekân haritası, kurallar ve kalan kontenjan durumunu net göstermelidir. Canlı satış raporu, kategori bazlı doluluk ve aynı zamanda hakediş ekranı organizatörün en çok baktığı yerlerdir. Organizatör paneli etkinlik oluşturma, koltuk haritası çizme, fiyat kademeleri, indirim kodları ve davetiye yönetimini kapsar. Platform yöneticisi ise tüm organizatörleri, komisyon oranlarını, iade taleplerini ve risk uyarılarını tek panelden izler. Diğer taraftan, kapı kontrol uygulaması QR okutma, çevrim dışı doğrulama ve giriş istatistiklerini sunar.

• Etkinlik keşfi, arama, filtre ve takvim görünümü
• İnteraktif koltuk haritası ve kategori bazlı kontenjan
• Sepet süresi ve geçici koltuk rezervasyonu
• Kartla ödeme, taksit ve dijital cüzdan seçenekleri
• Dinamik QR bilet, Apple Wallet ve Google Wallet
• Kapı kontrol uygulaması ve çevrim dışı doğrulama
• Organizatör paneli, indirim kodu, davetiye ve raporlar
• İade, transfer ve isim değişikliği akışları

Yoğun Satış Anına Dayanıklı Gerçek Zamanlı Mimari

Bilet satışında asıl sınav, satışın açıldığı ilk dakikalardır. Trafik normal günün yüzlerce katına çıkabilir ve veritabanına doğrudan yüklenen altyapı kilitlenir. Sanal bekleme odası (waiting room), kullanıcıları sıraya alır ve aynı zamanda satış ekranına kontrollü hızda yönlendirir.

Bekleme odası adil sıra hissi verir, sıra numarası ve tahmini bekleme süresi şeffaf gösterilir. Koltuk envanteri Redis üzerinde atomik kilitlerle yönetilir. Koltuk durumu WebSocket üzerinden diğer kullanıcıların haritasına anında yansır ve dolu koltuğa tıklama denemeleri azalır. Dahası, kullanıcı koltuk seçtiğinde koltuk belirli süreliğine geçici olarak ayrılır, ödeme tamamlanmazsa süre dolunca otomatik serbest kalır.

Kesin satış kaydı PostgreSQL üzerinde işlem bütünlüğüyle yazılır ve aynı koltuğun iki kez satılması veritabanı kısıtıyla da engellenir. Ödeme sağlayıcısından gelen dönüşler kuyruk üzerinden işlenir ve geç gelen onaylar sipariş durumunu güvenle günceller. Ölçeklenme testleri, gerçek satış açılışını simüle eden yük senaryolarıyla yayın öncesi yapılmalıdır. Statik içerik ile birlikte etkinlik sayfaları CDN üzerinden sunulur, satış servisleri ise yatay ölçeklenen konteynerler üzerinde çalışır.

Ödeme, Hakediş ve İade Akışı

Bilet platformunda ödeme akışı hızlı, güvenli ve hataya dayanıklı olmalıdır. 3D Secure doğrulamalı kart ödemesi, taksit seçenekleri ve kayıtlı kartla tek tıkla ödeme dönüşümü belirgin şekilde etkiler. Üstelik, etkinlik gerçekleşene kadar hakedişin bekletilmesi, iptal riskine karşı platformu korur.

İade politikası yazılımda kural olarak tanımlanmalıdır. Pratikte, pazaryeri modelinde lisanslı ödeme kuruluşlarının alt üye işyeri çözümleri, tahsilatın organizatör hakedişine otomatik bölünmesini sağlar. Kullanıcı kaynaklı iade taleplerinde organizatörün belirlediği süre ile birlikte kesinti oranı otomatik uygulanır.

Benzer şekilde, etkinlik iptali, tarih değişikliği ile birlikte organizatör kaynaklı mağduriyet durumlarında toplu iade akışı devreye girer. Aynı zamanda, bilet transferi ve isim değişikliği, karaborsa riskini kontrol altında tutarken kullanıcıya esneklik sunar. Kısacası, mobil uygulama mağaza kuralları açısından fiziksel etkinlik biletleri genellikle app içi satın alma zorunluluğu dışında kalır. Bilet satışında harici ödeme altyapısı kullanmak mağaza politikalarıyla çoğu durumda uyumludur. Dijital yayın erişimi veya sanal içerik satışı söz konusuysa güncel mağaza politikaları yayın öncesi kontrol edilmelidir.

Karaborsa, Bot ve Dolandırıcılık Önleme

Popüler etkinliklerde biletlerin saniyeler içinde botlar tarafından toplanıp yüksek fiyatla yeniden satılması en büyük şikâyet kaynağıdır. Bekleme odası, istek sınırlama ve davranış analizi otomatik satın alma girişimlerini görünür kılar. Öte yandan, cihaz parmak izi ve aynı kartla çoklu hesap tespiti toplu alımları yakalar.

Kişi başı bilet limiti, telefon doğrulamalı hesap ve hesap başına satın alma hızı kuralları ilk savunma hattıdır. Gerçekte, sahte bilet riskine karşı dinamik QR kodu kullanılır. Kapı kontrol uygulaması her bileti tek kullanımlık doğrular ve ikinci okutmada uyarı verir.

QR kodu kısa aralıklarla yenilenir, ekran görüntüsü alınarak paylaşılan bilet kapıda geçersiz kalır. Ödeme dolandırıcılığına karşı risk skorlaması, çalıntı kart kullanımı ve ters ibraz (chargeback) riskini düşürür. Çevrim dışı modda doğrulama listesi cihazda şifreli tutulur ve bağlantı geldiğinde kayıtlar senkronize edilir. Şüpheli siparişler otomatik iptal yerine manuel inceleme kuyruğuna alınırsa gerçek alıcılar mağdur edilmez. Resmi ikinci el satış ve transfer akışı sunmak, kullanıcıları güvensiz dış kanallardan uzak tutar.

Yasal Çerçeve: KVKK, Mesafeli Satış ve Klon Değil Özgün Ürün

Bilet platformu ad, soyad, telefon, e-posta ve ödeme bilgisi gibi kişisel verileri işler ve KVKK kapsamında aydınlatma metni, açık rıza yönetimi ve veri saklama politikası şarttır. Pazaryeri modelinde platform ile organizatör arasındaki bilgi sorumlusu ilişkisi sözleşmeyle netleştirilmelidir. Pazarlama e-postaları ve SMS gönderimleri için İleti Kontrol Sistemi kurallarına uyum lazımdır.

Kısacası, kart verileri platform sunucularında saklanmaz, ödeme kuruluşunun güvenli kart saklama altyapısı kullanılır. Belirli tarihte yapılan eğlence ile birlikte dinlenme hizmetlerine ilişkin sözleşmeler, mevzuatta cayma hakkı istisnaları arasında değerlendirilebilir. Elektronik ticaret mevzuatı kapsamında ETBİS kaydı, mesafeli satış sözleşmesi ile birlikte ön bilgilendirme formu satın alma akışına yerleştirilmelidir. Yazılımın görevi, doğru metni yerinde anda göstermek ve aynı zamanda kullanıcı onaylarını zaman damgasıyla kaydetmektir. Kurucular sıklıkla tanınmış bilet platformları gibi uygulama ister ve referans vermek ürün tartışmasını hızlandırır.

Üstelik, 360 Soft klon değil, özgün ürün yaklaşımıyla çalışır ve başka markanın adı, logosu, arayüzü veya kodu kullanılmaz. Özgün tasarım telif ve aynı zamanda marka hukuku risklerini ortadan kaldırır, mağaza incelemelerinde kopya app reddi riskini azaltır. İstisnanın kapsamı ile birlikte iptal durumundaki iade yükümlülükleri hukuk danışmanıyla teyit edilmelidir.

MVP Kapsamı: İlk Sürümde Neler Olmalı?

Bilet platformu MVP'sinin hedefi, gerçek etkinlik için uçtan uca satış ve aynı zamanda kapı kontrolü yapabilmektir. Etkinlik sayfası, kategori bazlı satış, ödeme, QR bilet ve kapı kontrol uygulaması ilk sürümün çekirdeğidir. Pazaryeri fonksiyonları, beyaz etiket ve aynı zamanda gelişmiş pazarlama araçları kademeli olarak eklenebilir. Web sitesi bilet satışının başlıca kanalıdır, çünkü kullanıcıların büyük kısmı sosyal medya bağlantısından doğrudan satış sayfasına gelir. Kısaca, mobil uygulama sadık kullanıcı, bildirim ve cüzdan deneyimi için değer katar.

Satış sitesinin ön yüzü ile ödeme akışı, e-ticaret paketlerimiz içinde kullanılan güvenli sepet ve ödeme altyapısıyla aynı prensiplere dayanır. Numaralı koltuk haritası, salon tipine göre MVP'ye dahil edilir veya ikinci faza bırakılır. Destek yükünü azaltmak için sipariş sorgulama ve bilet yeniden gönderim işlemlerini WhatsApp bilet asistanı üzerinden otomatikleştirmek mümkündür.

Geliştirme Takvimi: Kaç Hafta Sürer?

Kategori bazlı bilet satışı, ödeme ve QR kapı kontrolü içeren MVP genellikle on dört ila on sekiz hafta arasında tamamlanır. Numaralı koltuk haritası editörü ve pazaryeri modülleri eklendiğinde takvim birkaç hafta uzar. Aynı zamanda, backend ve envanter aşamasında koltuk kilitleme, sipariş yönetimi ve bekleme odası kurulur. Web, mobil ve aynı zamanda kapı kontrol uygulamaları paralel geliştirilir ve her sprint sonunda test edilebilir sürüm paylaşılır.

Aynı zamanda, ödeme entegrasyonu ve hakediş akışı, ödeme kuruluşunun başvuru ve test sürecine bağlı olduğu için erken başlatılmalıdır. Yük testi, gerçek satış açılışını simüle eden senaryolarla yapılır. Keşif ve arayüz tasarımı aşamasında satın alma akışı, organizatör paneli ve kapı kontrol senaryoları netleşir. Burada, mağaza yayını ve pilot etkinlik, takvimin son aşamasını oluşturur.

Bilet Platformu Projelerinde Sık Yapılan Hatalar

En pahalı hata yük testini atlamaktır ve yapı öncelikli büyük satış açılışında çöker. İ̇kinci hata koltuk kilidini veritabanı satırı üzerinde tutmaktır, yoğunlukta kilitlenmeler ve çift satışlar yaşanır. Dördüncü hata kapı kontrol uygulamasını internet bağlantısına bağımlı yapmaktır, kalabalık mekânlarda mobil veri sık sık zayıflar.

Üçüncü hata statik QR kullanmaktır, ekran görüntüsüyle çoğaltılan biletler kapıda kriz yaratır. Ürün tarafında ilk günden pazaryeri kurup organizatör bulmayı sonraya bırakmak, boş katalogla açılış anlamına gelir. Dahası, satın alma akışına gereksiz adımlar eklemek dönüşüm oranını düşürür. Organizatör raporlarını basit tutmak ise organizatörün platforma güvenini zayıflatır. İade ve iptal senaryolarını sonradan düşünmek, ilk ertelenen etkinlikte operasyon ekibini manuel işlemlere boğar.

360 Soft Bilet Satış Platformunu Nasıl Geliştirir?

360 Soft süreci ücretsiz analiz görüşmesiyle başlatır ve iş modeli, etkinlik türleri, salon yapısı ile satış hacmi beklentisi birlikte değerlendirilir. Nitekim, teklif 24 saat içinde sabit kapsam ve sabit fiyatla sunulur. Keşif çıktısı olarak ekran akışları, teknik mimari ve hafta bazlı takvim içeren kapsam dokümanı hazırlanır. Tasarım aşamasında satın alma akışı tıklanabilir prototip olarak test edilir. Üstelik, envanter yönetimi, bekleme odası ve organizatör yönetim paneli, 360 Soft özel bilet yazılımı yaklaşımıyla müşterinin operasyonuna göre kurgulanır.

Burada, geliştirme iki haftalık sprintlerle ilerler ve her sprint sonunda çalışan sürüm paylaşılır. Yayın sonrası izleme, bakım ve güncel modül geliştirmeleri için düzenli destek sunulur. Yük testi, güvenlik testi, mağaza yayını ve pilot etkinlik desteği teslimatın parçasıdır.

Sık Sorulan Sorular

Bilet satış sitesi yapmak kaç hafta sürer?

Kategori bazlı satış, ödeme ve QR kapı kontrolü içeren MVP genellikle 14-18 hafta sürer. Koltuk haritası editörü ve pazaryeri modülleri takvimi birkaç hafta uzatır.

Aynı koltuğun iki kişiye satılması nasıl engellenir?

Koltuklar Redis üzerinde atomik ve süreli kilitlerle geçici olarak ayrılır, kesin satış veritabanında benzersizlik kısıtıyla yazılır.

Bilet satışında karaborsa ve botlar nasıl önlenir?

Kişi başı bilet limiti, telefon doğrulaması, bekleme odası, istek sınırlama, cihaz parmak izi ve dinamik QR kod birlikte kullanılır. Resmi transfer akışı da dış kanallara kaymayı azaltır.

Bilet iadelerinde cayma hakkı var mı?

Belirli tarihte yapılan eğlence hizmetleri mevzuatta cayma hakkı istisnaları arasında değerlendirilebilir. Etkinlik iptalindeki iade yükümlülükleri için hukuk danışmanıyla teyit önerilir.

Mobil uygulamada bilet satışı için uygulama içi satın alma zorunlu mu?

Fiziksel etkinlik biletleri genellikle uygulama içi satın alma zorunluluğu dışında kalır ve harici ödeme altyapısı kullanılabilir. Güncel mağaza politikaları yayın öncesi kontrol edilmelidir.

Kapıda internet yoksa QR biletler nasıl doğrulanır?

Kapı kontrol uygulaması doğrulama listesini cihazda şifreli tutar, çevrim dışı okutur ve bağlantı geldiğinde kayıtları senkronize eder.