2026'da katılımcı veritabanını devretmeden sponsora nasıl iletişim bilgisi verilir

Beş düzeyde sponsor iletişimi: özet göstergelerden yönetilen gönderime, bağlam ve sonraki adımla gönüllü temasa kadar.

Sponsor ölçülebilir bir sonuç almak ister, organizatör ise kayıt veritabanını dosya olarak vermek istemez. Bu çıkarlar birbiriyle çelişmez. Temas, izin verilen eylemlerin bir dizisi olarak kurulabilir: teklifi göstermek, yanıt almak, toplantı açmak, seçilen alanları iletmek ve sonraki adımı kayıt altına almak.

Serbest veri dışa aktarımı yalnızca ilk kontrole kadar basit görünür. Tablo indirildikten sonra organizatör kopyaları, saklama süresini, yeni gönderimleri ve onay geri çekildikten sonra iletişim bilgisinin silinmesini neredeyse hiç kontrol edemez. Katılımcı ise etkinlik kaydının neden birkaç şirketten gelen e-postalara dönüştüğünü anlamayabilir.

Biz Aventura'da önce sponsorluk paketinin amacını belirliyor, erişimi doğrulamak için özet ve kişisel veri içermeyen göstergeler kullanıyoruz. Toplantı talebi tanışmayı başlatır. Görüşmenin devamı, iletişim bilgisinin anlaşılır bir bağlamla gönüllü olarak paylaşılmasından sonra başlar. Bu şema ortaklığın ticari değerini korur ve genel veritabanını bir metaya dönüştürmez.

Sponsor genel veri tabanı yerine ne alıyor?

Sponsor, kayıtlı tüm kişilerin bulunduğu bir dosya yerine önceden kararlaştırılmış temas noktalarına ve sonuçlara erişim elde eder. Bunlar gösterimler, yanıtlar, toplantı talepleri ve gönüllü olarak paylaşılan lead'ler, yani ilgi konusu ve sonraki adımı içeren iletişim bilgileri olabilir. Organizatör kanal ve kampanya koşulları üzerindeki kontrolünü korur. Katılımcı, verilerini ne zaman açıklayacağına kendisi karar verir.

Genel veri tabanı çoğu zaman paketin ana maddi varlığı olarak algılanır. Ancak tablonun kendisi ilgiyi kanıtlamaz. İçinde teklife uygun olmayan, entegrasyonu görmemiş ve reklam iletişimi için ayrı izin vermemiş kişiler olabilir. Sponsor hacim alır, ancak bağlam alamaz.

İşleyen alternatif, haklar haritasıyla başlar. Burada partnerin kitleye ne gösterebileceğini, kime talep gönderebileceğini, hangi eylemde iletişim bilgisinin açılacağını ve hangi verilerin rapora gireceğini kaydederiz. Bu yaklaşımı markanın festivale katılımı hazırlığında da kullanıyoruz: yerleşim, iletişim ve veri hakları ayrı ayrı tanımlanır.

Sponsorda anlaşılır ticari sonuçlar kalır:

• teklifin doğrulanmış erişimi;
• materyale veya ürün sayfasına geçişler;
• sorular ve ek bilgi talepleri;
• kabul edilen toplantılar;
• katılımcıların gönüllü olarak paylaştığı iletişim bilgileri;
• görüşme sonrası sonraki adımın durumu.

Böyle bir set, rastgele bir veri dökümünden daha güçlüdür. Kişinin entegrasyonla temastan anlamlı bir eyleme kadar olan yolunu gösterir.

Beş temas düzeyi: erişimden gönüllü potansiyel müşteriye

Bu beş aşamalı model, tüm paketler için aynı erişim olmadan sponsorluk değerini satmaya yardımcı olur. Birinci düzey toplu görünürlük sağlar, ikincisi kontrollü iletişim açar, üçüncüsü toplantı talep etmeye olanak tanır, dördüncüsü iletişim bilgisini katılımcının inisiyatifiyle iletir, beşincisi ise izin verilen sonraki adımı kaydeder. Her yeni düzey, kişinin daha belirgin bir eylemini gerektirir.

Düzeylerin yalnızca sırayla işlemesi gerekmez. Fuar standında kişi gösterimin ardından hemen kartvizitini paylaşabilir. Konferans uygulamasında önce mesajı görür, ardından toplantıyı kabul eder. Temel kural tek: iletişim bilgisi, belirli bir mekanikte kişinin anlaşılır eylemiyle açılır; katılımcı statüsünün kendisi verilere erişim sağlamaz.

Her düzey için paketin ayrı bir değerini belirleyin. İmaj ortağı için erişim ve sayfa ziyaretleri yeterli olabilir. Ürün sponsoru için toplantılar ve materyal talepleri daha önemlidir. Genel statü tek başına tüm katılımcıların verilerini indirme hakkı anlamına gelmemelidir.

Kayıt ve sponsor iletişimi nerede ayrılmalı?

Ayrım, hedef etkinliği düzenlemekten partnerin teklifini tanıtmaya kaydığı anda başlar. Kayıt formu erişim, program, hizmet ve güvenlik için veri toplar. Sponsor iletişimi ayrı bir hukuki dayanak kontrolü gerektirir. Ekip açık rızaya dayanıyorsa, kişi önceden belirli alıcıyı, amacı, kanalı ve aktarılacak verilerin kapsamını görmelidir.

Federal Law No. 152-FZ'nin 5. maddesi, işlemeyi belirli, önceden tanımlanmış ve hukuka uygun amaçlara bağlar. Veri hacmi bu amaçlara uygun olmalı ve aşırı olmamalıdır. 9. madde, açık rızanın belirli, konuya özgü, bilgilendirilmiş, bilinçli ve açık olmasını, ayrıca onaylanan diğer bilgilerden ayrı olarak alınmasını şart koşar. Bu nedenle "kayıt olarak her şeye onay veriyorsunuz" formülü sorunu çözmez.

Malların, işlerin ve hizmetlerin iletişim araçlarıyla doğrudan tanıtımı için Rusya mevzuatı önceden rıza gerektirir. Bu, Federal Law No. 152-FZ'nin 15. maddesi ile "Reklam Hakkında" Federal Law No. 38-FZ'nin 18. maddesinden kaynaklanır. İlk reklam mesajından önce alınan rızanın yerini sonradan abonelikten çıkma almaz. Uygulanacak dayanak, form metni ve bunun alındığına dair kanıtlar alanında uzman bir avukatla kontrol edilmelidir.

Uygulamada üç akışı ayırıyoruz:

1. Kayıt: katılımın düzenlenemediği ve taahhüt edilen hizmetin sunulamadığı veriler.
2. Hizmet iletişimi: program, güzergâh, değişiklikler, erişim ve organizasyonel bildirimler.
3. Sponsor teması: mesaj, görüşme, materyal veya seçilen alanların belirli bir alıcıya aktarılması.

Dayanak açık rıza ise, ayrı bir işlem verileri kimin alacağını, neden alacağını, hangi alanların aktarılacağını ve sonraki temastan nasıl vazgeçileceğini açıklamalıdır. Rıza, genel kayıt metninin içine gizlenmemelidir. Buton adı da önemlidir, ancak tek bir etiket yeterli değildir: bildirim, form, günlükleme ve kişinin seçimini kanıtlama imkânı kontrol edilmelidir.

"Devam et" sonucu gizler. "Sunumu göndermek için N şirketinin iş e-postasını ilet" ise sonucu doğrudan tanımlar.

Alanların amacı ve farklı hedefler hakkında ayrıntılı bilgiyi etkinlik katılımcılarının kaydı materyalimizde yazıyoruz. Bu mantık platform seçiminden önce de yararlıdır: önce ekip akışı belirler, ardından formu ve erişim haklarını yapılandırır.

Kayıt, partner entegrasyonları ve veri kontrolü içeren bir üretim planına ihtiyacınız varsa, iş etkinliği organizasyonunu görüşün. Form açılmadan önce mekaniği oluşturur ve tartışmalı veri aktarımlarını önceden eleriz.

Organizatör, sponsor ve platformun rolleri

Sözleşmedeki taraf adlarından çok fiili kararlar önemlidir. İşleme amacını kimin belirlediği, verileri kimin seçtiği, hedef kitleyi kimin yapılandırdığı, mesajı kimin gönderdiği, iletişim bilgisini kimin aldığı ve etkinlik sonrasında bu bilgiyi kimin kullandığı kontrol edilmelidir. Bir platform, organizatör için teknik bir işlemi gerçekleştirirken aynı zamanda kendi süreçlerinden ayrıca sorumlu olabilir.

Basit ve kontrollü modelde kayıt veri tabanını organizatör tutar ve kampanya kurallarını belirler. Sponsor, paket kapsamında bir teklif hazırlar. Platform, mesajı seçilen segmente iletir ve eylemleri kaydeder. Katılımcı yanıt verene kadar sponsor adresi görmez ve kişi listesini almaz.

İletişim bilgisinin gönüllü olarak aktarılmasından sonra şema değişir. Sponsor, üzerinde anlaşılan devam işlemini yapabilir: vaat edilen materyali gönderebilir, bir görüşme planlayabilir veya lead'i müşteri yönetimi sistemine kaydedebilir. Bu eylem, katılımcının gördüğü amaç ve kanalların sınırları içinde kalmalıdır. Bu aşama için süre, geri çekme yolu ve sonraki mesajların silinmesi veya engellenmesi sorumluluğu ayrıca belirlenir.

Bu tablo hukuki nitelendirmenin yerini tutmaz. Somut sözleşme, arayüz ve veri akışı ilgili uzman tarafından kontrol edilmelidir. Makale, bireysel hukuki danışmanlık değil, organizasyonel bir çerçeve sunar.

Biz Aventura olarak sözleşmeye bir işlem haritası ekliyoruz. Bu haritada veri kaynağı, alıcı, dayanak, izin verilen eylem ve sonraki adımın sahibi görünür. Böylece ifadeler platformun gerçek yapılandırmasıyla karşılaştırılabilir.

Kişi bilgileri açıklanmadan gönderim nasıl çalışır?

Organizatör, izin verilen bir segment oluşturur ve sponsorun reklam mesajını yalnızca alıcının önceden verdiği onayı kontrol ettikten sonra kendi kanalı veya platformu üzerinden iletir. Etkinlikle ilgili hizmet bildirimleri ayrı bir akışta gider. Sponsor hedef kitlenin kriterlerini bilir, ancak alıcı listesini, adresleri ve telefonları görmez. Katılımcı göndereni ve teklifi görür; ardından materyale geçebilir, yanıt verebilir, toplantı talep edebilir veya iletişimin durdurulmasını isteyebilir; böyle bir talepten sonra reklam mesajları ve ilgili işleme derhal durdurulmalıdır.

Bu mekaniği kısa bir süreç olarak kurgulamak pratiktir:

1. Sponsor hedefi, hedef kitleyi, mesajı ve eylem çağrısını belirler.
2. Organizatör reklamı hizmet bildirimlerinden ayırır ve alıcının önceden verdiği onayı kontrol eder.
3. Ekip segmenti minimum sayıda özelliğe göre oluşturur.
4. Platform veya organizatör mesajı liste açıklanmadan gönderir.
5. Katılımcı bir eylemde bulunur, teklifi yok sayar veya onayını geri çeker.
6. Sponsor toplu sonuçları ve yalnızca gönüllü iletişim bilgilerini alır.

Grip'in 7 Ekim 2026 tarihli basın bülteni, benzer bir ürün modeli olan Audience Campaigns'i ("Hedef Kitle Kampanyaları") tanımlıyor: organizatör, katılımcı listesini paylaşmadan hedefli erişimi satıyor. Bültenin yayımlandığı tarihte özellik, seçili Grip Manage müşterileri için erken erişimdeydi. Bizim için burada çalışma ilkesinin kendisi önemli. Hedef kitleye erişim ile kişi bilgilerine erişim teknik ve ticari olarak ayrılabilir.

Segment de gereğinden fazlasını açıklamamalı. Çoğu zaman sektör, mesleki rol veya seçilen konu yeterlidir. Kesin ziyaret saatini, nadir bir unvanı, tüm anket yanıtlarını ve hareket geçmişini otomatik olarak eklememek gerekir. Grup ne kadar darsa, kimlerin bu grupta olduğunu tahmin etme riski o kadar yüksektir.

Sıklığı ve gönderim zaman aralığını önceden kararlaştırın. Birkaç ortak ayrı ayrı limite uyabilir, ancak birlikte spam gibi görünen bir akış yaratabilir. Organizatör toplam yükü gördüğü için kampanya takvimini merkezi olarak yönetmelidir.

Katılımcının inisiyatifiyle toplantı talebi ve iletişim bilgisi paylaşımı

İletişim bilgisi karşılıklı eylemden sonra açılır. Sponsor sınırlı bir profil veya ilgili bir kart görür ve somut bir konu önerir. Katılımcı talebi kabul eder, reddeder veya yanıtsız bırakır. Sistem, yalnızca kabul edildikten sonra görüşmeyi koordine etmek için asgari bir kanal açar; paylaşım belirtilen amaçla sınırlı kalır ve anket formuna genel erişim sağlamaz.

İyi bir talep, toplantının faydasını açıklar. «Dağıtık ekipler için çözümümüzün demosunu görüşmek» ifadesi, nötr «tanışalım» ifadesinden daha iyidir. Kişinin teklifi değerlendirmesi kolaylaşır, organizatörün de iş odaklı mekaniği uygulama içi toplu gönderimden ayırması kolaylaşır.

Talep sayısını sınırlamanızı ve katılımcıya basit bir ret seçeneği sunmanızı öneriyoruz. Kabul edilmeyen talep potansiyel müşteri (lead) haline gelmez. Ret de yeni bir kampanya için kişisel olumsuz sinyal olarak aktarılmamalıdır. Sponsor için gönderilen, kabul edilen ve gerçekleşen toplantılara ilişkin genel istatistikler yeterlidir.

Benzer bir akışı randevulu işletmeler arası (B2B) atölye çalışması makalesinde ele alıyoruz. Buradaki değeri, konusu, sahibi ve sonuç durumu belirlenmiş hazırlanmış bir görüşme yaratır. Erişilebilir profiller listesi tek başına bunu sağlamaz.

Stantta inisiyatif farklı görünebilir. Katılımcı kişisel QR kodunu gösterir, «iletişim bilgilerini paylaş» düğmesine basar veya sponsorun çalışanına dijital kartvizit gönderir. Onaydan önce ekran, alıcıyı, amacı ve alanları belirtmelidir. Sadece stantta bulunmak böyle bir seçimin yerini tutmaz.

Sergi alanı olan projeler için bu mekaniği önceden fuar ve stant organizasyonu ile ilişkilendirmek faydalıdır. Böylece QR kod, promosyon personelinin çalışması, demo senaryosu ve sonraki iletişim tek bir zincir olarak tasarlanır.

Rozet taramasından sonra ne lead sayılır?

Lead, ilgi konusu ve sonraki adımla birlikte iletişim bilgisinin onaylı şekilde aktarılmasından sonra ortaya çıkar. Tarama, salona giriş, materyal teslimi, çekilişe katılım veya kısa bir tanışma anlamına gelebilir. Tüm etkinlikler lead olarak adlandırılırsa rapor büyür, ancak sponsor kiminle ve ne hakkında konuşmaya devam edeceğini anlayamaz.

Önce her sinyale bir anlam yükleyin:

Tarama görünür ve anlaşılır olmalıdır: stant görevlisi eylemden sonra ne olacağını açıklar. Onay ekranı alanları gösterir. Sistem zamanı, alıcıyı ve bildirim sürümünü saklar. Kişi yalnızca dosyayı almak istediyse, bu talebi diğer konularda arama yapma onayına dönüştürmemek gerekir.

Fuar standını huni olarak ele aldığımız makalede, iletişim bilgisini konuşmanın içeriğiyle ilişkilendiriyoruz. Bu bağlantı özellikle yoğun akışta önemlidir: not olmadan sponsor birkaç gün sonra yalnızca bir isim görür ve verilen sözü hatırlamaz.

Potansiyel müşteri kartı: minimum veri ve bağlam

Potansiyel müşteri kartı yalnızca vaat edilen devam için gerekli verileri ve kısa bir görüşme bağlamını içermelidir. Genellikle tam bir kayıt formundan ziyade çalışma kanalı, şirket, rol, ilgi konusu, üzerinde anlaşılan sonraki adım ve sorumlu çalışan daha faydalıdır. Gereksiz alan sayısı ne kadar azsa, kartı amacına uygun kullanmak ve erişimi yönetmek o kadar kolay olur.

Kartın içeriğini senaryo belirler. Sunum göndermek için ad, iş e-postası, seçilen konu ve materyalin adı yeterli olabilir. Planlanmış bir toplantı için zaman aralığı ve koordinasyon kanalı gerekir. Teklif hesaplaması için kısa bir görev tanımı gerekebilir, ancak kişinin tüm etkinlik boyunca oturumlara katılım geçmişi gerekmez.

Şu sıralamayı kullanıyoruz:

1. İletişim kaynağını kaydetmek: toplantı, stant, form, QR veya mesaja yanıt.
2. Sponsor tarafındaki belirli alıcıyı belirtmek.
3. Amaç ve iletilen alanları kaydetmek.
4. İlgi konusunu katılımcının kendi sözcükleriyle veya tarafsız bir kategoriyle eklemek.
5. Vaat edilen eylemi ve süreyi, uydurma bir satın alma hazırlığı değerlendirmesi olmadan kaydetmek.
6. Sonraki iletişimin sahibini atamak.
7. Geri bildirim, ret veya vaadin yerine getirilmesi durumunu kaydetmek.

Kayıt formundaki tüm yanıtları "her ihtimale karşı" kartla taşımayın. Alan, beyan edilen eylemi gerçekleştirmeye yardımcı olmalıdır. Ekip, sponsorun neden şehre, kişisel telefona veya katılım sağlanan oturumların listesine ihtiyaç duyduğunu açıklayamıyorsa, bu alanı aktarmamak daha iyidir.

Bağlam hem ticari hem de organizasyonel riski azaltır. Çalışan, genel bir e-posta zinciri yerine vaat ettiği materyali gönderir. Bu tür bir devamın ilkelerini konferans sonrası içerikte de uyguluyoruz: kişiselleştirilmiş yanıt ve toplu iletişim farklı amaçlara hizmet eder.

İnsan listesi olmadan sponsora rapor nasıl hazırlanır?

Rapor, eylem hunisi üzerine kurulur ve kişisel satırlar yalnızca gönüllü olarak iletilen lead'ler için eklenir. Sponsor; erişimi, tepkiyi, görüşmeleri, iletişim bilgisi paylaşımlarını ve sonraki adımların yerine getirilmesini görür. Organizatör, yalnızca mesajı alan, sayfayı ziyaret eden, talebi reddeden veya standın yanından geçen kişilerin listesini eklemez.

Raporun yanıtlaması gereken sorularla başlayın. Rapor şunları göstermelidir: hedef kitle entegrasyonu gördü mü, teklif ilgili miydi, insanlar hangi eylemleri seçti, kaç görüşme gerçekleşti, hangi konularda devam talebi geldi ve zincir nerede arayüz, program veya teklif içeriği nedeniyle durdu.

Raporun işleyen yapısı:

• yerleşimler ve gösterim dönemleri;
• alıcı listesi olmadan iletilen mesaj sayısı;
• platform doğru hesaplıyorsa açılmalar veya görüntülemeler;
• eylem çağrısı üzerinden geçişler;
• gönderilen ve kabul edilen görüşme talepleri;
• gerçekleşen görüşmeler;
• gönüllü olarak iletilen iletişim bilgileri;
• ilgi konuları büyük kategoriler halinde;
• mutabık kalınan sonraki adımlar;
• yöntem ve sayım sınırlamalarının açıklaması.

Gösterimleri, taramaları, görüşmeleri ve lead'leri tek bir nihai rakamda toplamayın. Bu olayların değeri farklıdır. Bir katılımcı birden fazla eylem gerçekleştirebildiği halde göstergelerin toplamını benzersiz kişi sayısı olarak adlandırmayın.

Toplu göstergeler de doğrulama gerektirir. Nadir bir unvan, kategoride tek bir şirket ve kesin ziyaret saati belirli bir kişiyi ele verebilir. Çok dar grupları birleştiriyor ve karara yardımcı olmayan ayrıntıları kaldırıyoruz. Tüm projeler için evrensel bir eşik yoktur; bu nedenle eşik, hedef kitle ve rapor üzerinden hangi kişiden söz edildiğinin anlaşılma riski değerlendirildikten sonra belirlenir.

Raporlama büyük bir konferans programının parçasıysa, bunu genel konferans organizasyonu planına dahil etmek daha iyidir. O zaman sponsor göstergeleri etkinlik sonrasında elle toplanmak yerine program, uygulama, standlar ve kayıtla ilişkilendirilir.

Sözleşme, arayüz ve işlem günlüğü

Güvenli şema ancak sözleşme, kullanıcı arayüzü ve teknik günlük aynı akışı tanımladığında işler. Sözleşme amaçları, rolleri, verileri ve sınırlamaları belirler. Arayüz, kişiye anlaşılır bir seçim sunar. Günlük ise hangi mesajı gördüğünü, ne yaptığını, hangi alanların iletildiğini ve ekibin sonraki ret talebini nasıl işlediğini kanıtlar.

Kontrolü lansmandan önce yapmak uygundur:

1. Kayıttan rapora ve sonraki iletişime kadar veri akışını çizin.
2. Her işlem için amacı, sahibi, alıcıyı ve asgari alanları belirtin.
3. Haritayı organizatörün, sponsorun ve platformun sözleşmesiyle karşılaştırın.
4. Form, düğme, QR ekranı ve toplantı talebi metinlerini kontrol edin.
5. Rolleri, dışa aktarımı ve çalışan erişimini sınırlayın.
6. Sürüm, işlem, aktarım ve geri çekme günlüğünü yapılandırın.
7. Test yolunu hem katılımcı hem de sponsor temsilcisi olarak deneyin.
8. Raporun, çok dar segmentler üzerinden kişileri ifşa etmediğinden emin olun.

Asgari günlük; katılımcının dahili kimliğini, sponsoru, bildirim sürümünü, amacı, alanların bileşimini, geçerlilik süresini, kanalı, aktarımın gerçekleşip gerçekleşmediğini ve sonraki ret talebinin durumunu saklar. Saklama süresi her süreç için ayrı belirlenir. Sadece platform verileri uzun süre saklamaya izin veriyor diye bu süreyi otomatik olarak atamak doğru olmaz.

Consultant.ru'da yayımlanan Roskomnadzor önerileri, veri listesinin asgari düzeyde tutulmasını, uyumsuz kategorilerin ayrı saklanmasını ve kimliklerin etkileşim geçmişinden ayrılmasını önerir. Avrupa Veri Koruma Kurulu (EDPB) ve Birleşik Krallık Bilgi Komiserliği Ofisi (ICO), Avrupa Birliği ve Birleşik Krallık için ayrı yönergeler sunar: amaç, dayanak, şeffaflık ve koruma, iletişim başlatılmadan önce tasarlanmalıdır. Bu materyaller Rus hukuku kontrolünün yerini tutmaz.

Bu, tek bir şemanın her şirkete ve ülkeye uygun olduğu anlamına gelmez. Uygulanacak hukuk, sözleşmeler, saklama yeri, verilerin ülke dışına aktarımı veya işlenmesi, teklifin içeriği ve tarafların fiili eylemleri dikkate alınmalıdır. Nihai hukuki değerlendirme için alanında uzman bir avukata başvurulur.

Biz Aventura olarak üretim tarafını oluşturabiliriz: sponsor hakları haritası, temas noktaları, ekip rolleri, platform gereksinimleri ve rapor yapısı. Temel ilke basit kalır: ticari görev, katılımcının kontrollü bir eylemiyle çözülebiliyorsa ortak veri tabanı paylaşılmamalıdır.

Kaynaklar

• Federal Law No. 152-FZ Madde 5: kişisel verilerin işlenmesine ilişkin ilkeler
• Federal Law No. 152-FZ Madde 9: kişisel verilerin işlenmesine rıza
• Federal Law No. 152-FZ Madde 15: iletişim araçlarıyla doğrudan tanıtım
• Federal Law No. 38-FZ Madde 18: telekomünikasyon ağları üzerinden reklam
• Consultant.ru: Roskomnadzor'un kişisel veri operatörlerine yönelik önerileri
• EDPB: Process personal data lawfully
• Grip: 7 Ekim 2026 tarihli Audience Campaigns basın bülteni
• ICO: Plan direct marketing