Apartman sakinlerinin talepleri için kayıt sistemi
Bir sakin giriş aydınlatmasını telefonla, diğeri temizlik isteğini mesaj grubunda, bir başkası kapı arızasını e-postayla bildiriyorsa taleplerin bir kısmı gözden kaçabilir. Apartman talep kayıt sistemi, farklı kanallardan gelen bildirimlerin tek bir takip düzeninde görünmesini sağlar. Küçük bir yapıda basit bir tablo yeterli olabilir; önemli olan herkesin kullandığı ortak çalışma kuralıdır.
İyi bir kayıt, bildirimin alındığını, kimin takip ettiğini ve hangi sonuçla kapandığını gösterir. Bunun için tüm sakinlerin kişisel yazışmalarını uzun uzun saklamak gerekmez. Sorunu anlamak ve sonucu iletmek için gerekli bilgiye odaklanın.
Bildirimi aynı alanlarla kaydedin
Her talebe bir numara verin. Bildirim tarihi, konu, etkilenen ortak alan, kısa açıklama ve uygun dönüş kanalı temel alanlardır. Aynı sorun birden fazla kişi tarafından bildirilirse bütün kayıtları kaybetmek yerine ortak bir ana talebe bağlayın. Böylece tek arıza, raporda beş ayrı arıza gibi sayılmaz.
Kayıt dili gözleme dayanmalıdır. "Görevli işini yapmıyor" gibi yorumu, "salı günü giriş zemini temizlenmemiş olarak bildirildi" şeklinde somut olayla ayırın. Şikayet eden kişinin sözünü değiştirmeden, doğrulanmış bulguların ayrı alanda tutulması sonraki incelemeyi kolaylaştırır.
Önceliği mesaj sayısıyla belirlemeyin
Çok kişinin yazması tek başına öncelik ölçütü değildir. Can güvenliği veya acil tehlike içeren bir bildirim, olağan talep kuyruğunda bekletilmemeli ve uygun acil kanala yönlendirilmelidir. Diğer taleplerde hizmetin etkilenme düzeyi, devam eden zarar olasılığı ve gereken uzman değerlendirmesi dikkate alınabilir.
Yönetim kendi çalışma saatini ve dönüş düzenini açıkça belirtmelidir. "Mesaj alındı" ile "sorun çözüldü" bildirimleri aynı değildir. Henüz servis tarihi belli değilse kesin bitiş sözü vermek yerine hangi yanıtın beklendiğini söyleyin. Yönetimin kontrolünde olmayan süreyi garanti etmeyin.
Basit talep kartı
- Talep numarası ve alınma tarihi
- Konu, konum ve gerekli kısa açıklama
- Bildirimin alındığı kanal ve özel dönüş adresi
- Takip eden görevli ve gerekiyorsa hizmet sağlayıcı
- Durum: yeni, incelemede, dış yanıt bekleniyor, kontrol bekliyor, kapandı
- Sonraki adım ve planlanan güncelleme zamanı
- Sonuç, dayanak belge ve kapanış tarihi
Kayıt kartına sağlık durumu, kimlik belgesi veya konu dışı özel yazışmalar eklemeyin. Fotoğraf gerekiyorsa sorunlu alanı gösteren dar kapsamlı görüntü tercih edin; ilgisiz kişileri veya özel yaşam alanlarını gereksiz yere kayıt altına almayın.
Örnek: tekrar eden giriş kapısı bildirimi
Varsayımsal bir yapıda üç sakin aynı gün kapının bazen kapanmadığını bildirmiş olsun. Üç bildirim ortak bir talebe bağlanır. Yönetim teknik müdahale tarifi üretmek yerine yetkili servise bildirir ve servis kaydını ekler. "Servis çağrıldı" durumunda kayıt açık kalır.
Servis formu geldiğinde yapılan işlem ve kontrol sonucu dosyaya bağlanır. Sorun devam ediyorsa kapanmış kaydı sessizce silmek yerine yeniden açma nedeni yazılır. Yeni bir arıza olduğu anlaşılırsa önceki talebe referans veren ayrı kayıt açılabilir. Bu yöntem tekrarları sayılabilir hale getirir.
Kapanış ölçütünü baştan belirleyin
Bir belgenin gönderilmesiyle kapanacak talep ile teknik işin tamamlanmasını bekleyen talep aynı ölçütü kullanmaz. Kapanışta kimden hangi teyidin beklendiğini yazın. Sakin cevap vermedi diye teknik sorunun kesin çözüldüğünü varsaymayın; mevcut kanıta göre durumu açıkça belirtin.
Aylık özette kişisel mesajları paylaşmak yerine açık talep sayısı, bekleme nedenleri ve tekrar eden konuları değerlendirin. Bu sayılar insanları puanlamak için değil iş yükünü anlamak için kullanılmalıdır. Sensa ile iletişime geçerek evrak ve yönetim takibi desteğinin talep kayıt düzeninize nasıl dahil edilebileceğini görüşebilirsiniz.