Yetenekler
TicketFlowekibimizle etkinleştirilirTahsilatı kapıdan önce yapın.
Etkinliğin içinde yaşayan ücretli katılım: aynı etkinlik kaydı üzerinde bilet türleri, sıradan bir giriş kodu üreten bir ödeme akışı ve kimin ödediğini zaten bilen bir kapı.
Ücretli katılım etkinlik akışının içine aittir, yanına değil.
Winglark ekibiyle birlikte etkinleştirilir. Ödeme yapısı etkinliğinize, para birimine, ticari modele ve tahsilat ihtiyaçlarına göre değiştiği için yayına almadan önce sizinle birlikte yapılandırırız.
Sorun
Kapıda para demek kuyruk, tablo ve tartışma demektir.
Bazı davetliler katılmak için ödeme yaptığında ödeme genellikle başka bir yerde yaşar: bir formda, bir havalede, faturayı gönderenin tuttuğu bir tabloda. Etkinlik gecesi kapı davetli listesinden çalışır, finans ödeme listesinden çalışır ve ikisi en son salı günü karşılaştırılmıştır.
Sonuç: ödeme yapmış bir davetli listede yoktur, ödememiş biri vardır, birisi kapıda makbuzsuz ödeme yapar ve sondaki rapor kaç kişinin geldiğini söyler ama kaç kişinin ödediğini söylemez. Bunların hiçbiri insan sorunu değildir. Tek kayıt olması gereken yerde iki kayıt vardır.
Nerede ters gider
- 01
Davetli ödemiş ama listede yok
Havale bu sabah geldi; liste dün gece dışa aktarıldı. Birisi gelen kutusunda ararken davetli bekler.
- 02
Davetli listede ama ödememiş
“Geliyorum” dediğinde eklendi. Ödemenin gelip gelmediğini kimse kontrol etmedi.
- 03
Girişte nakit
Elle yazılmış bir makbuz, sayılacak bir kasa ve parayı bir isme bağlayan hiçbir kayıt yok.
- 04
İki ekip, iki sistem
Biletler bir platformda satıldı, kapı başka birinde çalışıyor. Giriş ekibinin gece için ikinci bir telefonu ve ikinci bir hesabı var.
Model
Etkinlikten katılım kaydına, tek çizgide.
Aşağıdaki her adım aynı etkinliğe yazar. Bilet alan davetli olur, ödeme giriş koduna dönüşür ve kapı, ödeme akışının zaten çözdüğünü okur.
- 01Etkinlik
Davet edilen davetlileri tutan aynı etkinlik. Biletleme onun için açılır; bir para birimi ve bir iade politikasıyla.
- 02Bilet türleri
Standart, üye, öğrenci, sıfır fiyatlı bir ikram türü — her birinin kendi fiyatı, kapasitesi, satış aralığı ve görünürlüğü.
- 03Sipariş
Alıcı etkinliğin kendi satış sayfasında seçer. Ödeme yaparken yerleri on beş dakika tutulur.
- 04Ödeme
Ödeme sayfası ödeme sağlayıcısındadır. Winglark hiçbir zaman kart numarası görmez; fiyat sunucuda belirlenir, tarayıcıda değil.
- 05Onay
Sipariş ödendi olarak işaretlenir ve biletleri içeren bir onay, davetiyelerle aynı gönderim üzerinden çıkar.
- 06Giriş kodu
Her bilet, sıradan bir giriş kodu taşıyan bir davetli kaydına dönüşür — davetiyenin taşıdığıyla aynı türden.
- 07Kapı
Herhangi bir telefon okutur. Kapı davetlinin ödeyip ödemediğini sormaz; kod, ödediği için vardır.
- 08Katılım
Giriş yaptı; etkinlik raporunda herkesle birlikte sayıldı.
- 01
Biletleme etkinlikte açılır
Ekibimizle birlikte: para birimi, iade politikası, satış aralığı ve satış sayfasının görünürlüğü — herkese açık, listelenmemiş ya da özel.
- 02
Bilet türlerini tanımlayın
Ad, açıklama, fiyat, kapasite, sipariş başına en az ve en çok adet, türün gösterilip gösterilmeyeceği. Sıfır fiyat ücretsiz bilettir.
- 03
Satışı açın
Taslak, planlandı, satışta, duraklatıldı, tükendi, kapandı. Satış sayfası durumu izler; tükenen bir tür kimse denemeden önce bunu söyler.
- 04
Siparişler gelir
Her sipariş tutulur, ödenir, sonra tamamlanır: bilet başına bir davetli kaydı ve bir giriş kodu, alıcıya bir onay.
- 05
Gerektiğinde iade edin
Tam iade önce parayı ödeme sağlayıcısı üzerinden geri gönderir, sonra biletleri iptal eder — kapı iptal edilmiş bir kodu reddeder, çevrimiçi ya da çevrimdışı.
Kapıdan önce
Ödeme, kimse girişe varmadan çözülür.
Alıcı geldiğinde ödeyip ödemediği sorusu çoktan yanıtlanmıştır — ödeme akışı tarafından, saatler ya da haftalar önce. Kapının tek işi bir kodu tanımaktır.
- Kapı tek cevap görür
- Alındı, zaten içeride, iptal edilmiş, bulunamadı. Asla “ödemiş mi bir bakayım” değil.
- Kimin ödemeyi tamamladığını bilirsiniz
- Tutuldu, ödeme bekliyor, ödendi, tamamlandı — her sipariş tek durumda, tek ekranda, geceden önce.
- Alıcının elinde doğru şey var
- Verdiği adrese iletilen bir onay ve bir giriş kodu; kaybederse yeniden gönderilir.
- Daha az elle kontrol
- Girişte ödeme listesi yok. İade edilen bilet zaten iptal; ödenmemiş sipariş hiç koda dönüşmedi.
- Sonda tek rapor
- Ödeyen ve davet edilen davetliler birlikte sayılır; çünkü baştan beri tek listedeydiler.
Katılım türleri
Ücretli, ikram ve davetli — tek listede.
Bir bilet türü bir fiyat, bir kapasite, bir satış aralığı ve bir görünürlüktür. Davet edilenler davetiye olarak kalır. Hepsi aynı kapıda biter.
- Ücretli türler
- Etkinliğin ihtiyacı kadar — erken, standart, üye — her biri etkinliğin para biriminde kendi fiyatı ve kapasitesiyle.
- İkram türleri
- Fiyatı sıfır olan tür ücretsiz bilettir: aynı satış sayfası, aynı onay, aynı giriş kodu, ödeme adımı yok.
- Gizli türler
- Bir tür herkese açık listeden çıkarılıp yalnızca ait olduğu kişilerle paylaşılabilir.
- Davet edilen davetliler
- Davet ettiğiniz bir kişi bilet değildir ve hiçbir zaman ödeme sayfası görmez. Ödeyen ve davet edilen aynı listeyi, kapıyı ve raporu paylaşır.
Bilet türleri fiyatı, kapasiteyi ve görünürlüğü belirler. Bir kodun hangi kapıları açacağına henüz karar vermez; indirim kodu da yoktur.
Alıcının tarafı
Satış sayfasından girişe, davetlinin gördüğü.
Hesap yok, uygulama yok. Satış sayfası etkinliğin dilini konuşur ve yalnızca bir biletin gerektirdiğini sorar.
- 1
Etkinliğin satış sayfası
Fiyatlı ve kısa açıklamalı bilet türleri; doğruysa “son birkaç yer”, asla ham sayı değil.
- 2
Ad, e-posta, telefon
Alıcının bilgileri, başka bir şey değil. Fiyat formda yoktur — sunucu siparişi kendi kayıtlarından fiyatlandırır.
- 3
Güvenli ödeme
Ödeme, ödeme sağlayıcısının kendi sayfasında yapılır. Winglark kartı hiçbir zaman ele almaz.
- 4
Onay
Bilineni söyleyen bir sipariş sayfası — tutuldu, ödeme iletildi, ödendi — ve sipariş tamamlandığında biletleri içeren bir e-posta.
- 5
Giriş kodu
Onaydan açılan, bilet başına kişisel bir kod. İsim, e-posta ya da sipariş taşımaz — anlamsız bir belirteç, başka bir şey değil.
- 6
Varış
Telefonda ya da kâğıtta gösterilir. Tek okutma, tek cevap.
Satış sayfası ve ödeme akışı yalnızca etkinleştirilmiş bir etkinlik için vardır. Bu sayfada hiçbir şey satılmaz.
Kapıyla birlikte
Ödeme akışı ticari durumu çözer. Kapı giriş durumunu çözer.
İki soru; aynı sistemin iki farklı parçası tarafından, iki farklı zamanda yanıtlanır — ve asla karıştırılmaz.
- Varıştan önce
- Bu yerin parası ödendi mi? Ödeme akışı yanıtlar. Ödenmiş ve tamamlanmış bir sipariş davetli kaydına ve giriş koduna dönüşür; başka hiçbir şey dönüşmez.
- Kapıda
- Bu kod geçerli mi, daha önce kullanıldı mı? Okutma yanıtlar — çevrimiçi ya da çevrimdışı, kodun kendisine bakarak; bilet alan için de davet edilen için de aynı kural.
İkisi tek yerde buluşur: kodda. Kod yalnızca sipariş ödendiği için vardır ve iade gerçekleştiği anda iptal edilir — bu yüzden kapının biletin ne olduğunu bilmesi gerekmez.
Kapı okutma anında ödemeyi yeniden kontrol etmez; buna gerek de yoktur. Kapıya ulaşan bir kod, ödeme akışının zaten çözdüğü bir koddur.
Tek yaşam döngüsü
Altıncı bir araç değil. Aynı etkinliğin altıncı adımı.
Liste temizlenir, davetiyeler tasarlanır ve gönderilir, geç isimler eklenir, kapı yürütülür ve — etkinlik gerektirdiğinde — yerlerin parası ödenir. Tek bir davetli kaydı hepsini taşır.
- GatePassKapıyı yönetin, sinyal olsun olmasınÜcretli bir bilet sıradan bir giriş kodudur. Kapı onu bir davetiyeyi aldığı gibi alır; sinyal olsun ya da olmasın.
- ListGuardListeyi size pahalıya patlamadan temizleyinBilet alanlar, içe aktarımınızın temizlendiği aynı davetli listesine düşer — tek yer, tek kural seti.
- MailFlowGönderin ve neyin ulaştığını bilinOnaylar, yeniden gönderimler ve iade bildirimleri davetiyelerle aynı gönderim üzerinden, aynı kayıtla gider.
- InvitePulseDavet çıktıktan sonra davetli ekleyinGeç eklenen isimler de geç alınan yerler de aynı etkinlikte davetli olarak biter; ikinci bir liste olmadan.
- RaporlamaÜcretli katılım diğerleriyle birlikte sayılır: kim aldı, kim geldi ve aradaki fark.
Neyi okuyabilirsiniz
Etkinlik ve sipariş bazında operasyonel gerçek.
Gösterilen, olduğu anda kaydedilendir — her siparişteki anlık görüntüler, yeniden hesaplama değil. Finansal mutabakat ve hakediş ödemeleri ekibimizle yürütülür; aşağıdaki ekranlar operasyonel görünümdür.
- Etkinlik başına satış
- Siparişler, biletler, brüt tutar; bilet türüne ve güne göre.
- Sipariş durumu
- Tutuldu, ödeme bekliyor, ödendi, tamamlandı, iptal, süresi doldu, iade edildi — ve yanında, içine karıştırılmadan, iade durumu.
- Bilet durumu
- Üretildi, giriş yaptı, iptal edildi, iptal, iade edildi; bilet başına ve kapının ne zaman okuttuğuyla.
- Döneme göre finans
- Bir aralık için brüt, Winglark komisyonu ve hakedişiniz; her siparişte dondurulan rakamlardan.
- İstisnalar
- Ödenmiş ama tamamlanmamış bir sipariş, sağlayıcının onaylamadığı bir iade — ne yapılacağıyla birlikte listelenir, bir toplamın içinde saklanmaz.
Biletleme rakamları biletleme ekranlarında yaşar. Etkinliğin katılım raporu bilet alanı bir davetli olarak sayar; ne ödendiğini henüz göstermez.
Neler dahil
Neler dahil
- Gerçek sınırları olan bilet türleri
- Tür başına fiyat, kapasite, sipariş başına en az ve en çok adet, satış aralığı ve görünürlük.
- Etkinlik başına bir satış sayfası
- Herkese açık, listelenmemiş ya da özel; etkinliğin dilinde ve iade politikası üzerinde yazılı.
- Tutulan yerler ve dürüst sayılar
- Alıcı öderken bir yer on beş dakika tutulur, sonra bırakılır. “Tükendi” bir tahmin değil, bir gerçektir.
- Sağlayıcı tarafında ödeme
- Kartlar ödeme sağlayıcısının kendi sayfasında işlenir. Fiyatı sunucu belirler; tarayıcı belirleyemez.
- Bilet başına bir davetli ve bir giriş kodu
- Tamamlama, sıradan bir kod taşıyan sıradan bir davetli kaydı yazar; kapının ve raporun yeni bir şeye ihtiyacı olmaz.
- Aynı gönderim üzerinden onaylar
- Bilet üretildi, yeniden gönder, iade, etkinlik iptal — her biri davetiye gibi kaydedilir ve “hayır” demiş bir adrese asla gönderilmez.
- İptal eden tam iadeler
- Para önce sağlayıcı üzerinden geri gider; biletler ancak para döndüğünde iptal edilir.
- Siparişler, biletler, finans
- Ödeme, tamamlama ve iade durumları ayrı sütunlarda; üretilen ve giriş yapan biletler; döneme göre brüt, komisyon ve hakediş.
Neden önemli
O gün ne değişir
Girişte para yok
Her ücretli yer geceden önce ödendi. Kapıda bir telefon vardır, kasa değil.
İki değil, tek liste
Bilet alanlar ve davet edilenler aynı ekrana gelir ve aynı raporda sayılır.
İade, reddedilen bir koddur
Para geri gittiğinde kapı bunu zaten bilir. Kimsenin bir ismi hatırlaması gerekmez.
Nerede kullanılır
Nerede fark yaratır
- 01
Ücretli ve davetli koltukları olan bir konferans
Konuşmacılar ve basın davetli, delegeler bilet alıyor — tek liste, tek kapı, tek sayı.
- 02
Sınırlı yerli bir atölye
Yirmi koltuk, bir fiyat, bir satış aralığı ve yirmide kendini kapatan bir satış sayfası.
- 03
Müşterisinin ücretli etkinliğini yürüten bir ajans
Biletleme müşterinin kendi çalışma alanının içinde; diğer her şeyle aynı roller ve aynı ayrımla.
- Ücretli bir izi olan kurumsal etkinlikler
- Özel yemekler ve üye geceleri
- Profesyonel buluşmalar ve networking geceleri
- Sınırlı kapasiteli deneyimler ve açılışlar
Yönetilen etkinleştirme
Yayına almadan önce sizinle birlikte yapılandırılır.
Biletleme bir çalışma alanı için bir düğmeyle değil, Winglark tarafından açılır — çünkü kurulum, bir formun etkinliğiniz hakkında bilemeyeceği şeylere bağlıdır.
- Etkinlik
- Ne satılıyor, kime ve bazı davetliler ücret alınmak yerine davet mi ediliyor.
- Para birimi ve fiyatlandırma
- Etkinlik başına tek para birimi, sizinle seçilir; bilet türleri onunla fiyatlanır.
- Ticari model
- Winglark komisyonu ve hakedişinizin nasıl ödeneceği ilk satıştan önce kararlaştırılır, sonra keşfedilmez.
- İade politikası
- İade edilebilir, bir tarihe kadar iade edilebilir, iade edilemez ya da onayınıza bağlı — satış sayfasında yazılı.
- Ödeme kurulumu
- Ödeme sağlayıcısı çalışma alanınız için açılır ve gerçek bir alıcı karşılaşmadan önce sizinle test edilir.
Etkinleştirme nasıl ilerler
- 1
Etkinliği anlatın
Ne satılacak, satış ne zaman açılacak, kaç yer, hangi para birimi.
- 2
Ödeme yapısını tanımlarız
Bilet türleri, fiyatlar, iade politikası, komisyon ve hakediş; yazılı hâlde.
- 3
Biletleme yapılandırılır
Etkinliğinizde, çalışma alanınızda; satış sayfası yalnızca sizin seçtiklerinize görünür.
- 4
Siz inceler ve test edersiniz
Uçtan uca bir test siparişi: satış sayfası, ödeme, onay, kod, okutma.
- 5
Yayına alınır
Satış belirlediğiniz tarihte açılır. Geceyi aynı ekranlar yürütür.
Bu bir bekleme listesi değil, bir hizmet katmanıdır. Kullanılabilirlik ve ticari koşullar etkinleştirme sırasında netleştirilir.
Sorular
Biletlemeyi kendim etkinleştirebilir miyim?
Hayır. Biletleme, etkinlik, para birimi ve ticari model üzerine kısa bir görüşmenin ardından çalışma alanınız için Winglark ekibi tarafından açılır. Bu sayfadan satış ekibine yazın; sizinle birlikte kurarız.
Etkinleştirme neden Winglark gerektiriyor?
Çünkü kurulum teknik olduğu kadar ticaridir: para birimi, fiyatlandırma, iade politikası, komisyon ve hakediş ilk satıştan önce kararlaştırılmalıdır. Bunu sizinle bir kez yapmak, tahmin eden bir formdan daha hızlıdır.
Biletleme kapıyla çalışıyor mu?
Evet. Ücretli bir bilet, sıradan bir giriş kodu taşıyan sıradan bir davetli kaydı olarak tamamlanır; kapı onu herhangi bir davetiye gibi okutur — çevrimiçi ya da çevrimdışı. İade edilen bilet iptal edilir ve kapı reddeder.
Bazı davetliler ikram olabilir mi?
Evet, iki yolla: fiyatı sıfır olan bir bilet türü satış sayfasından ödeme adımı olmadan geçer ya da davetli yalnızca davet edilir ve hiçbir zaman ödeme sayfası görmez. İkisi de aynı listede biter.
Davetli ne zaman öder?
Etkinlikten önce, etkinliğin satış sayfasındaki ödeme adımında. Öderken yerleri on beş dakika tutulur; sipariş ödenip tamamlandığında onay ve giriş kodu gelir.
İadeleri Winglark mı yönetir?
Tam sipariş iadelerini, evet: para ödeme sağlayıcısı üzerinden geri gönderilir ve biletler para döndüğünde iptal edilir. Kısmi iade sunulmaz.
Hangi para birimleri ve ödeme yöntemleri destekleniyor?
Etkinlik başına tek para birimi, ödeme sağlayıcısının desteklediklerinden — etkinleştirme sırasında netleştirilir. Kartlar sağlayıcının kendi ödeme sayfasında işlenir; Winglark kart bilgisi görmez.
Ajanslar kullanabilir mi?
Evet. Biletleme müşterinin çalışma alanının içinde, Winglark’ın geri kalanıyla aynı roller ve aynı ayrımla çalışır; her müşterinin satışları o müşterinin çalışma alanında kalır.
Biletleme planıma dahil mi?
Bir plan satırı değildir. Kullanılabilirlik ve ticari koşullar — komisyon, hakediş, birlikte çalıştığı planlar — etkinleştirme sırasında netleştirilir.
Ücretli bir etkinlik mi planlıyorsunuz?
Biletlemeyi etkinleştirmeden önce Winglark ile görüşün; ödeme ve katılım modeli etkinliğiniz için yapılandırılsın — tahmin edilmesin.
Bu bir bekleme listesi değil, bir hizmet katmanıdır. Kullanılabilirlik ve ticari koşullar etkinleştirme sırasında netleştirilir.