Blog

Site yönetimi WhatsApp grubu ile sakin uygulaması aynı işi yapan iki rakip kanal değildir. WhatsApp; hızlı, tanıdık ve karşılıklı sohbet için pratiktir. Sakin uygulaması ise duyuru, talep, durum, hedef kitle ve erişim gibi yönetim kayıtlarını yapılandırmak için daha uygundur. Bu nedenle doğru soru ‘Hangisini tamamen bırakalım?’ değil, ‘Hangi mesajın tek geçerli kaydı nerede tutulmalı?’ sorusudur.

Kısa karar kuralı şöyledir: gündelik topluluk sohbeti WhatsApp’ta kalabilir; bütün sakinleri veya belirli bir grubu ilgilendiren yönetim duyurusu sakin uygulamasında yayımlanabilir; işlem ve geri dönüş bekleyen arıza ya da şikâyet bir talep kaydı olmalıdır. Kimlik, borç veya özel durum içeren mesajlar ise toplu gruba değil, yalnızca yetkili kişilerin erişebildiği özel kanala yönlendirilmelidir.

Kısa cevap: WhatsApp grubu mu, sakin uygulaması mı?

Küçük ve iletişim ihtiyacı sınırlı bir apartmanda, açık kuralları bulunan isteğe bağlı bir WhatsApp grubu gündelik koordinasyon için yeterli olabilir. Ancak yönetim duyuruları sohbet içinde kayboluyor, arıza bildirimlerinin sahibi ve durumu izlenemiyor, yeni gelen veya ayrılan sakinlerin erişimi yönetilemiyor ya da kişisel bilgiler geniş bir gruba açılıyorsa sakin uygulamasına geçiş ihtiyacı doğmuştur.

Bu tablo ‘WhatsApp güvensizdir, uygulama kendiliğinden güvenlidir’ anlamına gelmez. Kanal etiketi tek başına mevzuata uygunluk sağlamaz. İşleme amacı, hukukî dayanak, aydınlatma, veri minimizasyonu, erişim, saklama ve güvenlik tedbirleri her iki modelde de ayrıca değerlendirilmelidir.

WhatsApp grubunun güçlü olduğu işler

WhatsApp’ın en önemli avantajı, sakinlerin çoğunun zaten bildiği bir sohbet düzeni sunmasıdır. Hızlı soru-cevap, komşuluk dayanışması, kayıp eşya, kısa sosyal koordinasyon veya ana duyuruya dikkat çeken bir hatırlatma için ek eğitim ihtiyacını azaltabilir. İletişimin amacı gerçekten sohbetse bu hız değerlidir.

WhatsApp’ın kendi gizliliğe genel bakış sayfası, bir gruba katılan kişinin telefon numarasının diğer grup üyeleri tarafından görüldüğünü belirtir. Bu nedenle yönetimin elindeki numaraları kişileri doğrudan bir toplu gruba eklemek için kullanması, yalnızca ‘herkes WhatsApp kullanıyor’ gerekçesiyle otomatikleştirilecek bir işlem değildir. Grubun amacı, katılım yöntemi, üyelerin göreceği bilgiler ve ayrılma seçeneği baştan açıklanmalıdır.

WhatsApp grubu kullanılıyorsa onu yönetim kayıt sistemine dönüştürmeye çalışmayın. Grup açıklamasında hangi konuların konuşulabileceğini, acil durumda hangi numaranın aranacağını, yönetim taleplerinin nereye açılacağını, kişisel veri ve borç bilgisi paylaşılmaması gerektiğini, kimlerin yönetici olduğunu ve ayrılan kişilerin ne zaman çıkarılacağını yazın. Topluluk sohbeti ile yönetimin resmî nitelikte olmayan operasyon duyurularını mümkünse ayrı tutun.

Sakin uygulamasının güçlü olduğu işler

Sakin uygulamasının değeri, mesajı ‘konuşma’ olmaktan çıkarıp belirli bir iş türüne bağlamasıdır. Bir duyuru; başlık, hedef kitle, yayın zamanı ve güncel içerikle; bir talep ise kategori, öncelik, durum, sorumlu ve konuşma geçmişiyle izlenebilir. Böylece ‘mesajı gördünüz mü?’ sorusu yerine ‘hangi kayıt açık, kimde ve sıradaki adım ne?’ sorusu yanıtlanır.

Liyova Duyurular, toplu iletişim, kanal seçimi, teslimat kayıtları ve sakin mobil bağlantısını aynı akışta ele alır. Liyova Talepler ise sakin taleplerini kategori, öncelik, durum, görsel ve konuşma geçmişiyle izlemeye; gerektiğinde iş emrine dönüştürmeye yardımcı olur. Liyova Sakin Mobil Uygulaması borç görünümü, talep oluşturma, duyuru okuma ve ziyaretçi daveti gibi sakin işlemlerini tek mobil deneyimde birleştirir.

Bunlar önemli yapı taşlarıdır; fakat uygulama kullanmak, yanlış hedef kitleye gönderilen kişisel bir metni doğru hale getirmez. Yönetim yine hangi verinin neden işlendiğini, kimin görebileceğini ve ne kadar tutulacağını belirlemelidir.

Dört mesaj türü için doğru kanal kararı

1. Hızlı topluluk sohbeti

Komşuluk etkinliği, bulunan eşya veya kısa bir sosyal koordinasyon gibi yönetim işlemi üretmeyen konuşmalar WhatsApp grubunda yürüyebilir. Katılım isteğe bağlı olmalı; gruba katılmayan kişinin zorunlu yönetim bilgisini kaçırmaması gerekir. Yönetim, sohbet grubunu zorunlu duyuruların tek kanalı haline getirmemelidir.

2. Planlı çalışma veya yönetim duyurusu

Su kesintisi, bakım, toplantı veya ortak alan kullanım değişikliği gibi mesajlarda tek güncel metin sakin uygulamasındaki duyuru kaydı olabilir. WhatsApp kullanılıyorsa burada yalnızca ‘A Blok su kesintisi duyurusu güncellendi’ gibi kısa bir dikkat mesajı ve ana kayda yönlendirme paylaşılabilir. Böylece iki kanalda farklı saat veya sürüm dolaşması önlenir.

Duyurunun konu, hedef kitle, tarih, sakin aksiyonu ve kapanış güncellemesiyle nasıl yazılacağını site duyurusu hazırlama rehberinde bulabilirsiniz.

3. Arıza, şikâyet veya hizmet talebi

‘Otopark lambası yanmıyor’ mesajı grupta görünür olabilir ama bu, işin sahiplenildiğini göstermez. Talep kaydında konum, kategori, fotoğraf, öncelik, sorumlu, durum ve yanıt geçmişi aynı yerde tutulabilir. Sorun teknik işe dönüştüğünde talep ile iş emri arasındaki ilişki korunur. Bu ayrımı talep ve iş emri farkı yazısında adım adım inceleyebilirsiniz.

4. Kişisel, finansal veya hassas bağlamlı mesaj

Bir sakinin telefon numarası, borç durumu, kimlik bilgisi, sağlık bilgisi veya kişisel şikâyet ayrıntısı toplu grupta dolaşmamalıdır. İletişim, somut amaç için gerekli en az veriyle ve yalnızca yetkili kişinin eriştiği bireysel kanalda yürütülmelidir. Kullanıcı rolleri, yönetim kapsamı ve işlem düzeyinin nasıl ayrılacağını site yönetiminde yetki matrisi rehberi açıklar.

KVKK açısından kanal seçerken neye bakılmalı?

Kişisel Verileri Koruma Kurumunun kişisel verilerin işlenmesine ilişkin temel ilkeleri; verinin belirli, açık ve meşru amaçlarla işlenmesini, amaçla bağlantılı, sınırlı ve ölçülü olmasını ve gerekli süre kadar saklanmasını ister. Bu ilkeler bir WhatsApp grubunda da sakin uygulamasında da geçerlidir.

Kurumun veri güvenliği yükümlülükleri açıklaması ise hukuka aykırı işlemeyi ve erişimi önleme, veriyi muhafaza etme, uygun teknik ve idari tedbir alma ve gerekli denetimleri yapma sorumluluğunu hatırlatır. Bu çerçeveyi kanal kararına dönüştürmek için şu soruları yazılı yanıtlayın:

1. Amaç: Bu iletişim neden yapılıyor; sohbet mi, duyuru mu, talep mi, kişiye özel işlem mi?
2. Dayanak ve aydınlatma: Veri hangi hukukî şartla işleniyor ve ilgili kişiye amaç, yöntem, aktarım ve hakları açıklandı mı?
3. Asgari veri: Mesajda veya üye listesinde gerçekten gerekli olmayan hangi bilgiler görünüyor?
4. Erişim: Bu bilgiyi kim görmeli; grup üyesi, yönetim çalışanı veya teknik personelin tamamı gerçekten yetkili mi?
5. Yaşam döngüsü: Yeni sakin nasıl ekleniyor, taşınan sakin ve görevi biten yönetici ne zaman çıkarılıyor?
6. Saklama: Duyuru, talep ve sohbet ne kadar süreyle ve hangi kurala göre tutuluyor ya da siliniyor?
7. Güvenlik ve denetim: Yönetici hesabı kaybolursa, cihaz değişirse veya yetkisiz paylaşım olursa hangi tedbirler uygulanıyor?

Açık rıza her veri işleme faaliyeti için otomatik ve tek hukukî dayanak değildir; aydınlatma da rızanın yerine geçen bir onay değildir. Somut veri, amaç, taraflar ve yönetimin rolü değerlendirilmeden ‘gruba giren rıza vermiş sayılır’ veya ‘uygulama kullanan herkes KVKK’ya uygundur’ sonucu çıkarılamaz.

WhatsApp grubu ne zaman yetersiz kalmaya başlar?

• Aynı arıza farklı kişilerce tekrar tekrar yazılıyor ve hangi kaydın ana kayıt olduğu bilinmiyorsa.
• Duyurular sohbet içinde kayboluyor veya farklı sürümleri dolaşıyorsa.
• Yönetici talepleri kişisel telefonundan takip ediyor ve devir sırasında geçmiş aktarılamıyorsa.
• Talebin sorumlusu, önceliği, son yanıtı ve kapanış nedeni ölçülemiyorsa.
• Kiracı, malik, blok, kurul üyesi veya personel gibi farklı hedef kitleler ayrılamıyorsa.
• Taşınan sakinler, işten ayrılan personel veya eski yöneticiler grupta kalıyorsa.
• Telefon numaraları ve kişisel konular istemeden geniş gruba görünüyorsa.
• Gruba katılmayan sakin zorunlu bilgilere erişemiyorsa.
• Yönetim kurulu, belirli bir duyurunun ne zaman ve hangi içerikle paylaşıldığını doğrulayamıyorsa.

Bu belirtilerden birkaçı birlikte görülüyorsa sorun mesaj sayısı değil, kayıt ve yetki modelidir. Daha fazla WhatsApp grubu açmak karmaşıklığı bölümlere ayırabilir; fakat talep sahipliği, tek içerik sürümü ve erişim yaşam döngüsünü tek başına çözmez.

Hibrit model nasıl kurulmalı?

Bir anda bütün WhatsApp gruplarını kapatmak, alışkanlık ve erişim engeli oluşturabilir. Hibrit modelde kanal sınırlarını şu şekilde belirleyin:

1. Tek geçerli kaydı seçin: Duyurunun tam metni ve güncel sürümü sakin uygulamasında; talebin durumu talep ekranında olsun.
2. WhatsApp’ın rolünü daraltın: Kısa hatırlatma, sosyal koordinasyon ve ana kayda yönlendirme için kullanın.
3. Yanıt yolunu tekleştirin: ‘Bu mesaja cevap verin’ yerine talep açma veya bireysel yönetim kanalı belirtin.
4. Grup kurallarını yayımlayın: Amaç, katılım, yöneticiler, paylaşılmaması gereken içerik, çalışma saatleri ve ihlal halinde uygulanacak süreci yazın.
5. Erişim kontrolü yapın: Her ay veya taşınma/devir olayında grup üyeliği ve uygulama rollerini gözden geçirin.
6. Alternatif erişim sunun: Akıllı telefon kullanmayan ya da uygulamaya erişemeyen sakinler için pano, e-posta, SMS veya yönetim ofisi gibi uygun bir yedek belirleyin.

Örneğin planlı asansör bakımı için sakin uygulamasında kapsam, tarih, saat, etkilenen blok ve güncelleme kaydı yayımlanabilir. WhatsApp grubunda yalnızca duyurunun başlığı ile ana kayda yönlendirme paylaşılır. ‘Asansörde mahsur kaldım’ bildirimi ise duyuru yanıtı değil, acil prosedür ve yetkili iletişim hattı üzerinden ele alınır.

Sakin uygulamasına geçiş için 30 günlük plan

1. 1–5. gün — Envanter: Mevcut grupları, yöneticileri, üye türlerini, duyuru çeşitlerini ve grupta yürütülen talepleri listeleyin.
2. 6–10. gün — Kanal sözlüğü: Hangi mesajın WhatsApp, duyuru, talep veya özel mesaj olacağını örneklerle yazın.
3. 11–15. gün — Erişim hazırlığı: Güncel sakin listesini, blok/daire ilişkilerini, yönetim rollerini ve ayrılmış kullanıcıları doğrulayın.
4. 16–20. gün — Pilot: Tek bir blok veya küçük kullanıcı grubuyla duyuru ve talep akışını deneyin; erişemeyenleri kaydedin.
5. 21–25. gün — Eğitim: Bir duyurunun nereden okunacağını, talebin nasıl açılacağını ve acil durumda ne yapılacağını kısa rehberle anlatın.
6. 26–30. gün — Geçiş: Tek geçerli kayıt kuralını ilan edin, WhatsApp açıklamasını güncelleyin, eski grupları arşivleme/kapatma kararını uygulayın ve destek kanalını izleyin.

Bu süre bir zorunluluk değil, yönetilebilir başlangıç örneğidir. Veri aktarımı, kullanıcı sayısı ve entegrasyonlar daha kapsamlıysa geçişi aceleye getirmeyin. Kapsam, pilot, eğitim ve kabul kapılarıyla yürütülen daha geniş modeli site yönetim yazılımına geçiş planında inceleyebilirsiniz.

Yönetim için kanal politikası örneği

Kısa bir kanal politikası şu anlamı taşıyabilir: ‘WhatsApp grubu isteğe bağlı topluluk sohbeti ve kısa yönlendirmeler içindir. Yönetim duyurularının güncel metni sakin uygulamasındaki Duyurular bölümünde tutulur. Arıza, şikâyet ve hizmet istekleri Talepler bölümünden açılır; grup mesajı talep kaydı sayılmaz. Kişisel, finansal veya sağlıkla ilgili bilgiler toplu grupta paylaşılmaz. Acil durumlarda uygulama mesajı beklenmeden sitede ilan edilen acil iletişim ve tahliye prosedürleri kullanılır.’

Bu metin doğrudan kopyalanacak hukukî belge değildir. Yönetim planı, hizmet modeli, kullanıcı profili, kişisel veri süreçleri ve onaylı acil durum prosedürüne göre uyarlanmalıdır.

Başarı nasıl ölçülür?

• Duyuruların hedef kitle ve güncel sürümle yayımlanma oranı.
• Grup mesajından talep kaydına yönlendirilen işlem sayısı.
• İlk yanıt ve kapanış süresi ölçülebilen taleplerin oranı.
• Sahipsiz, yinelenen veya durumu belirsiz talep sayısı.
• Taşınma veya görev değişiminden sonra zamanında kapatılan erişimler.
• Uygulamaya erişemeyen sakin sayısı ve kullanılan alternatif kanal.
• Yanlış hedef kitleye gönderilen ya da kişisel bilgi içeren mesaj olayları.

Amaç WhatsApp mesaj sayısını sıfıra indirmek değildir. Amaç, sohbeti sohbet olarak bırakırken yönetim işlemlerinin doğru kayıt, sorumlu, erişim ve kapanışla yürütülmesidir.

Sık sorulan sorular

Site yönetimi WhatsApp grubu kurmak yasak mı?

WhatsApp grubu kullanımı tek başına otomatik olarak yasak veya uygun kabul edilemez. Grubun amacı, katılım yöntemi, paylaşılan veriler, üyelerin birbirine görünürlüğü, hukukî dayanak, aydınlatma, erişim ve güvenlik tedbirleri somut duruma göre değerlendirilmelidir. Özellikle telefon numarasının diğer üyelere görünmesi ve kişisel içerik paylaşımı dikkate alınmalıdır.

WhatsApp grubuna katılmak zorunlu tutulabilir mi?

Yönetim açısından zorunlu bilgilerin yalnızca isteğe bağlı üçüncü taraf bir gruptan verilmesi erişim ve ölçülülük sorunu doğurabilir. Gruba katılmayan sakin için uygun bir bilgilendirme yolu belirlemek ve katılım koşullarını somut hukukî değerlendirmeye göre tasarlamak daha güvenli bir yaklaşımdır.

Sakin uygulaması WhatsApp’ın tamamen yerini almalı mı?

Her zaman değil. Sakin uygulaması duyuru, talep, durum ve yetki kayıtlarının ana sistemi olabilir; WhatsApp isteğe bağlı sosyal iletişim veya kısa yönlendirme kanalı olarak kalabilir. Kanal sınırları belirsizse aynı bilginin farklı sürümleri oluşur.

Acil durumlarda hangi kanal kullanılmalı?

Can ve mal güvenliğini etkileyen olaylarda sitenin onaylı acil durum planı ve yetkili kurumların yönlendirmeleri esas alınmalıdır. Uygulama bildirimi veya WhatsApp mesajı tek başına acil prosedür değildir; ana ve yedek kanallar olay türüne göre önceden tanımlanmalıdır.

WhatsApp’taki eski mesajlar yönetim kaydı sayılır mı?

Bir mesajın delil veya kayıt değeri somut bağlama bağlı olabilir; ancak yönetim sistemi açısından sohbet geçmişi tek başına sahiplik, durum, sürüm, hedef kitle ve kapanış ölçütü sağlamaz. Yönetim işlemini konuya bağlı, yetkili ve aranabilir bir kayda dönüştürmek operasyonel sürekliliği güçlendirir.

Geçişte eski WhatsApp grubunu hemen silmek gerekir mi?

Hayır. Önce yeni kanalın erişimini ve yedek iletişim yöntemini doğrulayın, tek geçerli kayıt kuralını duyurun ve gerekli kayıt/saklama değerlendirmesini yapın. Silme veya arşivleme kararını kişisel veri saklama politikası ve somut hukukî gerekliliklerle uyumlu biçimde alın.

Hukukî sınırlama: Bu içerik genel iletişim ve operasyon planlama bilgisidir; belirli bir site, veri işleme faaliyeti veya uyuşmazlık için hukukî görüş değildir. Veri sorumlusu rolünü, işleme şartını, aydınlatma metnini, aktarımı, saklama süresini ve teknik/idari tedbirleri kendi süreçleriniz için veri koruma uzmanı veya hukuk danışmanıyla doğrulayın.

Duyuru, talep ve sakin mobil deneyimini aynı kayıt modelinde nasıl birleştirebileceğinizi görmek için Liyova demo talebi oluşturun.

İyi bir site duyurusu; ne olduğunu, kimleri etkilediğini, ne zaman ve nerede uygulanacağını, sakinin ne yapması gerektiğini ve bir sonraki güncellemenin ne zaman geleceğini ilk okumada anlatır. Belirsiz bir “önemli duyuru” başlığı yerine konu ve zamanı görünür kılar; herkese aynı mesajı göndermek yerine doğru hedef kitleyi ve kanalı seçer.

Bu rehberde kopyalayıp uyarlayabileceğiniz site duyuru örneklerinin yanında, duyuru mu yoksa kişiye özel mesaj mı göndermeniz gerektiğini, pano–mobil uygulama–e-posta seçimini ve yayını hangi kayıtlarla kapatacağınızı bulacaksınız.

Kısa cevap: Site duyurusu nasıl hazırlanır?

Metni yazmadan önce şu altı soruyu yanıtlayın:

1. Neden? Bilgi vermek, hazırlık istemek, davranış hatırlatmak veya çalışmanın bittiğini bildirmek.
2. Kime? Tüm site, belirli blok, malik, kiracı, personel ya da yalnızca etkilenen sakinler.
3. Ne zaman? Kesin tarih, başlangıç–bitiş saati ve tahmini süre.
4. Nerede? Site, blok, kat, giriş, otopark bölümü veya ortak alan.
5. Ne yapmalı? Sakinden beklenen tek ve açık aksiyon.
6. Sonra ne? İletişim kanalı, değişiklik halinde bilgilendirme ve kapanış güncellemesi.

Bu altı cevap hazırsa metni şu sıraya koyun: konu ve zaman içeren başlık → olayın nedeni → etkilenen alan ve süre → sakin aksiyonu → iletişim veya sonraki güncelleme → yönetim adı ve yayın zamanı.

Duyuru mu, kişisel mesaj mı, talep kaydı mı?

Her iletişim toplu duyuru değildir. Mesaj türünü yanlış seçmek, önemli bilginin kalabalıkta kaybolmasına veya kişiye özel bilginin gereğinden geniş bir kitleye açılmasına yol açabilir.

Duyuru, resmî çağrı veya tebligatın otomatik olarak yerine geçmez. Yönetim planı ya da mevzuat belirli bir süre, içerik veya bildirim yöntemi öngörüyorsa o usul ayrıca uygulanmalıdır. Buradaki metinler günlük operasyon bilgilendirmesi için örnektir; somut hukuki süreçte uzman görüşü alın.

Site duyurusu için kullanıma hazır şablon

[KONU] — [TARİH / SAAT]

[Çalışmanın veya bilgilendirmenin kısa nedeni] nedeniyle [etkilenen blok/alan] için [başlangıç tarihi ve saati] ile [bitiş tarihi ve saati] arasında [beklenen durum] olacaktır.

Bu süre içinde [sakinden beklenen tek ve açık aksiyon]. [Etkilenmeyen alan veya alternatif varsa kısa bilgi].

Plan değişirse [kanal] üzerinden güncelleme paylaşılacaktır. Sorularınız için [yönetim iletişim kanalı].

[Site/Apartman Yönetimi] — Yayın: [tarih ve saat]

Şablondaki köşeli alanları doldurduktan sonra bir kez yüksek sesle okuyun. Okuyucu “tam olarak hangi gün?”, “hangi blok?”, “benden ne bekleniyor?” diye tekrar sormak zorunda kalıyorsa metin henüz hazır değildir.

Altı site ve apartman duyuru örneği

Aşağıdaki örnekler özgün taslaklardır. Tarih, saat, alan, yönetim planı ve uygulanacak yöntem kendi yapınıza göre doğrulanmadan yayımlanmamalıdır.

1. Planlı su kesintisi duyurusu

B Blok Su Kesintisi — 3 Eylül, 10.00–13.30

B blok ana su hattındaki vana değişimi nedeniyle 3 Eylül Çarşamba günü 10.00–13.30 arasında yalnızca B blokta su kullanılamayacaktır. Lütfen gerekli su ihtiyacınızı çalışma başlamadan önce planlayın ve bu saatlerde muslukları kapalı tutun.

Çalışma erken tamamlanır veya süre değişirse sakin uygulamasından güncelleme paylaşacağız. Sorularınız için yönetim destek kanalını kullanabilirsiniz.

Örnek Sitesi Yönetimi — Yayın: 1 Eylül, 15.00

2. Asansör bakımı duyurusu

A Blok Asansör Bakımı — 6 Eylül, 09.30–11.30

Planlı bakım nedeniyle A blok 2 numaralı asansör belirtilen saatlerde hizmet dışı olacaktır. Bu süre içinde diğer asansörü kullanın; hareket desteğine ihtiyaç duyan sakinler yönetimle önceden iletişime geçebilir.

Bakım tamamlandığında aynı duyuru üzerinden kapanış bilgisi paylaşılacaktır.

Örnek Sitesi Yönetimi — Yayın: 4 Eylül, 11.00

3. Otopark temizliği ve araç hazırlığı duyurusu

-2 Kat Otopark Temizliği — 9 Eylül, 08.00–12.00

Zemin yıkama çalışması nedeniyle -2 kat D–F bölümlerindeki park alanları 08.00–12.00 arasında kullanılamayacaktır. Bu bölümlerde aracı bulunan sakinlerin araçlarını 9 Eylül saat 07.45’e kadar işaretli geçici alanlara almalarını rica ederiz.

Plaka veya daire bilgileri toplu duyuruda yayımlanmayacaktır; ihtiyaç halinde ilgili sakinle doğrudan iletişim kurulacaktır.

Örnek Sitesi Yönetimi — Yayın: 7 Eylül, 14.00

4. Devam eden arıza için ara güncelleme

Sıcak Su Arızası — Güncelleme 2

C bloktaki sıcak su kesintisine yönelik parça değişimi devam ediyor. Teknik ekibin güncel tahmini tamamlanma zamanı bugün 18.00’dir. Bu süre kesinleşmiş bir sonuç değil, mevcut saha bilgisidir.

Bir sonraki güncelleme en geç 16.30’da; çalışma daha önce sonuçlanırsa tamamlanır tamamlanmaz paylaşılacaktır.

Örnek Sitesi Yönetimi — Güncelleme: 12.10

5. Çalışma tamamlandı duyurusu

B Blok Su Hattı Çalışması Tamamlandı

Bugün 10.00’da başlayan vana değişimi 12.45’te tamamlandı ve B blokta su yeniden verildi. İlk kullanımda kısa süreli hava veya renk değişimi fark edilirse suyu kontrollü biçimde akıtın; devam eden bir sorun varsa yönetim destek kanalından konum bilgisiyle talep açın.

Örnek Sitesi Yönetimi — Kapanış: 12.55

6. Toplantı hatırlatma duyurusu

Kat Malikleri Toplantısı Hatırlatması — 14 Eylül, 19.30

Daha önce usulüne uygun biçimde bildirilen kat malikleri toplantısının 14 Eylül saat 19.30’da sosyal tesis toplantı salonunda yapılacağını hatırlatırız. Gündem ve katılım bilgileri için size iletilen asıl çağrı belgesini kontrol edin.

Bu hatırlatma, asıl toplantı çağrısının veya gerekli bildirim işlemlerinin yerine geçmez.

Örnek Sitesi Yönetimi — Yayın: 13 Eylül, 10.00

Hangi duyuru kanalı ne zaman seçilmeli?

“Her kanaldan gönderelim” yaklaşımı erişimi artırıyor gibi görünse de farklı sürümlerin dolaşmasına ve hangi kaydın güncel olduğunun belirsizleşmesine neden olabilir. Önce ana kaydı belirleyin; diğer kanalları o kayda yönlendiren kısa hatırlatmalar olarak kullanın.

İletişim politikasını duyuru bazında değil bütün sistem için kurmak istiyorsanız site sakin iletişimi kanal ve kayıt rehberini kullanın.

Kişisel veriyi toplu duyurudan ayırın

Toplu duyurunun hedefi ortak operasyon bilgisini paylaşmaktır; tek tek sakinlerin adı, daire numarası, borç tutarı, gecikme süresi veya kişisel başvuru ayrıntısı değildir. Kişisel bilgiye ihtiyaç olmayan bir duyuruda bu alanları eklemeyin.

Kişisel Verileri Koruma Kurumunun güncel temel ilkeler rehberi, verinin belirli ve açık amaçla, amaçla bağlantılı, sınırlı ve ölçülü işlenmesini vurgular. Kurulun 18 Şubat 2026 tarihli 2026/348 sayılı ilke kararı ise sakinlere ait kişisel verili borç listelerinin asansör, bina girişi ve koridor gibi ortak yerlere asılmaması; bu tür bilgilendirmelerde yetkisiz üçüncü kişilerin erişemeyeceği kapalı yöntemlerin kullanılması gerektiğini açıklar.

Pratik ayrım şudur: “Aidat ödeme dönemi başladı” gibi kişisel veri içermeyen genel hatırlatma toplu duyuru olabilir. “Daire 18’in şu kadar borcu var” gibi kişi veya bağımsız bölümle eşleşen bilgi geniş kitleli pano duyurusuna konulmamalıdır. Somut bilgilendirme yükümlülüğünün kapsamı ve alıcı grubu ayrıca değerlendirilmelidir.

Liyova ile duyuru akışı nasıl kurulabilir?

Liyova Duyurular, toplu iletişim, kanal seçimi, teslimat kayıtları ve sakin mobil bağlantısını aynı akışta ele alır. Bu kapsam, duyuruyu yalnızca yazılmış bir metin değil; hedefi, kanalı ve teslimat izi olan bir iletişim kaydı olarak yönetmeye yardımcı olur.

Liyova Sakin Mobil Uygulaması içinde sakinler duyuruları diğer site işlemleriyle aynı mobil deneyimde okuyabilir. Böylece pano veya dağınık mesaj zinciri, tek güncel kaydı destekleyen tamamlayıcı kanallara dönüşür.

Duyurunun kendisiyle kritik yönetim değişikliklerinin kaydını birbirine karıştırmayın. Liyova İşlem Kayıtları, kritik işlemleri kullanıcı, zaman, kapsam ve istek bilgisiyle izlemeyi amaçlar. Hangi yönetim kayıtlarının hangi sorumlu ve kontrol zamanıyla tutulacağını apartman ve site yöneticisi kayıt rehberinde ayrıntılı inceleyebilirsiniz.

Yayın öncesi kontrol listesi

• Başlık, “önemli duyuru” demeden konuyu ve gerekiyorsa tarihi söylüyor mu?
• Amaç tek cümlede açıklanıyor mu?
• Hedef kitle tüm site yerine gerçekten etkilenen grupla sınırlandı mı?
• Tarih, saat ve saat dilimi karışıklık bırakmayacak kadar açık mı?
• Başlangıç ve tahmini bitiş birlikte yazıldı mı?
• Blok, kat veya alan adı doğrulandı mı?
• Sakinden beklenen yalnızca bir ana aksiyon var mı?
• Alternatif hizmet veya etkilenmeyen alan bilgisi gerekiyorsa eklendi mi?
• Kaynak ekip ya da sorumlu kişi tarih ve süreyi doğruladı mı?
• Metinde gereksiz kişisel veri veya kişi hedefleyen ifade var mı?
• Ana kayıt ve kullanılacak tamamlayıcı kanallar belirlendi mi?
• Bir sonraki güncellemenin zamanı veya koşulu yazıldı mı?
• Değişiklik ve kapanış mesajından kimin sorumlu olduğu belli mi?
• Resmî çağrı veya tebligat gerekiyorsa ayrı usul kontrol edildi mi?

Duyurunun başarısı nasıl ölçülür?

Başarıyı yalnızca “gönderildi” olarak işaretlemeyin. Seçtiğiniz sistem ve kanal destekliyorsa şu göstergeleri ayrı değerlendirin:

• Hedeflenen alıcı sayısı ve teknik olarak teslim edilen mesaj sayısı.
• Okundu bilgisi mevcutsa okuma oranı; yoksa bu veriyi varmış gibi raporlamamak.
• Duyuru sonrası aynı konuda gelen açıklama sorularının sayısı.
• Beklenen aksiyonu zamanında tamamlayan sakin veya bölüm sayısı.
• Hatalı alıcı, ulaşılamayan kişi ve güncel olmayan iletişim bilgisi kayıtları.
• Plan değişikliğinin duyurulma süresi ve kapanış güncellemesinin yapılıp yapılmadığı.

Çok soru gelmesi her zaman düşük erişim değildir; metindeki tarih, alan veya aksiyonun belirsiz olduğunu gösterebilir. Her tekrarlanan soruyu bir sonraki şablon için iyileştirme girdisi olarak kullanın.

Sık yapılan duyuru hataları

1. Belirsiz başlık: “Dikkat” veya “önemli” ifadesi konuyu anlatmaz.
2. Tarihi bağıl yazmak: Yalnızca “yarın” demek, mesaj sonradan okunduğunda karışıklık yaratır.
3. Herkese göndermek: Yalnızca bir bloğu etkileyen olay bütün sitenin bildirim yorgunluğunu artırır.
4. Birden fazla aksiyon istemek: Ana görev görünmez hale gelir.
5. Kesin olmayan süreyi kesin sonuç gibi sunmak: Tahmini zaman açıkça etiketlenmelidir.
6. Eski mesajı düzeltmeden yenisini göndermek: Hangi sürümün geçerli olduğu belirsizleşir.
7. Kapanış yapmamak: Sakin, arızanın veya çalışmanın sürüp sürmediğini anlayamaz.
8. Kişisel veriyi toplu metne koymak: Genel operasyon duyurusu ile kişisel bilgilendirme ayrılmalıdır.
9. Resmî çağrıyı kısa duyuruyla ikame etmek: Hatırlatma ile asıl belge aynı şey değildir.

Şablonu gerçek bir senaryoyla test edin

Site yönetim yazılımını değerlendirirken yalnızca “duyuru gönderiyor mu?” diye sormayın. Bir blok seçin, planlı çalışma duyurusu hazırlayın, değişiklik güncellemesi ekleyin, kişiye özel bilgiyi toplu metinden ayırın ve kapanış mesajını yayımlayın. Ardından hedef kitle, kanal, teslimat kaydı ve geçmiş sürümün tutarlı kalıp kalmadığını kontrol edin.

Bu senaryoyu satın alma kontrolüne eklemek için site yönetim programı seçme rehberini; arıza duyurusunu talep ve saha işiyle ilişkilendirmek için site arıza yönetimi akışını kullanabilirsiniz. Kendi yapınız için hedefli duyuru akışını görmek isterseniz Liyova demo talebi oluşturun.

Sık sorulan sorular

Site duyurusu kaç kelime olmalı?

Tek bir ideal kelime sayısı yoktur. Pano veya kısa bildirimde başlık, tarih, alan, etki ve aksiyon ilk bakışta görülebilmelidir. Ayrıntı fazlaysa kısa mesajı ana dijital kayda yönlendirin; kritik bilgiyi uzun girişin altına saklamayın.

Apartman duyurusunda tarih ve saat nasıl yazılmalı?

Gün, ay, yıl gerekiyorsa yıl; başlangıç ve bitiş saati birlikte yazılmalıdır. “Yarın” veya “öğleden sonra” gibi bağıl ifadeler yerine “3 Eylül 2026, 10.00–13.30” gibi daha sonra da anlaşılabilen biçim kullanın.

Duyuru panosu mu mobil uygulama mı kullanılmalı?

Ortak alanı kullanan geniş kitle için pano tamamlayıcı olabilir; hedefli, güncellenebilir ve teslimat izi gereken iletişim için mobil uygulama daha elverişlidir. Kişisel veri içeren bilgiyi herkesin görebileceği panoya koymayın.

Bir duyuru güncellenirse eski metin silinmeli mi?

Ana kayıtta güncel sürüm açıkça görünmeli; değişikliğin ne zaman yapıldığı korunmalıdır. Eski pano kopyası kaldırılmalı veya geçersiz olduğu görünür biçimde belirtilmelidir. Dijital kanalda yeni mesaj, hangi önceki bilgiyi değiştirdiğini söylemelidir.

Toplantı hatırlatması resmî çağrı yerine geçer mi?

Hayır. Kısa hatırlatma, asıl çağrı belgesinin ve uygulanması gereken bildirim usulünün yerine geçmez. Toplantının türüne, yönetim planına ve güncel mevzuata göre asıl çağrı ayrı hazırlanmalıdır.

Duyuruda sakin adı veya daire numarası yazılabilir mi?

Toplu operasyon duyurusunda kişiyi veya bağımsız bölümü belirleyen bilgiye çoğu zaman ihtiyaç yoktur. Kişiye özel bilgi gerekiyorsa alıcı kapsamını ve hukuki dayanağı somut olay için değerlendirin; yetkisiz kişilerin erişemeyeceği kapalı yöntemi tercih edin.

Site sakin iletişimi, bütün sakinlere aynı mesajı göndermekten ibaret değildir. Etkili bir sistem; mesajın türünü ve hedef kitlesini belirler, uygun kanalı seçer, gönderim kaydını korur, geri dönüşleri doğru sürece yönlendirir ve iletişimi bir kapanış güncellemesiyle tamamlar. Böylece yönetim yalnızca ‘duyuru yaptım’ demez; kime, ne zaman, hangi içerikle ulaştığını ve sıradaki aksiyonun ne olduğunu gösterebilir.

Bu rehber; rutin duyurular, planlı çalışmalar, acil uyarılar ve bireysel sakin talepleri için uygulanabilir bir iletişim modeli sunar. Acil durum prosedürü, resmî tebligat yöntemi veya hukuki danışmanlık yerine geçmez. Can ve mal güvenliğini etkileyen olaylarda sitenin onaylı acil durum planı ve yetkili kurumların yönlendirmeleri esas alınmalıdır.

Site sakin iletişimi nasıl yönetilir?

İlk adım bir kanal seçmek değil, iletişim kaydının amacını tanımlamaktır. Aynı mobil bildirim altyapısı; bir bakım hatırlatmasını, yönetim kararını ve kişisel talep yanıtını taşıyabilir. Ancak bu üç mesajın hedef kitlesi, ayrıntı seviyesi, kayıt ihtiyacı ve kapanış ölçütü farklıdır.

Pratik bir iletişim kaydında en az şu alanlar bulunmalıdır:

• Mesaj türü ve amacı,
• Hedef kitle ile kapsam dışı bırakılan gruplar,
• İçerik sahibi ve yayın onayını veren kişi,
• Ana kanal ve gerekiyorsa yedek kanal,
• Gönderim zamanı ve içerik sürümü,
• Teslimat veya erişim sonucu,
• Geri dönüş yolu ve sorumlu ekip,
• Bir sonraki güncelleme ya da kapanış zamanı.

Liyova Duyurular, toplu iletişimi kanal seçimi, teslimat kayıtları ve sakin mobil bağlantısıyla aynı çalışma alanında yönetmeye yardımcı olur. Bu yapı, duyurunun yalnızca metnini değil; gönderim kapsamını ve sonrasındaki kontrol ihtiyacını da operasyonun parçası hâline getirir.

1. Mesajı türüne göre sınıflandırın

Her iletişimi ‘duyuru’ etiketi altında toplamak önceliklerin karışmasına yol açar. Sakinler her bildirimi acil zannedebilir veya gerçek bir uyarıyı rutin mesaj gibi geçebilir. Yönetim tarafında ise hangi kaydın yanıt, hangi kaydın saha aksiyonu gerektirdiği belirsizleşir.

Başlangıç için dört iletişim türü yeterlidir:

• Acil uyarı: Doğrulanmış bir risk veya kesinti hakkında kısa ve eyleme yönlendiren mesajdır. Güncelleme sıklığı ve yedek kanal acil durum planında tanımlanmalıdır.
• Planlı çalışma bildirimi: Bakım, geçici erişim değişikliği veya ortak alan çalışmasının tarihini, etkisini ve tamamlanma bilgisini taşır.
• Yönetim duyurusu: Etkinlik, karar, toplantı, genel bilgilendirme veya ortak yaşam düzeniyle ilgili kayıttır.
• Bireysel talep yanıtı: Belirli bir sakinin sorusu, arıza bildirimi veya şikâyetiyle bağlantılı konuşma geçmişidir; toplu duyuru olarak yayımlanmamalıdır.

Mesaj türü, yalnızca konu başlığı değildir. Onaylayan kişiyi, hedef kitleyi, kanal seçimini ve kayıt süresini de etkileyen bir yönlendirme alanıdır. Örneğin planlı bir çalışma için başlangıç bildirimi yeterli olmayabilir; gecikme varsa ara güncelleme, çalışma bittiğinde de kapanış mesajı gerekir.

2. Hedef kitleyi gönderimden önce belirleyin

‘Tüm sakinler’ kolay bir seçim gibi görünse de çoğu mesaj daha dar bir grubu ilgilendirir. B bloktaki asansör bakımı için diğer bloklara tekrar tekrar bildirim göndermek, zamanla bildirim yorgunluğu yaratabilir. Tersine, maliklere yönelik bir yönetim bilgisinin yalnızca o anda dairede yaşayan kiracılara gitmesi de bilgi açığı doğurabilir.

Hedef kitleyi şu alanlarla tanımlayın:

• Site, blok, kat, ortak alan veya bağımsız bölüm kapsamı,
• Malik, kiracı, yönetim kurulu, personel veya dış servis rolü,
• Çalışmadan doğrudan etkilenen ve yalnızca bilgilendirilecek gruplar,
• Mobil kanala erişemeyenler için alternatif iletişim listesi,
• Güncelliği kontrol edilmiş iletişim bilgileri.

Hedefleme, kişisel ayrıntıları daha fazla kişiye açmak için değil, mesajı gerçekten ilgili kişilere sınırlamak için kullanılmalıdır. Bireysel bakiye, şikâyet içeriği, telefon numarası veya daire içi fotoğraf gibi bilgiler geniş duyuru metnine taşınmamalıdır. Aidat operasyonundaki karar, cari kayıt ve tahsilat bağlamını ayrı tutmak için site aidat takibi rehberindeki kayıt modelinden yararlanabilirsiniz.

3. Kanalı mesajın amacına göre seçin

Tek bir kanal bütün iletişim ihtiyaçlarını karşılamaz. Kanal seçerken hız, erişilebilirlik, içerik uzunluğu, hedef kitlenin erişimi, kayıt ihtiyacı ve yedekleme imkânı birlikte değerlendirilmelidir. Bir uygulama bildirimi kısa uyarıyı taşıyabilir; ayrıntılı açıklama aynı duyurunun gövdesinde veya bağlantılı belgede yer alabilir. Fiziksel pano ise dijital kanala erişemeyenler için destekleyici olabilir, ancak kişisel bilgi içermemelidir.

\n

Gündelik sohbet, yönetim duyurusu, takip gerektiren talep ve kişisel veri için kanal sınırlarını belirlerken WhatsApp grubu ile sakin uygulaması karşılaştırmasını kullanabilirsiniz.

Liyova Sakin Mobil Uygulaması, sakinlerin duyuru okuma, talep oluşturma, borç görüntüleme ve ziyaretçi akışlarına aynı mobil deneyimden erişmesini sağlar. Bununla birlikte iletişim tasarımının başarısı yalnızca uygulamanın bulunmasına değil, her mesajın doğru kayıt ve geri dönüş yoluyla yayımlanmasına bağlıdır.

4. Duyuru metnini beş zorunlu öğeyle yazın

İyi bir site duyurusu uzun olmak zorunda değildir; eksik bırakılmaması gerekir. Metni yayımlamadan önce şu beş soruya cevap verin:

1. Ne oluyor? Konuyu ilk cümlede açıkça söyleyin.
2. Kim etkileniyor? Blok, alan veya kullanıcı grubunu belirtin.
3. Ne zaman? Başlangıç, beklenen bitiş ve gerekiyorsa güncelleme zamanını yazın.
4. Sakinden ne bekleniyor? Yapılması veya kaçınılması gereken eylemi sade biçimde belirtin.
5. Sonraki bilgi nereden gelecek? Güncelleme kanalı ile geri dönüş yolunu tanımlayın.

Örneğin ‘Bakım yapılacaktır’ yerine şu yapı daha işlevseldir: ‘A Blok giriş kapısında 6 Ağustos Çarşamba 10.00–12.00 arasında planlı bakım yapılacaktır. Bu sürede yan giriş kullanılacaktır. Çalışma tamamlandığında aynı duyuru kaydı güncellenecektir. Erişim sorunu yaşayan sakinler mobil uygulamadaki talep alanından yönetime ulaşabilir.’ Somut tarih, kapsam, eylem ve sonraki güncelleme aynı metinde görünür.

Kopyalanabilir bakım, kesinti, otopark, ara güncelleme ve kapanış metinlerini görmek için site duyurusu örnekleri ve yayın kontrol listesini kullanabilirsiniz.

Başlık ile gövde aynı aciliyet seviyesini taşımalı

Başlığa ‘Acil’ yazıp gövdede rutin bir hatırlatma vermek, uyarı seviyesini aşındırır. Tersine, gerçek bir risk bilgisini genel bir başlığın içine saklamak da mesajın fark edilmesini zorlaştırır. Başlık; konu, yer ve gerekirse zaman bilgisini kısa biçimde taşımalıdır.

5. Teslim edildi, okundu ve anlaşıldı kavramlarını ayırın

Gönderim kaydı iletişimin başlangıcıdır; sonucu değildir. Bir kanal mesajın teknik olarak teslim edildiğini gösterebilir, ancak bu durum mesajın okunduğunu veya sakinin gereken eylemi anladığını tek başına kanıtlamaz. Bu nedenle ölçümü dört ayrı düzeyde ele alın:

• Yayınlandı: Onaylı içerik belirlenen kitleye gönderildi.
• Teslim edildi: Kanal teknik teslim sonucunu döndürdü.
• Erişildi veya okundu: Kanal bu bilgiyi güvenilir biçimde sunuyorsa ayrı kaydedildi.
• Aksiyon tamamlandı: Sakin gerekli formu doldurdu, teyit verdi veya talep açtı.

Her duyuruda okuma onayı istemek gerekmez. Rutin bilgilendirmede yayın ve teslimat sonucu yeterli olabilir. Kritik bir erişim değişikliği ya da belirli bir gruptan işlem beklenen durumda ise erişilemeyen kişiler için istisna listesi oluşturmak ve alternatif kanal kullanmak gerekir.

6. Geri dönüşleri duyuru yorumlarında kaybetmeyin

Toplu mesaj, ortak bilgiyi dağıtmak içindir. Sakinlerden gelen kişisel sorular, arıza bildirimleri ve şikâyetler ise sahip, öncelik ve durum geçmişi gerektirir. Bu nedenle duyuruda ‘yanıt için yönetimi arayın’ gibi sınırsız bir çağrı yerine, hangi konunun hangi talep kanalına iletileceğini belirtin.

Liyova Talep Yönetimi, geri dönüşleri kategori, öncelik, durum, konuşma geçmişi ve görsel kayıtlarla izlemeye yardımcı olur. Saha işi gereken bildirimlerin nasıl iş emrine dönüştürüleceğini ve doğrulanmış kapanışla tamamlanacağını site arıza ve iş emri yönetimi rehberinde ayrıntılı olarak inceleyebilirsiniz.

Bir duyurudan çok sayıda benzer soru geliyorsa aynı cevabı tek tek yazmak yerine ana duyuruyu güncelleyin veya kısa bir soru-cevap bölümü ekleyin. Kişiye özel durumları ise toplu metinde paylaşmadan ilgili talep kaydında çözün.

7. İletişim verisini amaçla sınırlı tutun

Ağustos 2026 itibarıyla Kişisel Verileri Koruma Kurumunun kişisel verilerin işlenme şartlarına ilişkin açıklaması, hukuki dayanakların Kanunda sınırlı sayıldığını ve her işleme faaliyetinin somut dayanağının ayrıca değerlendirilmesi gerektiğini belirtiyor. Kurumun genel ilkeleri; verinin doğru ve gerektiğinde güncel, belirli ve meşru amaçlarla bağlantılı, sınırlı ve ölçülü işlenmesini ve gerekli süre kadar saklanmasını öngörüyor.

Bu ilkeleri iletişim operasyonuna şu kontrollerle uyarlayın:

• İletişim listesine yalnızca amaç için gereken bilgileri alın.
• Taşınan sakinleri ve değişen iletişim bilgilerini belirli bir süreçle güncelleyin.
• Toplu gönderimde alıcıların birbirinin iletişim bilgisini görmesini önleyin.
• Malik, kiracı, personel ve dış servis erişimlerini görev kapsamına göre ayırın.
• Eski listelerin kişisel cihazlarda ve farklı dosya kopyalarında dolaşmasını engelleyin.
• Saklama ve silme uygulamasını yönetimin veri işleme envanteriyle uyumlu yürütün.

Bu bölüm genel bir operasyon çerçevesidir; belirli bir iletişim faaliyetinin hukuki dayanağı, aydınlatma yükümlülüğü, resmî tebligat niteliği veya saklama süresi için somut olaya göre hukuk ve veri koruma uzmanı görüşü alınmalıdır.

8. Dijital kanala erişemeyenler için yedek plan kurun

İletişim sisteminin kapsamı yalnızca uygulamayı aktif kullanan kişilerden oluşmamalıdır. Akıllı telefonu olmayan, bildirim izni kapalı bulunan, görme veya işitme desteğine ihtiyaç duyan ya da geçici olarak çevrimdışı kalan sakinler için alternatif plan tanımlayın.

Yedek plan; fiziksel pano, telefon zinciri, kat görevlisi, e-posta veya site yapısına uygun başka bir kanaldan oluşabilir. Buradaki amaç her mesajı bütün kanallardan tekrar göndermek değil, ana kanaldan erişilemeyen kişileri belirleyip gerekli kapsamda tamamlayıcı iletişim kurmaktır. Acil durumlarda yedek kanal seçimi bu genel rehbere göre değil, sitenin onaylı acil durum planına göre yapılmalıdır.

9. Hazırlama, onay, yayın, izleme ve kapanış rollerini ayırın

Küçük bir apartmanda bu rollerin tamamını aynı yönetici üstlenebilir; büyük bir sitede farklı ekipler çalışabilir. Her iki durumda da sorumlulukların adlandırılması hata ve gecikmeyi azaltır:

1. Hazırlayan: Konuyu, hedef kitleyi, zamanı ve beklenen eylemi toplar.
2. Onaylayan: İçeriğin doğruluğunu, kapsamını ve uygun kanalını kontrol eder.
3. Yayınlayan: Onaylı sürümü belirlenen zamanda gönderir.
4. İzleyen: Teslimat hatalarını, tekrar eden soruları ve açılan talepleri takip eder.
5. Kapatan: Sonuç bilgisini paylaşır, kaydı arşivler ve gerekli iyileştirme notunu ekler.

Özellikle değişen çalışma saatleri veya ertelenen bakım gibi durumlarda eski mesajın sessizce değiştirilmesi yerine yeni sürümün zamanı ve değişen bilgi görünür olmalıdır. Sakin hangi bilginin güncel olduğunu tek kayıtta anlayabilmelidir.

10. İletişim performansını doğru sorularla ölçün

Yalnızca gönderilen mesaj sayısını artırmak iyi iletişim anlamına gelmez. Aylık değerlendirmede şu sorular daha işlevseldir:

• Kaç duyuru doğru hedef kitleyle eşleşti?
• Hangi kanallarda teslimat hatası veya güncel olmayan iletişim bilgisi görüldü?
• Hangi duyurular aynı sorunun tekrar tekrar sorulmasına yol açtı?
• Kaç geri dönüş tanımlı talep kanalına aktarıldı ve sorumlusu belirlendi?
• Planlı çalışma ve kesintilerde kapanış güncellemesi yapıldı mı?
• Dijital kanala erişemeyen kişiler için yedek plan çalıştı mı?

Bu soruların amacı sakin davranışını puanlamak değil, iletişim sistemindeki eksik alanları bulmaktır. Teslimat hatası eski telefon numarasından, fazla soru belirsiz metinden, geciken yanıt ise sahipliği tanımlanmamış talepten kaynaklanabilir.

Sık yapılan sakin iletişimi hataları

• Her mesajı herkese göndermek: İlgisiz bildirimler zamanla dikkati azaltır.
• Duyuruyu kapanış mesajı olmadan bırakmak: Sakinler çalışmanın bitip bitmediğini anlayamaz.
• Teslimatı okunma sanmak: Teknik gönderim sonucu ile kullanıcı eylemi karıştırılır.
• Kişisel ayrıntıyı toplu kanala taşımak: Gereksiz erişim ve gizlilik riski oluşur.
• Geri dönüş yolunu belirtmemek: Aynı konu telefon, mesaj ve yüz yüze kanallara dağılır.
• Eski sakin listesini kullanmak: Mesaj yanlış kişiye gider veya yeni sakin atlanır.
• Her bildirimi acil işaretlemek: Gerçek uyarılar rutin mesajların arasında kaybolabilir.

Bir bakım duyurusunu uçtan uca örnekleyin

Ortak alan girişinde planlı bir çalışma yapılacağını varsayalım. Yönetim önce çalışmanın doğrulanmış tarihini, etkilenen alanı, kullanılacak alternatif girişi ve sorumlu kişiyi kaydeder. Hedef kitleyi yalnızca ilgili blok olarak belirler. Duyuruyu mobil kanalda yayımlar; dijital kanala erişemeyenler için bina panosunda kişisel veri içermeyen kısa bir destek mesajı kullanır.

Çalışma başladığında kayıt ‘başladı’ bilgisiyle güncellenir. Beklenmeyen bir gecikme varsa yeni bitiş zamanı ve nedeni aynı kayıt üzerinden paylaşılır. Tamamlandığında kapanış mesajı yayımlanır; erişim sorunu bildiren kişilerin geri dönüşleri talep kaydına yönlendirilir. Böylece tek bir duyuru, hazırlık–onay–gönderim–izleme–kapanış zincirine dönüşür.

Sakin iletişimi yazılımını gerçek senaryoyla değerlendirin

Bir ürün demosunda yalnızca ‘duyuru gönder’ düğmesini görmek yeterli değildir. A blok için planlı çalışma kaydı açın, malik ve kiracı kapsamını kontrol edin, mobil duyuruyu yayımlayın, teslimat sonucunu inceleyin, bir sakinin sorusunu talebe dönüştürün ve kapanış güncellemesi yapın. Ardından bütün adımların aynı geçmişte görünür olup olmadığını kontrol edin.

Finans, operasyon, sakin deneyimi, raporlama ve yetkilendirmeyi birlikte sınamak için site yönetim programı seçme rehberindeki demo kontrol listesini kullanabilirsiniz.

Site sakin iletişimi hakkında sık sorulan sorular

WhatsApp grubu site iletişimi için yeterli midir?

Mesajlaşma grubu hızlı bir yardımcı kanal olabilir; ancak hedef kitle, yetki, sürüm, teslimat, talep sahipliği ve arşiv ihtiyacı büyüdükçe tek kayıt noktası olarak yetersiz kalabilir. Resmî ve operasyonel ana kayıt ayrı bir yönetim sisteminde korunmalı, yardımcı kanallar bu kayda yönlendirmelidir.

Mobil bildirim gönderilmesi mesajın okunduğunu gösterir mi?

Her zaman göstermez. Teknik teslim, uygulama açılışı, okuma bilgisi ve beklenen eylemin tamamlanması farklı sonuçlardır. Kullanılan kanal hangi veriyi güvenilir biçimde sunuyorsa yalnızca o düzey raporlanmalıdır.

Bireysel bir sakin sorunu duyuru olarak paylaşılabilir mi?

Kişisel ayrıntı içeren sorunlar toplu duyuruya taşınmamalıdır. Ortak alanı etkileyen genel durum ayrı ve anonim bir duyuruyla paylaşılabilir; kişinin talebi ve yanıt geçmişi ise yalnızca yetkili kişilerin eriştiği talep kaydında tutulmalıdır.

Site duyuruları ne sıklıkla gönderilmeli?

Sabit bir sayı yerine mesajın gerekliliği ve hedef kitlesi esas alınmalıdır. Rutin konular bir özet içinde birleştirilebilir; planlı çalışma ve değişiklikler ihtiyaç anında, acil uyarılar ise sitenin acil durum planına göre gönderilmelidir.

Mobil uygulama kullanmayan sakinler nasıl bilgilendirilmeli?

Yönetim alternatif iletişim listesini önceden belirlemeli ve ana kanaldan erişilemeyen kişiler için uygun yedek yöntemi çalıştırmalıdır. Fiziksel veya kişisel destek kanallarında gereksiz kişisel veri paylaşılmamalıdır.

İletişimi gönderimden kapanışa kadar yönetin

Liyova ile duyuruları doğru kitle ve kanal bağlamında yönetebilir, teslimat kayıtlarını izleyebilir, sakinlerin mobil deneyimini ortak sisteme bağlayabilir ve bireysel geri dönüşleri talep akışına aktarabilirsiniz. Kendi sitenizdeki iletişim modelini gerçek bir senaryoyla değerlendirmek için demo talebi oluşturun.