Öğrenci kulübü üye ve iletişim yönetimi: Excel ve WhatsApp neden her dönem çöküyor

Her eylül aynı sahne yaşanıyor. Yeni kulüp başkanı, geçen dönemin listesini istiyor. Liste, mezun olmuş sekreterin kişisel sürücüsünde. Sürücüye erişim yok, WhatsApp grubunda 340 kişi var ama kimin hâlâ öğrenci olduğu belirsiz, kimin üye kaydı olduğu hiç bilinmiyor. Kulüp, üye listesini sıfırdan toplamaya başlıyor ve geçmiş dönemin verisi kayboluyor.

Bu, disiplin sorunu değil, araç sorunu. Excel ve WhatsApp, kulübün ihtiyaç duyduğu iki şeyi yapamayan araçlar: kaydın kurumda kalması ve erişimin rolle devredilmesi.

Excel tabanlı üye listesi neden her dönem çöküyor?

Excel çöküyor çünkü dosya, kuruma değil kişiye bağlı. Dosyanın bir sahibi var, o kişi gittiğinde dosya da gidiyor. Dahası, dosya kopyalanabilir olduğu için kısa sürede birden çok gerçek ortaya çıkıyor.

Tekrar eden çökme biçimleri şunlar:

• Sürüm çoğalması. uyeler_son.xlsx, uyeler_son_v2.xlsx, uyeler_guncel_FINAL.xlsx. Hangisinin doğru olduğunu kimse bilmiyor ve ikisinde de başkasında olmayan satırlar var.
• Erişim kaybı. Dosya, mezun olan kişinin kişisel hesabında. Kurum hesabı kapandığında dosya erişilemez oluyor.
• Alan tutarsızlığı. Aynı sütuna kimi zaman öğrenci numarası, kimi zaman telefon yazılıyor. Bölüm alanı bazen kısaltma, bazen tam ad.
• Tarih bilgisi yokluğu. Kimin ne zaman üye olduğu ve ne zaman ayrıldığı yazmadığı için “bu dönem kaç yeni üye geldi” sorusu cevaplanamıyor.
• Doğrulama yokluğu. Listeye eklenen kişinin gerçekten o kurumun öğrencisi olduğunu kimse kontrol etmiyor.

Excel’in kendisi kötü bir araç değil, kötü bir kayıt sistemi. Analiz için dışa aktarım hedefi olarak kalabilir, üyelik gerçeğinin kaynağı olarak kalamaz.

WhatsApp grubu neden bir üye kaydı değildir?

Grup, üyelikle bağı olmayan bir iletişim kanalıdır. Gruptaki kişi sayısı ile üye sayısı arasında hiçbir zorunlu ilişki yoktur ve bu iki sayı zamanla birbirinden uzaklaşır.

Sorun	Neden oluşuyor	Sonucu
Üyelik ile kanal ayrışması	Gruba katılım davet linkiyle olur, kayıtla değil	Grupta olmayan üye duyuru almaz
Sessize alma	Yoğun gruplar bildirim gürültüsü üretir	Duyuru okunmaz, katılım düşer
Numara üzerinden yönetim	Grup, kişisel telefon numarasıyla yönetilir	Yönetici değişince yönetim erişimi kaybolur
Arşiv yokluğu	Sohbet geçmişi aranabilir ve raporlanabilir değil	Geçmiş kararlar ve duyurular kaybolur
Kişisel veri ifşası	Herkes herkesin numarasını görür	Rıza olmadan iletişim verisi paylaşılmış olur
Mezun temizliği yapılmaz	Grup üyeliği kendiliğinden bitmez	Mezunlar aktif öğrenci duyurularını almaya devam eder

Son satır özellikle önemli. Bir kulüp grubunda üç yıl sonra hâlâ mezunlar varsa, o grubun üye sayısı hiçbir kurumsal raporda kullanılamaz.

KVKK açısından kişisel veriyi kişisel cihazda tutmak ne demek?

Kulüp üye listesi, ad, öğrenci numarası, e-posta ve telefon içeren bir kişisel veri kaydıdır. Bu kaydın veri sorumlusu, pratikte kulübün bağlı olduğu üniversitedir. Sorumluluk kurumdayken verinin bir öğrencinin kişisel bilgisayarında durması, kurumun yükümlülüklerini yerine getirmesini imkânsız kılar.

Şu dört yükümlülüğün hiçbiri dağınık dosyalarla karşılanamaz:

1. Erişim kontrolü. Kimin listeyi görebildiği tanımlı değilse, yetkisiz erişimi engellediğinizi söyleyemezsiniz.
2. Silme ve düzeltme talebi. Bir öğrenci verisinin silinmesini istediğinde, kaç kopyada durduğunu bilmiyorsanız talebi karşılayamazsınız.
3. Saklama süresi. Amacı biten veri silinmelidir. Kişisel sürücülerdeki dosyalar hiçbir zaman silinmez.
4. İhlal bildirimi. Dosya bir yere sızdığında bunu fark edecek bir mekanizma yoktur, dolayısıyla bildirim yükümlülüğü de yerine getirilemez.

Buna ek olarak, WhatsApp grubu kurmak tek başına bir veri paylaşımıdır: gruba eklenen herkesin telefon numarası diğer üyelere görünür hale gelir. Bu paylaşım için açık bir gerekçeniz olmalı.

Pratik kural basit: kişisel veri, kurumun kontrolündeki bir sistemde, rol bazlı erişimle ve tanımlı saklama süresiyle dursun. Dışa aktarımlar kayıt altına alınsın.

Üyelik kaydının tek kaynağı nasıl kurulur?

Tek kaynak, üyelik gerçeğini tutan ve diğer her şeyin ondan beslendiği kayıttır. Duyuru listesi, etkinlik davetleri, dönem raporu, hepsi bu kayıttan türetilir. Kayıt, en az şu alanları içermelidir:

Alan	Neden gerekli
Kişi kimliği (kurumsal hesap bağı)	Aynı kişinin iki kez kaydolmasını engeller, kimlik doğrular
Kulüp kimliği	Çoklu kulüp üyeliğini ayırır
Üyelik durumu (aktif, ayrıldı, askıda)	Silme yerine durum değişikliği, geçmişi korur
Rol (üye, yönetim kurulu, başkan, sorumlu)	Yetki devrinin dayanağı
Kayıt tarihi	Dönemsel büyüme raporu
Ayrılma tarihi	Aktif üye sayısının doğru hesaplanması
Kayıt kaynağı (başvuru formu, etkinlik, davet)	Hangi kanalın üye kazandırdığını gösterir

İki tasarım kararını baştan verin.

Birincisi, üyeyi silmeyin, durumunu değiştirin. Silinen üye ile birlikte o kişinin geçmiş katılımları da anlamsızlaşır. Ayrılma tarihi yazılan bir kayıt, geçmiş dönem raporlarını bozmaz.

İkincisi, kimliği kurumsal hesaba bağlayın. Öğrenci girişi kurumun kimlik sağlayıcısı üzerinden yapıldığında, kişinin hâlâ öğrenci olup olmadığı sorusu kendiliğinden cevaplanır. Mezun olan kişinin hesabı kapandığında üyelik durumu da güncellenebilir.

Rol ve yetki devri nasıl tasarlanmalı?

Yetkinin kişiye değil role bağlanması, dönem devrindeki kaybın büyük kısmını ortadan kaldırır. Yeni başkan seçildiğinde yapılması gereken tek şey, başkan rolünün yeni kişiye atanması olmalıdır.

Bunun için üç şey gerekir:

1. Rol kataloğu sabit olsun. Başkan, başkan yardımcısı, sayman, etkinlik sorumlusu, iletişim sorumlusu gibi roller kulüpten kulübe değişmesin. Yetkiler role bağlansın, kişiye değil.
2. Devir bir işlem olsun. “Başkanlığı devret” tek bir işlemle yapılsın ve o işlem, eski rolün sonlandırılmasını ve yenisinin başlatılmasını birlikte kaydetsin. İki ayrı adımda yapılan devirlerde biri unutulur.
3. Eski yetki otomatik kapansın. Devirden sonra eski başkanın yönetim erişimi devam ediyorsa, devir yapılmamış demektir. Bunu manuel hatırlamaya bırakmayın.

Dış hesaplar için de aynı mantığı kurun. Instagram şifresini kişiden kişiye sözlü aktarmak yerine, kurumsal bir parola kasası kullanın ve devir sırasında parolayı değiştirin. Devralan kişinin adı, devir tarihi ve devredilen hesaplar yazılı olsun.

Duyuru kanalı nasıl seçilir?

Duyuru kanalını seçerken tek soruya bakın: bu kanal üyelik kaydından besleniyor mu? Beslenmiyorsa, kanal ile liste zamanla ayrışır ve duyuru gerçekten ulaşması gereken kişilere ulaşmaz.

Kanal	Kayıtla bağı	Okunma izlenebilirliği	Uygun kullanım
Kurumsal bildirim (uygulama içi)	Doğrudan, üyelik kaydından	Yüksek, okundu bilgisi tutulur	Resmi duyuru, etkinlik hatırlatması
Kurumsal e-posta	Doğrudan, listeden üretilir	Orta, gönderim kaydı tutulur	Ayrıntılı duyuru, belge paylaşımı
Kulüp sayfası ve etkinlik akışı	Doğrudan	Düşük, görüntülenme düzeyinde	Kamuya açık duyuru, yeni üye kazanımı
WhatsApp grubu	Yok	Yok	Gündelik koordinasyon, ekip içi sohbet
Instagram	Yok	Düşük	Dış tanıtım, görsel içerik

Pratik kurulum şu: resmi duyuru kurumsal kanaldan gider, aynı duyurunun kısa hali sohbet grubuna kopyalanır. Grup, duyurunun kaynağı değil tekrarı olur. Böylece grubu kaybettiğinizde duyuru geçmişini kaybetmezsiniz.

Arşiv ve dönem raporu nasıl üretilir?

Dönem raporu, dönem sonunda toplanan bir bilgi değil, dönem boyunca biriken kayıtların özetidir. Rapor için ayrıca veri toplamak zorunda kalıyorsanız, kayıt tasarımınız eksiktir.

Raporun beslendiği asgari kayıtlar:

• Etkinlik kaydı: tarih, tür, mekan, planlanan kontenjan, gerçek katılım
• Üyelik kaydı: dönem başı ve dönem sonu aktif üye sayısı, yeni kayıt, ayrılan
• Katılım kaydı: etkinlik başına doğrulanmış katılımcı sayısı
• İş birlikleri: ortak etkinlik yapılan kulüpler ve kurumlar
• Mali kayıt: talep edilen ve harcanan bütçe

Bunlardan üretilecek üç gösterge, çoğu dekanlık raporunda yeterli:

aktif_uye_orani   = son 90 gunde en az bir etkinlige katilan uye / toplam aktif uye
katilim_orani     = gercek katilim / kayit olan
etkinlik_yogunluk = donemdeki etkinlik sayisi / donem hafta sayisi

Kayıt olan ile katılan arasındaki farkı özellikle takip edin. Bu oran düşükse sorun genelde duyuruda değil, saat ve mekan seçimindedir.

Arşiv tarafında tek kural: dönem kapandığında kayıtlar salt okunur hale gelsin. Geçmiş dönemin sayısı sonradan değişebiliyorsa, o sayı hiçbir yerde kullanılamaz.

Dönem devri kontrol listesi

Devri bir toplantı değil, bir kontrol listesi olarak yürütün. Aşağıdaki liste, devir toplantısında tek tek işaretlenecek biçimde yazıldı. Her satır için devralan kişi ve tarih kaydedilmeli.

Üyelik ve yetki

1. Aktif üye listesi güncellendi, mezunlar ve ayrılanlar için ayrılma tarihi girildi.
2. Yönetim kurulu rolleri yeni kişilere atandı, eski roller sonlandırıldı.
3. Eski yöneticilerin yönetim erişimi kapatıldığı doğrulandı.
4. Kulüp danışmanı bilgisi güncel mi kontrol edildi.

Erişimler

5. Kurumsal e-posta hesabının parolası değiştirildi, kurtarma bilgileri güncellendi.
6. Sosyal medya hesaplarının parolaları değiştirildi, yetkili kullanıcılar yeniden tanımlandı.
7. Ortak sürücü ve dosya klasörleri kurumsal hesaba taşındı, kişisel hesap erişimleri kaldırıldı.
8. Varsa tasarım araçları, form araçları ve mail listelerinin sahipliği devredildi.

Kayıtlar

9. Geçmiş dönem etkinlikleri arşive alındı, katılım sayıları kilitlendi.
10. Sponsor ve kurum iletişim geçmişi, görüşme notlarıyla birlikte devredildi.
11. Mali kayıtlar, harcama belgeleri ve açık bütçe kalemleri teslim edildi.
12. Devam eden başvurular ve onay bekleyen etkinlik talepleri listelendi, yeni yönetimin sorumluluğuna geçti.

Kişisel veri

13. Kişisel cihazlarda ve kişisel bulut hesaplarında duran üye listesi kopyaları silindi.
14. Yeni yönetime, üye verisinin nerede tutulduğu ve kimin eriştiği anlatıldı.
15. Saklama süresi dolan eski dönem verileri toplulaştırıldı veya silindi.

Kapanış

16. Devir tutanağı iki tarafça imzalandı ve kulüp danışmanına iletildi.
17. Devirden sonraki ilk hafta için bir kontrol toplantısı planlandı.

On yedi maddenin çoğu tek bir sistemde tutulan kayıtla dakikalar içinde tamamlanır. Dosyalar ve gruplar üzerinden yürütülen bir kulüpte aynı liste, haftalarca sürer ve genelde yarım kalır.

Geçiş nasıl yapılır?

Tüm veriyi bir günde taşımaya çalışmayın. Sırayla ilerleyen bir geçiş, kulübün işini durdurmadan sonuçlanır.

1. Üyelik kaydını taşıyın. Mevcut Excel’i temizleyin, kurumsal kimliğe eşleyin, eşleşmeyen satırları ayrı tutun. Eşleşmeyenler genelde mezunlar veya yanlış yazılmış kayıtlardır.
2. Yeni kaydı tek yazma noktası yapın. Bu tarihten sonra üye eklemesi yalnızca sistemden yapılsın. Excel’e dönmenin önünü kapatın, yoksa iki gerçek yaşamaya devam eder.
3. Rolleri tanımlayın ve devredin. Yetkileri role bağlayın.
4. Resmi duyuruyu kanaldan çıkarın. Grup gündelik koordinasyona insin.
5. İlk dönem raporunu sistemden üretin. Rapor elle düzeltme gerektiriyorsa, eksik olan alanı kayıt tasarımına ekleyin.

Geçişin en kritik adımı ikincisi. Tek yazma noktası kuralı uygulanmazsa, sistemdeki liste birkaç hafta içinde eskimeye başlar ve herkes tekrar dosyaya döner.

Ne işe yaradı

Somut kazanç, dönem devrinin bir veri kurtarma operasyonu olmaktan çıkmasıdır. Üye listesi kurumda kaldığı için yeni yönetim listeyi sıfırdan toplamıyor, roller devredildiği için erişimler kişiyle birlikte gitmiyor, geçmiş etkinlik kayıtları arşivde durduğu için dönem raporu kayıtlardan üretilebiliyor.

Uydurma bir iyileşme oranı vermiyoruz. Dosya ve grup üzerinden yürüyen eski düzende “kaç üye kaybedildi” sorusunun cevabı zaten ölçülemiyordu, dolayısıyla karşılaştırma yapılacak bir taban yok. Ölçülebilir hale gelen şey şu: aktif üye sayısı, dönemsel yeni kayıt sayısı ve etkinlik başına gerçek katılım artık sorguyla üretiliyor ve kimin ürettiği belli.

CardeaCore bu işi nasıl yapıyor

CardeaCore’da kulüp üyeliği, kurumsal kimliğe bağlı tek bir kayıt üzerinden yürüyor: üyelik durumu, kulüp içi rol ve takım yapısı, başvuru ve başkanlık devri kayıtları aynı yerde tutuluyor, yetkiler kişiye değil role bağlanıyor ve duyurular üyelik kaydından besleniyor. Etkinlik ve katılım kayıtları aynı veri modeline bağlı olduğu için dönem raporu ayrıca veri toplamayı gerektirmiyor. Ayrıntı için Cardea Campus sayfasına bakabilirsiniz.