Bina ve Tesis Bakımı Öncesi Duyuru Nasıl Hazırlanır?

Duyurunun ilk satırında kimin, neyi bilmesi gerektiğini söyleyin

Bina veya tesis bakımı öncesindeki kullanıcı duyurusu; çalışmanın adını, ilgili bölümü, teyit edilmiş zaman bilgisini, kullanıcıya iletilecek açıklamaları ve güncellemelerin bulunacağı yeri göstermelidir. Metni hazırlayan kişi eksik bilgileri tahmin ederek tamamlamamalı; henüz kesinleşmeyen konuları ayrı belirtmelidir. Okuyucu duyuruyu bitirdiğinde kendisini ilgilendiren bölümün hangisi olduğunu ve sorusunu nereye yönelteceğini anlayabilmelidir.

Bir bakım duyurusunun okuyucusu her zaman işi sipariş eden kişi değildir. Kiracı, çalışan, vardiyaya yeni gelen görevli veya ziyaretçiyi karşılayan danışma personeli aynı metne farklı bir ihtiyaçla bakar. Yönetimin bildiği bina kısaltmalarını herkesin bildiğini varsaymayın. Başlıkta yalnız “Önemli duyuru” yazmak yerine işin ve yerin adını kullanmak, mesajın daha sonra da bulunabilmesini sağlar. Örneğin “A Blok dış cephe temizliği hakkında bilgilendirme” belirli bir konuyu tarif eder.

Aşağıdaki düzen, mevcut bilgilerden anlaşılır bir duyuru hazırlamak için editoryal bir öneridir. Çalışma yöntemi, alan kapatma kararı, iş güvenliği talimatı veya hukuki bildirim süresi belirlemez. Bu konularda duyuruyu yazan kişinin yeni karar üretmesi yerine ilgili sorumlulardan gelen, paylaşılmasına izin verilmiş açıklamaları kullanması gerekir. Duyurunun yayımlanmış olması da işe başlama ya da alanı kullanıma açma onayı olarak yorumlanmamalıdır.

Çalışmanın adı ile kullanıcıya anlatılacak bilgiyi ayırın

Hizmetin ticari adı, kullanıcının bilmesi gereken her şeyi anlatmaz. İç ve dış cephe temizliği için hazırlanan bir mesajda hangi bina bölümünün konuşulduğu ayrıca belirtilmelidir. Dış cephe dekoratif aydınlatma konusunda ise duyurunun montajla mı, mevcut sistem hakkında bir bakım görüşmesiyle mi ilgili olduğu anlaşılmalıdır. Bu iki hizmetin adını tek bir “bakım” başlığında birleştirmek, ayrı çalışmalar varsa onları görünmez kılabilir.

Metni yazmadan önce işi koordine eden birimden kısa bir bilgi özeti isteyin. Özette işin adı, yer tanımı, kullanılabilecek tarih bilgisi ve kullanıcıya aktarılması istenen açıklama bulunsun. Teklifteki bütün ayrıntıları duyuruya taşımak gerekmez. Bedeller, sağlayıcıların kendi aralarındaki yazışmalar veya teknik eklerin tamamı, bina kullanıcısının sorusunu yanıtlamıyor olabilir. Her paragraf için “Bu bilgi alıcının hangi belirsizliğini gideriyor?” sorusunu sorun.

Teknik açıklamayı sadeleştirirken anlamını değiştirmeyin. Bilinmeyen bir terimi günlük bir sözcükle değiştirmek bazen kapsamı genişletir; gerekirse açıklamayı hazırlayan kişiden anlaşılır bir karşılık isteyin. Cephe işinin teknik bağlamını öğrenmek isteyenler için yüksek yapılarda cephe temizliği yazısı ayrı bir okuma olabilir. Kullanıcı duyurusu ise bu teknik değerlendirmenin kısa bir kopyası olmak zorunda değildir.

Tarihi kesinlik düzeyiyle birlikte yazın

“Yarın”, “hafta başında” veya “öğleden sonra” gibi ifadeler mesaj başka gün açıldığında anlamını kaybedebilir. Elinizde teyit edilmiş tarih varsa günü, ayı ve yılı açık yazın. Saat aralığı verilmişse bunun planlanan çalışma aralığı mı yoksa bilgilendirme toplantısının saati mi olduğunu belirtin. Bir mesajın hazırlanma zamanı ile çalışmanın zamanı ayrı alanlardır; ikisini tek tarih altında toplamayın.

Henüz tarih verilmediyse metni kesin başlangıç duyurusu gibi kurmak yerine hazırlık bilgilendirmesi olarak adlandırabilirsiniz. “Çalışma tarihi henüz teyit edilmedi; güncel bilgi yönetimin duyuru kanalında paylaşılacak” cümlesi, bilinmeyeni görünür bırakır. Güncellemenin ne zaman yapılacağı da bilinmiyorsa o alanı uydurmayın. Bildiğiniz bir sonraki adım varsa onu yazın: örneğin tarih bilgisinin ilgili birimden beklendiğini söyleyin.

Başlangıç ile tamamlanma bilgisini de ayırın. Planlanan bitiş saatini gerçekleşmiş sonuç gibi anlatmayın; “bu saatte her şey normale dönecek” türü bir söz ancak ilgili kapsam ve açıklama gerçekten doğrulanmışsa değerlendirilebilir. Metnin yazarı belirsiz bir takvimi kesinleştiremez. Buradaki tercih, daha etkileyici bir mesaj hazırlamak değil, okuyucunun elindeki bilginin sınırını anlamasını sağlamaktır. Duyurunun üstünde güncelleme tarihi bulunması, eski bir ekran görüntüsünün fark edilmesine de yardımcı olur.

Alıcı listesini bina adından başlayarak kurun

İlk somut durumu bir konut sitesi üzerinden düşünelim. Varsayımsal olarak aynı sitedeki bir blokta çalışma hakkında bilgi verilecek olsun. Kat maliklerinin iletişim listesi hazır olabilir; ancak binada oturan kiracıların aynı listede bulunduğu bilinmeyebilir. Mesajı göndermeden önce yönetimin mevcut iletişim düzeninde hangi kullanıcı gruplarına erişildiğini kontrol edin. Mülkiyet bilgisi ile o gün binayı kullanan kişilerin bilgilenme ihtiyacı aynı şey değildir.

Bu durumda yapılacak iş yeni bir kişisel veri listesi toplamak değil, kullanılan dağıtım yolunun kapsamadığı grupları belirlemektir. Kurumun yetki ve paylaşım düzenine uygun biçimde başka bir duyuru kanalı gerekebilir. Ortak panoya asılan metin, dijital mesajın konusunu ve güncelleme yerini tekrar gösterebilir. Panoda daire sakinlerinin adlarını veya özel taleplerini yayımlamak, duyurunun anlaşılması için gerekli değildir.

Birden fazla blok varsa her blok için ayrı uzun metin üretmek şart değildir. Ortak açıklamanın altında hangi bölümün hangi bilgiyle ilişkili olduğunu belirgin yazabilirsiniz. Ancak tüm bloklara aynı tarih atamak için elinizde karşılık gelen bilgi bulunmalıdır. Aynı yerleşkede olmak, bütün kullanıcıların aynı çalışmadan aynı biçimde etkilendiğini göstermez. Dağıtım planında esas alınan ayrım, mevcut ve doğrulanmış çalışma bilgisidir.

Ofiste duyuruyu iletecek kişiye de bir görev tanımı verin

İkinci durumda çok kiracılı bir ofis binası düşünelim. Yönetim duyuruyu şirketlerin idari işler sorumlularına göndermiş olsun. Bu kişilerin mesajı bütün çalışanlara, resepsiyona ve ziyaretçi randevularını yöneten ekibe iletip iletmeyeceği kendiliğinden belli değildir. Gönderim notunda kimden hangi paylaşımın beklendiğini açıkça söylemek, mesajın bir kişinin gelen kutusunda kalma ihtimalini görünür bir takip konusuna çevirir.

Örneğin “Bu bilgilendirmeyi ofisinizin mevcut iç duyuru kanalında paylaşmanızı rica ederiz” bir dağıtım isteğidir. Bu cümleyi bir güvenlik talimatı veya çalışma izniyle karıştırmayın. Resepsiyonun sorulara vereceği kısa yanıt için de aynı güncel metni kullanın. Ziyaretçiye aktarılacak bilgi, çalışanlara gönderilen duyurudan farklıysa farkın nedeni ve bilgi kaynağı içeride açıklanmış olmalıdır; danışma personelinden eksik ayrıntıyı tamamlaması beklenmemelidir.

İletimin yapıldığını bilmek ile herkesin metni okuduğunu bilmek arasında fark vardır. Bir yöneticinin “paylaşıldı” yanıtını bütün kullanıcıların bilgiyi anladığına dair kanıt gibi kaydetmeyin. İdari takip için hangi şirkete hangi sürümün gönderildiğini tutmak yeterli olabilir. Gelen sorular aynı belirsizliği tekrar ediyorsa mesajın ilgili cümlesini gözden geçirin. Sorunun kaynağı okuyucunun dikkatsizliği değil, açıklamanın eksikliği de olabilir.

Vardiyalı tesiste ortak metin ve yerel aktarım birlikte düşünülmeli

Üçüncü durum, çalışanların farklı saatlerde tesise geldiği bir işletmedir. Gündüz yapılan tek bir toplantı, akşam gelen kişilerin aynı bilgiyi aldığı anlamına gelmez. İdari koordinasyonu yürüten birim, mevcut vardiya iletişim düzeninde duyurunun nerede tutulacağını ve yeni gelen kullanıcıların güncel metne nasıl ulaşacağını belirtebilir. Burada önerilen şey bir çalışma veya vardiya planı hazırlamak değil, hazırlanmış bilginin dağıtımını tarif etmektir.

Kutup Grup'un hassas endüstriyel alan koruması sayfası, tesis sorumlularıyla görev sınırlarının açıklığa kavuşturulmasını ele alır. Böyle bir hizmetle ilgili idari duyuru hazırlanırken tesisin kendi iletişim adlarını kullanmak anlamlıdır. Ancak bakım alanının sınırını, enerjiyle ilgili işlemleri veya çalışanların hareket biçimini duyuru yazarı belirlemez. İlgili birimden gelen açıklamanın hangi sürümünün aktarıldığı anlaşılır olmalıdır.

Geçici görevle gelen kişiler ya da farklı firmalara bağlı çalışanlar varsa mesajın hangi kurumsal muhataba iletildiğini kaydedebilirsiniz. Herkesin kişisel iletişim bilgisini ortak duyuruya yazmak yerine görev veya birim adı kullanın. Vardiya sorumlusuna yöneltilen bir idari soru, yanıtı olmayan teknik bir soruya dönüşürse doğru birime aktarılmalıdır. “Bize bu şekilde söylendi” ifadesi yerine açıklamanın kaynağını bulabilmek, sonraki düzeltmeyi doğru kişiye ulaştırmaya yarar.

Aynı duyuruyu farklı kanallarda okunabilir tutun

Bir afişin fotoğrafını mesaj grubuna göndermek kolaydır; fakat görselin içindeki metin herkes tarafından aynı rahatlıkla okunamayabilir. Ana bilgileri mesajın yazı alanına da koyun. Bir internet sayfası kullanılıyorsa bağlantının neyi açtığını belirtin. “Buraya tıklayın” yerine “Bakım duyurusunun güncel metni” gibi bir ifade, okuyucuya gideceği yeri anlatır. Kısa mesajda ayrıntıyı azaltırken çalışma adı, tarih durumu ve güncelleme adresi kaybolmasın.

W3C'nin erişilebilir web yazımı önerileri, anlamlı başlıkları, açıklayıcı bağlantı metinlerini ve açık anlatımı destekler. Bu ilkeleri bina duyurusuna uyarlamak, uzun bir belgeyi küçük bir ekran görüntüsüne sıkıştırmaktan farklı bir yazım kararıdır. Burada verilen örnekler bir erişilebilirlik uygunluk belgesi veya eksiksiz teknik denetim yerine geçmez.

GOV.UK erişilebilir iletişim açıklaması da hedef kitlenin ihtiyaçlarının önceden düşünülmesini ve uygun biçimlerin birlikte planlanmasını önerir. Birleşik Krallık kamu iletişimi bağlamındaki bu kaynaktan yalnız anlatım ve kanal seçimi için yararlanıyoruz; Türkiye'de bir bildirim yükümlülüğü çıkarmıyoruz. Kullanıcıların mevcut tercihlerini dikkate alarak okunabilir metin, basılı duyuru veya kurumun sağlayabildiği alternatif biçimlerin hangilerinin gerektiğini görüşebilirsiniz.

Tek bir güncel metinden türeyen kısa ve uzun sürümler kullanın

Panodaki duyuru, e-posta ve kısa mesaj aynı uzunlukta olmak zorunda değildir. Ancak hepsi aynı çalışma adı, aynı tarih durumu ve aynı güncelleme bilgisine dayanmalıdır. Önce ana metni hazırlayıp kısa sürümleri ondan türetmek, bir kanalda eski tarihin kalıp diğerinde yenisinin görünmesini fark etmeyi kolaylaştırır. Özet metnin sonunda ayrıntının nerede bulunduğunu belirtin; bulunmayan bir sayfaya veya açılmayan eke gönderme yapmayın.

Dosya adındaki “son” ifadesi kullanıcı için yeterli sürüm bilgisi değildir. Metnin üzerinde güncelleme tarihi ve gerektiğinde kısa bir değişiklik açıklaması bulunabilir. Karmaşık numaralar üretmek yerine kurumun mevcut duyuru düzenini kullanın. Kısa mesajın başlığı değiştirilirken ana metnin konusu kayboluyorsa, daha kısa bir başlık seçmenin yararı azalır. İki kanalı yan yana okuyup ortak bilgilerin eşleştiğini kontrol edin.

Çeviri gerekiyorsa önce Türkçe ana metnin hangi sürümünün çevrileceğini belirleyin. Yeni bir tarih geldiğinde yalnız Türkçe afişi değiştirmek, diğer dildeki kullanıcıları eski bilgiyle bırakabilir. Çeviride özellikle yer adlarını, tarihleri ve iletişim kanalını karşılaştırın. Kişilerin hangi dili konuştuğu hakkında varsayım yapmaktansa kurumun bilinen iletişim ihtiyaçlarını esas alın; sağlanmayan bir dil veya destek kanalı varmış gibi duyuruya eklemeyin.

Uyarlanabilir duyuru alanları ve kısa bir örnek

Aşağıdaki alanlar, kurumun mevcut duyuru formuna eklenebilecek bir yazım taslağıdır. Bir iş emri, izin belgesi veya mevzuata uygun bildirim şablonu değildir. Boş alanları sırf metin tamamlanmış görünsün diye doldurmayın. Bilgi yoksa ilgili sorumludan yanıt isteyin; duyurunun amacını da eldeki bilgiye göre adlandırın. Alanları her kanalda aynı sırayla kullanmak zorunda değilsiniz.

Tamamen varsayımsal bir ofis örneğinde metin şöyle kurulabilir: “A Blok dış cephe temizliği için hazırlık bilgilendirmesi. Çalışma tarihi henüz teyit edilmedi. Tarih bilgisi geldiğinde bina yönetiminin mevcut duyuru kanalında güncel metin paylaşılacak. İdari sorularınızı mevcut yönetim iletişim kanalına iletebilirsiniz. Bu metin, çalışma tarihi açıklandığında yenilenecek.” Örnek herhangi bir Kutup Grup projesini veya çalışma takvimini anlatmaz.

Bu örnekte tarih bulunmaması bir boşluğun gizlenmesi değildir; mesajın hazırlık aşamasında olduğunu gösterir. Buna karşılık gerçek duyurunuzda belirli bir iletişim adresi varsa soyut “mevcut kanal” ifadesinin yerine o adresi koyun. Metni ilk kez gören kişi eski yazışmaları bilmeden sorusunu nereye yönelteceğini bulabilsin. Kullanıcıdan yapılması istenen bir şey varsa yalnız yetkili kaynaktan gelen açıklamayı aktarın; bu taslağa bakarak yeni uygulama talimatı üretmeyin.

• Konu ve yer: Hangi çalışma, hangi bina veya tesis bölümü hakkında bilgi veriliyor?
• Zaman bilgisi: Tarih teyit edildi mi; yazılan saat neyi ifade ediyor; hangi bilgi bekleniyor?
• Kullanıcıya aktarılacak açıklama: İlgili sorumlunun onayladığı hangi bilgi paylaşılacak?
• Güncel metin: Değişiklikler hangi mevcut kanalda veya sayfada görülebilecek?
• Sorular: İdari soruları hangi görevli birim, hangi mevcut iletişim yoluyla alacak?
• Sürüm: Bu metin ne zaman güncellendi; önceki duyuruya göre ne değişti?

Erteleme ve düzeltmede değişen bilgiyi başa alın

Çalışma tarihi değiştiğinde eski duyuruyu açıklamasız silip yenisini koymak, önceki metni okumuş kişiye neyin değiştiğini anlatmaz. Yeni mesajın ilk cümlesinde değişikliği belirtin. Örneğin “Önceki duyuruda belirtilen tarih değişmiştir; yeni tarih henüz teyit edilmemiştir” açık bir durum açıklamasıdır. Ertelemenin nedeni paylaşılabiliyorsa kısa yazın; bilinmeyen nedenler veya sağlayıcılara yönelik yorumlar eklemeyin.

Düzeltmenin hangi duyuruyu değiştirdiği de görünmelidir. Aynı binada birden çok iş hakkında mesaj varsa “bakım ertelendi” cümlesi yetersiz kalabilir. Çalışma adını ve ilgili bölümü tekrar kullanın. Eski mesajın gönderildiği kanalları gözden geçirin; yalnız e-postayı güncellemek panodaki eski kopyayı değiştirmez. Özel arşiv kaydını korumak ile kullanıcıya güncel metni göstermek ayrı işlerdir.

Her düzeltme bütün duyuruyu yeniden yazmayı gerektirmez. Bir iletişim adresindeki hata için neyin düzeltildiğini söyleyen kısa bir mesaj yeterli olabilir. Kapsam değiştiyse ilgili bölümün açıklamasını da yenileyin. Güncellemeyi yapan kişi, metnin hangi kaynağa dayanarak değiştiğini içeride kaydedebilir. Kullanıcıya ise karar sürecinin bütün yazışmalarını sunmak yerine kendisini ilgilendiren güncel bilgi ve erişilebilir soru kanalı verilir.

Soru kanalının gerçekten kullanılabildiğini kontrol edin

Duyurunun sonunda bir iletişim yolu bulunması, o yolun alıcı tarafından kullanılabildiğini göstermez. Örneğin kurum içi bir sayfaya yalnız çalışan hesabıyla giriliyorsa bina ziyaretçisi aynı sayfayı açamayabilir. Gönderilecek bağlantıyı hedef alıcının erişim koşullarını düşünerek kontrol edin. Panodaki metinde sadece karekod varsa kodu kullanamayan kişinin sorusunu nasıl ileteceği de anlaşılmalıdır. Kurumun zaten kullandığı bir danışma veya yönetim iletişim yolu bu amaçla ayrıca yazılabilir.

Yanıt kanalı için verilen birim adı gerçek ve güncel olmalıdır. Belirli bir kişinin izinde bulunması, duyurunun sorularını yanıtsız bırakacaksa kurum içindeki mevcut görevlendirmeye göre başka bir muhatap belirtilir. Mesajı hazırlayan kişi kendiliğinden yeni bir destek hizmeti vaat etmez. Telefonun hangi saatlerde yanıtlandığı bilinmiyorsa kesintisiz erişim varmış gibi yazmayın. Soruların ne zaman cevaplanacağına dair teyit edilmemiş bir süre vermek de duyurunun açıklığını artırmaz.

Bağlantı kontrolünü, duyurunun gerçekten paylaşılacağı biçimde yapın. E-postadan kopyalanan bir adres basılı metinde kesilmiş olabilir; kısa mesajdaki bağlantı önizlemesi eski başlığı gösterebilir. Ekin açılıp açılmadığına ve sayfadaki çalışma adının doğru olduğuna bakın. Bunun için gerçek kullanıcı adına soru göndermeniz gerekmez. Test mesajı gerekiyorsa kurumun kendi iç deneme düzenini kullanın; kullanıcıların gelen kutularına açıklamasız denemeler yollamayın.

Yayımlamayı yapacak kişi ile sorulara yanıt verecek birimin farklı olması mümkündür. Bu ayrımı hazırlık notunda belirtin. Yanıtı başka bir birimden beklenen konuların kim tarafından takip edileceğini de içeride kararlaştırın. Kullanıcıya bütün görev dağılımını anlatmak yerine başvuracağı tek, doğru iletişim yolunu gösterin. Böylece mesajın son satırı yalnız biçimsel bir iletişim etiketi olarak kalmaz; okuyucu gerçekten nereye başvurabileceğini görür.

Gelen soruları duyurunun açıklığı için kullanın

Duyurunun altına çok sayıda kişisel yanıt eklemek yerine tekrar eden idari soruları ayırın. Aynı yer tanımı birkaç kullanıcıya belirsiz geliyorsa ana metindeki yer açıklamasını düzeltmek daha yararlı olabilir. Bir kişinin özel ihtiyacı ise herkese açık soru listesine taşınmadan ilgili birimle ele alınmalıdır. Paylaşılan yanıtta kişinin adı, dairesi veya özel durumunun bulunması çoğu idari açıklama için gerekli değildir.

Soruları “yanıtlandı”, “ilgili birime yöneltildi” ve “bilgi bekleniyor” gibi anlaşılır durumlarla izleyebilirsiniz. Bu öneri, kurumun mevcut kayıt sistemini değiştirmeyi gerektirmez. “İletildi” kaydı cevabın alındığı anlamına gelmediğinden ikisini aynı durum adıyla kapatmayın. Yanıt ana duyuruyu değiştiriyorsa güncel metni de kontrol edin; yalnız soruyu soran kişinin aldığı yeni bilgi, diğer kullanıcıların eski mesajını kendiliğinden yenilemez.

Yayımlamadan önce metni işin ayrıntılarını bilmeyen bir çalışma arkadaşınıza okutun. Hangi binanın konuşulduğunu, tarihin kesin olup olmadığını ve soruların nereye gideceğini metinden bulabiliyor mu? İşi görüşme aşamasındaysanız Kutup Grup iletişim sayfası üzerinden hizmet kapsamına ilişkin sorularınızı paylaşabilirsiniz. Kullanıcı duyurusunu hazırlarken ilk işiniz, ilgili sorumludan bu soruların yanıtını almak ve metindeki belirsiz alanları gerçek bilgilerle tamamlamaktır.

Sıkça sorulan sorular

Kaynaklar ve ileri okuma

• W3C WAI — Writing for Web Accessibility
• GOV.UK — Accessible communication formats