Kentsel dönüşüm projelerinde hak sahibi takibi: müteahhitler için CRM rehberi

2026'da yürürlüğe giren düzenlemeyle, kentsel dönüşüm kararları artık maliklerin üçte iki çoğunluğu yerine, arsa payı üzerinden hesaplanan salt çoğunluk (yarısından bir fazlası) ile alınabiliyor. Bu değişiklik, süreci hızlandırırken müteahhitler için farklı bir zorluğu da öne çıkarıyor: artık daha kısa sürede, daha fazla binada, daha fazla hak sahibiyle eş zamanlı çalışmak gerekiyor — ve bu ölçekte, kimin onay verdiğini, kimin hâlâ karar aşamasında olduğunu Excel tablolarıyla takip etmek pratik olmaktan çıkıyor.

Önemli bir ayrıntı: bu çoğunluk hesabı, hak sahibi sayısına göre değil, her hak sahibinin sahip olduğu arsa payı oranına göre yapılıyor. Bu, aynı sayıda hak sahibine sahip iki farklı binada, gerekli çoğunluğa ulaşmanın tamamen farklı bir dinamik izleyebileceği anlamına geliyor — büyük arsa payına sahip az sayıda hak sahibi, tek başına salt çoğunluğu sağlayabiliyor. Bu incelik, CRM'inizde yalnızca "onayladı/onaylamadı" bilgisini değil, her hak sahibinin gerçek payını da tutmanızı zorunlu kılıyor.

Bu rehberde hak sahibi kavramının normal bir müşteriden neden farklı ele alınması gerektiğini, hak sahibi takibinde karşılaşılan özel zorlukları, bir CRM'de bu süreci nasıl yapılandırmanız gerektiğini ve iletişimi nasıl sistemli hâle getireceğinizi ele alıyoruz. (Not: Bu yazı genel bir çerçeve sunar; güncel mevzuat ve size özel süreç için mutlaka bir hukuk danışmanına başvurun.)

Hak sahibi, normal bir müşteriden nasıl farklıdır?

{_KD_HIER_TR}

Standart bir gayrimenkul satışında müşteri, parasını verip yeni bir mülk satın alır — ilişki tek yönlüdür. Kentsel dönüşümde hak sahibi ise zaten bir mülke (eski binadaki dairesine) sahiptir ve bu mülkü yeni binada bir birimle takas eder; genellikle ek bir ödeme (veya "hasılat paylaşımı" modelinde bir gelir payı) da işin içindedir. Bu, satış sürecinden çok daha karmaşık bir ilişkidir: hak sahibinin eski birimi, yeni birim tahsisi, olası ek ödeme veya alacak, geçici konut/kira desteği süreci ve en önemlisi — projeye onay verip vermediği, hepsi birbirine bağlı tek bir kayıt olarak izlenmelidir.

Hak sahibi takibinde özel zorluklar

Bir binada onlarca hak sahibi olabilir, her biri farklı bir kaygı taşır — biri "yeni dairem küçülecek mi" diye endişelenirken, bir diğeri "inşaat sırasında nerede kalacağım" sorusuna yanıt arar. Bu çeşitlilik, tek bir standart mesajla yönetilemeyecek kadar geniştir. Buna ek olarak, onay süreci zamana yayılır — bazı hak sahipleri hemen imzalarken, bazıları haftalarca kararsız kalabilir; bu ara dönemde kimin onayladığını, kimin hâlâ beklediğini anlık olarak bilmek, hem müteahhit hem de proje ekibi için kritik bir ihtiyaçtır.

CRM'de hak sahibi kaydı nasıl yapılandırılmalı?

Sağlıklı bir yapı, her hak sahibi için şu bilgileri tek bir kayıtta tutar: eski birim bilgisi (daire no, metrekare, arsa payı oranı), yeni birim tahsisi (hangi yeni daireye karşılık geldiği), onay durumu (onayladı / bekliyor / itiraz etti), finansal durum (ek ödeme gerekiyor mu, ne kadar, hangi vadede) ve iletişim geçmişi (kiminle ne zaman görüşüldü, hangi endişeler dile getirildi). Bu bilgilerin dağınık dosyalarda değil, tek bir sistemde birbirine bağlı olması, hem proje yönetiminin hem de olası bir anlaşmazlıkta gösterilecek şeffaflığın temelidir.

Onay takibi neden bu kadar kritik?

Salt çoğunluk kuralı, kararın arsa payı oranına göre hesaplandığı bir sistemdir — yani hak sahibi sayısını değil, her hak sahibinin sahip olduğu payı bilmeniz gerekir. Bir CRM'de bu payları ve her hak sahibinin güncel onay durumunu tek ekranda görebilmek, gerekli çoğunluğa ne kadar yakın olduğunuzu anlık olarak izlemenizi sağlar. Onayı bekleyen hak sahiplerini ayrı bir listede görmek, iletişim çabanızı doğru kişilere yönlendirmenize de yardımcı olur — herkese aynı genel mesajı göndermek yerine, hâlâ karar vermemiş kişilere odaklanmış bir takip yapabilirsiniz.

İletişim otomasyonu hak sahipleriyle

Onlarca hak sahibiyle tek tek, elle iletişim kurmak hem zaman alır hem de tutarsızlık riski taşır. Standart güncellemeler (inşaat aşaması, toplantı daveti, ödeme hatırlatması) için hazır mesaj şablonları kullanmak, hem zamandan tasarruf sağlar hem de her hak sahibinin aynı doğru bilgiyi aynı anda almasını garanti eder. Kritik olan, bu otomasyonun kişiselleşmeden feragat etmemesi — bir hak sahibinin özel bir sorusu olduğunda, bu soru genel bir şablona değil, o kişiye özel bir yanıta ulaşmalıdır.

Toplantı ve karar kayıtları neden ayrıca önemlidir?

Kentsel dönüşüm sürecinde alınan kararlar, yalnızca hak sahiplerini değil, olası bir hukuki inceleme veya itiraz durumunda müteahhidi de ilgilendirir. Hangi toplantının ne zaman yapıldığı, hangi kararın hangi tarihte, kaç kişinin katılımıyla alındığı gibi bilgilerin CRM'de not olarak tutulması, yalnızca operasyonel bir kolaylık değil — sürecin şeffaflığını ve gerektiğinde geriye dönük olarak kanıtlanabilirliğini sağlayan bir kayıttır. Bu notlar, hak sahibi kaydına bağlı tutulduğunda, "bu karar hangi toplantıda, kimlerin önünde alındı" sorusuna dakikalar içinde yanıt verebilirsiniz.

Geçici konut/kira desteği süreci nasıl izlenmeli?

Bina yıkılıp yeniden inşa edilirken, hak sahiplerinin çoğu bu süre boyunca başka bir yerde kalması gerekir — bazı durumlarda devlet veya proje kapsamında bir kira desteği sağlanır. Bu desteğin kime, ne kadar, hangi süre için verildiğini takip etmek, hak sahibi kaydının doğal bir uzantısıdır; bu bilgi ayrı bir sistemde tutulduğunda, "bu hak sahibine kira desteği ödendi mi" gibi basit bir soruya bile anında yanıt veremezsiniz. İnşaat süresi uzadıkça (ki kentsel dönüşüm projelerinde bu sıkça yaşanır), bu takibin güncel kalması giderek daha kritik hâle gelir.

Somut bir senaryo: 20 daireli bir binada süreç nasıl işler?

20 daireli bir binayı düşünün — arsa payları eşit dağılmış olsun. Gerekli çoğunluğa ulaşmak için yaklaşık 11 hak sahibinin onayı yeterlidir. Süreç başladığında, bir CRM kaydında her hak sahibinin durumu ayrı ayrı izlenir: 7'si hemen onaylar, 5'i toplantı sonrası ikna olur, 3'ü hâlâ kararsızdır, 5'i ise ek sorular sormaktadır. Proje ekibi, onay durumunu gösteren bir panelde "11 gerekiyor, şu an 12'deyiz" bilgisini anlık görür — bir stacking plan'da birim durumlarını görsel olarak izlemeye benzer bir mantıkla, burada da hak sahibi onay durumları görsel bir panelde izlenir. Bu görünürlük, ekibin hangi 3 kişiye ek zaman ayırması gerektiğini net biçimde ortaya koyar.

Proaktif şeffaflık güveni nasıl güçlendirir?

Kentsel dönüşüm gibi hassas ve uzun soluklu bir süreçte, hak sahiplerinin en büyük kaygısı genellikle "sürecin nerede olduğunu bilmemek" duygusundan kaynaklanır. Düzenli aralıklarla (örneğin ayda bir), tüm hak sahiplerine "şu anda sürecin şu aşamasındayız, şu kadar onay toplandı, sıradaki adım şudur" gibi kısa bir güncelleme paylaşmak, kimse sormadan bile belirsizliği azaltır. Bu tür proaktif bir raporlama alışkanlığı, yalnızca onay bekleyen hak sahiplerini değil, zaten onaylamış olanları da sürece bağlı ve bilgilendirilmiş hissettirir — ki bu, uzun bir inşaat süreci boyunca sabrı korumanın en etkili yollarından biridir.

Sık yapılan hatalar

• Hak sahiplerini normal müşteri gibi ele almak: standart bir satış CRM akışı, hak sahibinin eski birim/yeni birim/onay durumu gibi özel ihtiyaçlarını karşılamaz.
• Onay durumunu güncel tutmamak: bir hak sahibi onay verdiğinde bu bilginin gecikmeli işlenmesi, gerekli çoğunluğa ne kadar yaklaşıldığının yanlış hesaplanmasına yol açabilir.
• İletişimi tek kanaldan yürütmek: yalnızca toplantılarla iletişim kurup dijital bir kayıt tutmamak, kim bilgilendirildi kim bilgilendirilmedi sorusunu belirsiz bırakır.
• Finansal detayları ayrı bir sistemde tutmak: ek ödeme veya hasılat payı bilgisinin CRM'den ayrı bir Excel'de olması, tek bir yerden tam resmi görmeyi engeller.

Müteahhitler için başlangıç kontrol listesi

• 1. Her hak sahibi için tek bir kayıt oluşturun. Eski birim, yeni birim, arsa payı ve onay durumu aynı kayıtta olsun.
• 2. Onay durumunu düzenli güncelleyin. Gerekli çoğunluğa ne kadar yakın olduğunuzu her an bilin.
• 3. Onay bekleyenleri ayrı bir listede izleyin. İletişim çabanızı bu gruba odaklayın.
• 4. Standart iletişim için şablonlar hazırlayın. Ama kişisel sorulara kişisel yanıt vermeyi ihmal etmeyin.
• 5. Hukuki süreç için uzman desteği alın. CRM süreci düzenler, ama mevzuata uygunluk için bir hukuk danışmanına ihtiyacınız olacaktır.

Sık sorulan sorular

Hak sahibi takibi için ayrı bir yazılım mı gerekir?

Hayır — mevcut bir inşaat CRM sistemi, doğru alanlarla (eski birim, yeni birim, arsa payı, onay durumu) yapılandırıldığında bu ihtiyacı karşılayabilir. Asıl önemli olan, bu bilgilerin dağınık dosyalar yerine tek bir sistemde birbirine bağlı tutulmasıdır — sistemin adı değil, verinin bütünlüğü asıl belirleyici faktördür.

Onay vermeyen hak sahipleriyle iletişim nasıl yönetilmeli?

Bu hassas bir konudur ve hukuki süreçle iç içedir — CRM'iniz yalnızca iletişim geçmişini ve durumunu şeffaf biçimde kaydetmeli, olası bir anlaşmazlıkta "kiminle ne zaman görüşüldü" sorusuna net yanıt verebilmelidir. Bu sürecin hukuki boyutu için mutlaka bir avukatla çalışın; CRM'in rolü süreci belgelendirmek, hukuki kararları vermek değildir.

Birden fazla bina/proje aynı anda yönetiliyorsa ne değişir?

Ölçek büyüdükçe, tek tek takip pratik olmaktan çıkar. Birden fazla projenin onay durumunu, hak sahibi sayısını ve iletişim yükünü tek bir panelden görebilmek, hangi projenin öncelikli takip gerektirdiğini belirlemenizi kolaylaştırır. On projeyi aynı anda yürüten bir müteahhit için, bu merkezi görünürlük artık bir lüks değil, temel bir operasyonel gerekliliktir.

Bu süreç normal satış sürecinden ne kadar farklı bir zaman çizelgesi izler?

Onay toplama süreci, normal bir satışa göre daha uzun ve daha belirsiz bir zaman çizelgesi izleyebilir — bazı hak sahipleri hemen karar verirken bazıları haftalarca beklenebilir. Bu belirsizliği yönetmenin yolu, süreci acele ettirmek değil, her aşamayı şeffaf biçimde izlemektir. Sabırsızlık, genellikle hak sahiplerinin kararını olumlu yönde etkilemez — net bilgi ve düzenli güncelleme, baskıdan çok daha etkili bir yaklaşımdır.

Kentsel dönüşüm süreci, standart bir satış sürecinden çok daha fazla paydaş, çok daha fazla hassasiyet ve çok daha fazla takip detayı gerektirir. Bu karmaşıklığı bir CRM'de doğru yapılandırmak, yalnızca operasyonel bir kolaylık değil — hem hak sahiplerine hem de olası bir denetime karşı şeffaf, izlenebilir bir süreç sunmanın da temelidir. Bu disiplini erken kuran müteahhitler, hem süreci hızlandırır hem de hak sahipleriyle uzun vadeli bir güven ilişkisi kurar.