Mimarlık Ofisinde Müşteri Geri Bildirimleri Nasıl Takip Edilir?

Bir mimarlık ofisinde en pahalı hata çoğu zaman çizimde değil, mesajda yapılır. Müşteri sabah telefonla bir cephe rengi değişikliği ister, öğleden sonra e-postayla plan üzerinde yeni bir oda önerir, akşam da bir proje ortağının WhatsApp grubuna kısa bir not bırakır. Üç kanaldan gelen üç talep, ekipte üç farklı yorumla karşılanır ve bir hafta sonra kimse hangi versiyonun onaylandığını net olarak hatırlamaz.

Bu yazıda, müşteri geri bildirimlerinin neden dağıldığını, bunun proje takvimine ve bütçeye nasıl yansıdığını ve ofisinizde tek bir kayıt noktası nasıl kurabileceğinizi adım adım anlatıyoruz. Amaç iletişimi tamamen dijitale taşımak değil, her talebin izlenebilir, sorumlusu belli ve durumu açık olmasını sağlamak.

Geri bildirim neden kayboluyor?

Mimarlık ve tasarım ofislerinde iletişim genellikle projenin ihtiyaçlarına göre değil, müşterinin alışkanlığına göre şekillenir. Bir müşteri her şeyi telefonda konuşmayı tercih eder, bir diğeri yalnızca yazılı onay verir, bir üçüncüsü ise belediye ya da yapı denetim tarafından gelen yazıları doğrudan ofise iletir. Ofis bu farklı kanalları kabul ettikçe, geri bildirim bilgisi birkaç yere parçalanır.

Parçalanmanın üç tipik nedeni vardır:

• Kişiye bağlı iletişim: Talep, onu alan kişinin cebinde ya da e-posta kutusunda kalır. Proje ekibinin geri kalanı bunu bilmez.
• Versiyon karmaşası: Aynı paftanın üç farklı sürümü dolaşır ve hangisinin güncel olduğu tartışma konusu olur.
• Sözlü onay: Telefonda verilen onay yazıya geçirilmediğinde, sonradan "biz öyle konuşmadık" tartışması başlar.

Bu üç sorun birbirini besler. Sözlü onay kayıt altında olmadığı için sürüm karışır, sürüm karıştığı için de ekip yanlış çizimi paylaşır. Sonuçta müşteri aynı değişikliği ikinci kez ister ve ekip zaten yapılmış bir işi yeniden yapar.

Kanal karmaşasının maliyeti

Kanal karmaşasının bedeli genellikle görünmez kalır. Bir çizimci iki saatini yanlış revizyon üzerinde çalışarak geçirebilir. Bir proje yöneticisi aynı konuyu üç kez müşteriyle yeniden teyit eder. Bir ortak, müşterinin son isteğini hiç görmediği için kararı kendi başına verir ve müşteri bunu sonradan beğenmez.

Asıl zarar ise güvenden gelir. Müşteri, ofisin neyi onayladığını hatırlamadığını hissederse, her toplantıda geçmişi baştan anlatmak zorunda kalır. Bu durum hem ücret görüşmelerini hem de teslim takvimini uzatır. Ofis yöneticileri için en zor an, bir müşterinin "ben bunu size yazılı olarak söylemiştim" demesi ve ekibin o yazıyı bulamamasıdır.

Tek kayıt noktası kurmak: adım adım

Kanalları ortadan kaldırmak gerçekçi değildir. Müşteriler telefonla aramaya devam edecek, sahadaki ekip fotoğraf gönderecek. Çözüm, her kanaldan gelen talebin aynı yere kaydedilmesidir. Aşağıdaki adımlar, küçük ve orta ölçekli bir ofis için uygulanabilir bir düzen sunar.

1. Tek bir proje kaydı açın. Her projenin içinde tek bir "geri bildirim" listesi olsun. Müşteriden gelen her talep bu listeye bir satır olarak girsin.
2. Talep kaydının zorunlu alanlarını belirleyin. Kim iletti, hangi kanaldan geldi, hangi pafta ya da sürüm ile ilgili, ne zaman alındı ve hangi karar bekliyor. Bu alanlar boş kalmasın.
3. Telefon görüşmelerini kayda dönüştürün. Görüşmeden sonra en geç aynı gün, konuşulanların üç maddelik özetini kayda ekleyin ve müşteriye yazılı teyit gönderin.
4. Her talebe durum verin. Alındı, değerlendiriliyor, uygulandı, müşteri onayladı ya da reddedildi gibi net durumlar kullanın. "Açık" gibi belirsiz etiketlerden kaçının.
5. Sürüm numarasını çizime bağlayın. Her revizyonda dosya adına ya da kayda tarih ve sürüm kodu yazın. Onaylanan sürüm, kayıtta açıkça işaretlensin.

Bu düzen ilk hafta yük gibi görünebilir. Ancak iki üç proje tamamlandığında, ekip hangi bilginin nerede olduğunu aramadan bulabildiğini fark eder. Ofisin birkaç projeyi aynı anda yönetmesi gerektiğinde bu fark daha da belirginleşir.

Bu adımları ofisinizde uygulamak için kullanabileceğiniz bir araç arıyorsanız, Subtask demosunu inceleyebilirsiniz. Platform, proje bazında görev ve talep kaydı tutmanıza izin verir; ancak asıl değer, aracın hangisi olduğundan çok, ekibin her talebi aynı yere girmeyi alışkanlık haline getirmesidir.

Ekip içi sorumluluk ve karar kaydı

Kayıt noktası tek başına yeterli değildir. Her talebin bir sahibi olmalıdır. Müşteriden gelen bir değişiklik talebi, projeyi yöneten mimara ya da proje koordinatörüne atanmalıdır. Atama yapılmadığında talep listede durur ve kimse üzerine almaz.

Karar anları da kayda geçmelidir. Bir revizyon hangi gerekçeyle reddedildi, hangi maliyetle kabul edildi, kim onayladı? Bu bilgiler dört ay sonra bir ücret farkı tartışmasında ya da yapı ruhsatı sürecinde ihtiyaç olacaktır. Karar kaydı çok uzun olmak zorunda değildir; iki üç cümle yeterlidir.

Ayrıca ofis içinde bir kural koymak faydalıdır: Müşteriye söz verilmeden önce kayda bakılır. Sahadaki ekip ya da çizimci, bir değişikliği ancak listede onaylanmış olduğunda uygular. Bu kural ilk başta yavaş gelir, ama ekip ile müşteri arasında beklentilerin aynı olmasını sağlar.

Ofis yönetiminin bu düzeni sürdürebilmesi için haftalık kısa bir gözden geçirme de işe yarar. Açık kalan talepleri, geciken onayları ve sürüm karışıklığı yaşanan projeleri on dakikalık bir toplantıda konuşmak, birikmeyi engeller. Mimarlık ofislerindeki revizyon ve operasyon karmaşası hakkında daha ayrıntılı bir bakış için revizyon süreçleri yazımıza ve operasyonel karmaşa rehberimize de göz atabilirsiniz.

Sonuç

Müşteri geri bildirimleri, mimarlık ofisinin en değerli bilgisidir; ama dağıldığında projenin en büyük maliyetine dönüşür. Telefon, e-posta ve mesajlaşma kanallarını kapatmak yerine, her talebi tek bir proje kaydında toplamak; sürüm numarası, durum ve sorumlu atamak; karar anlarını kısaca belgelemek yeterlidir.

Başlangıç için bugün yapabileceğiniz şey basit: devam eden bir projeyi seçin, son iki haftada gelen tüm talepleri bir listeye yazın ve her birine durum verin. Bu liste, ofisinizin geri bildirim düzenini kurmak için ilk adım olacaktır. Görev ve proje takibini bir araya getirmek istediğinizde ise ücretsiz kayıt sayfasından başlayabilirsiniz.