Konut Projesinde Arsa Sahibi ve Müteahhit Stoku CRM'de Nasıl Yönetilir?

Kısa cevap: Kat karşılığı bir projede envanterin tek eksiği sahiplik bilgisidir. Her bağımsız bölümün hangi tarafa ait olduğu sistemde bir alan olarak tutulmadığında; iki farklı fiyat listesi dolaşmaya başlar, aynı daire iki kanaldan opsiyona alınır ve satılmış bir daire satılık görünmeye devam eder. Çözüm dört adımdır: sahiplik alanının tanımlanması, durum akışının her iki stok için ortak kurala bağlanması, rol bazlı yetkilendirme ve sahiplik bazlı raporlama. Bu dördü kurulduğunda paylaşımlı stok, tek stok kadar kontrollü yönetilebilir.

Bu yazı envanter yönetiminin sahiplik katmanını ele alıyor. Blok, kat ve daire yapısının temel kurulumu, daire kodlama ve statü akışının kendisi ayrı bir konu; onu Konut Projesinde Envanter Yönetimi yazısında anlattık. Aynı ekibin birden fazla projeyi yönetmesi de farklı bir eksen: Aynı Anda Birden Fazla Projeyi Yöneten Satış Ekibi İçin CRM Rehberi

Tek projede iki stok

Kat karşılığı yapılan projelerde bağımsız bölümler iki tarafa paylaştırılır: müteahhit payı ve arsa sahibi payı. Satış operasyonu açısından bu, aynı binada iki ayrı stok bulunması demektir. İki stok da aynı kata, aynı cepheye, aynı kat planına sahiptir; ama farklı kişiler tarafından, farklı hızda ve çoğu zaman farklı fiyatla satılır.

Sistemde bu ayrım yapılmadığında ortaya çıkan tipik tablo:

• Satış danışmanı, arsa sahibine ait bir daireyi müşteriye gösterir ve opsiyona alır. Daire aslında satış yetkisi dışındadır.
• Arsa sahibi kendi dairesini bir emlak ofisi aracılığıyla satar; bilgi satış ofisine bir hafta sonra ulaşır. O arada aynı daire başka bir müşteriye teklif edilmiştir.
• Satış müdürü "bu tipte kaç daire kaldı" sorusunu cevaplayamaz, çünkü ekrandaki liste projenin yalnızca bir bölümünü gösterir.
• Ay sonu raporunda proje doluluk oranı gerçeğin altında veya üstünde görünür.

Bu sorunların hiçbiri fiyat pazarlığı ya da ticari anlaşmazlık değildir; tamamı veri yapısı sorunudur ve veri yapısıyla çözülür.

Sahiplik: envanterin eksik kolonu

Tek malikli bir projede bağımsız bölüm kaydı için blok, kat, daire numarası, tip, metrekare, cephe, fiyat ve durum yeterlidir. Paylaşımlı projede buna bir alan eklenir: sahiplik.

Alanın kurulumunda dikkat edilecekler:

1. Seçenekler sabit olmalı. "Müteahhit payı", "Arsa sahibi payı" gibi tanımlı değerler kullanılmalı; serbest metin yazılmamalıdır. Aksi halde raporlama yapılamaz.
2. Birden fazla arsa sahibi varsa ayrı ayrı tanımlanmalı. Hisseli arsalarda ve kentsel dönüşüm projelerinde "arsa sahibi" tek bir kişi değildir; hangi dairenin hangi hak sahibine ait olduğu kayıtta durmalıdır.
3. Paylaşım listesiyle birebir eşleşmeli. Sisteme girilen sahiplik bilgisi, taraflar arasında imzalanmış paylaşım listesinden aktarılmalıdır; satış ekibinin hafızasından değil.
4. Değişiklik izlenebilir olmalı. Proje revizyonu nedeniyle paylaşım güncellenirse, değişikliğin ne zaman ve kim tarafından yapıldığı görünmelidir.
5. Boş bırakılamamalı. Sahiplik alanı doldurulmadan bağımsız bölüm kaydı tamamlanamamalıdır.

Bu alan kurulduğu anda, daha önce cevaplanamayan sorular cevaplanabilir hale gelir: hangi tarafta kaç daire kaldı, hangi taraf daha hızlı satıyor, kalan stokta hangi tipler birikmiş durumda?

Durum yönetimi: iki stok, tek akış

Sahiplik ayrımı yapılırken durum akışının ikiye bölünmemesi gerekir. Her iki stok da aynı durum setini kullanmalı; fark sahiplik alanında tutulmalıdır. Aksi halde "arsa sahibi satıldı" ve "müteahhit satıldı" gibi paralel statüler oluşur ve raporlama karmaşıklaşır.

"Kapalı" durumu paylaşımlı projelerin ayırt edici ihtiyacıdır. Arsa sahibinin oturmak veya elde tutmak için ayırdığı daireler, satılık olmadığı halde envanterde var olmalıdır. Bunlar listeden çıkarılırsa projenin toplam bağımsız bölüm sayısı tutmaz; "Müsait" bırakılırsa satış ekibi bunları müşteriye teklif eder.

Durum geçişlerinin kimin tarafından yapılabileceği de tanımlanmalıdır. En sık atlanan geçiş, arsa sahibi tarafında gerçekleşen satışın sisteme işlenmesidir; bunun sorumlusu ve süresi belirlenmezse envanter gecikmeli çalışır.

Ayrı fiyat listeleri nasıl yönetilir?

İdeal kurgu, her iki tarafın da aynı fiyat listesini kullanmasıdır. Ancak uygulamada arsa sahibi kendi fiyatını belirlemeyi tercih edebilir. Sistem tarafında üç seçenek vardır:

Hangi kurgu seçilirse seçilsin, sistemde uyulması gereken üç kural vardır:

• Her fiyatın bir listesi olmalı. Fiyat, daire kaydında serbestçe değiştirilen bir sayı değil, bir liste versiyonuna bağlı bir değer olmalıdır.
• Her teklif dayandığı listeyi taşımalı. Böylece sonradan "bu fiyat nereden çıktı" tartışması yaşanmaz.
• Liste güncellemeleri her iki tarafa da bildirilmeli. Tek taraflı güncellenen liste, satış ofisinde iki farklı fiyatın konuşulmasına yol açar.

Fiyat hareketinin zaman içindeki planlaması ayrı bir konudur: Konut Projesinde Kademeli Fiyat Artışı Nasıl Yönetilir? Daireler arası değer farkı için: Konut Projesinde Şerefiye Nasıl Belirlenir?

Yetkilendirme: kim neyi görür, kim neyi değiştirir?

Paylaşımlı stokta görünürlük ile işlem yetkisi birbirinden ayrılmalıdır. Satış danışmanının arsa sahibi dairelerini görmesi gerekir; çünkü müşteriye projenin gerçek stok durumunu anlatabilmelidir. Ancak bu daireler üzerinde işlem yapması yetki tanımına bağlıdır.

Dış kanal satırı için ayrıntılı çerçeve: Konut Projesinde Acente ve Broker Yönetimi

Yetkilendirmenin en sık yapılan hatası, arsa sahibi dairelerinin görünürlüğünü tamamen kapatmaktır. Bu, satış ekibini kör bırakır: danışman müşteriye "bu tipte daire kalmadı" derken projede o tipten daireler durur ve satış fırsatı kaybedilir.

Opsiyon ve rezervasyon çakışmalarını önlemek

Paylaşımlı stokta opsiyon yönetimi, tek malikli projelere göre daha sıkı kurallar gerektirir; çünkü aynı daire üzerinde işlem yapabilecek taraf sayısı fazladır.

Kurulması gereken kural seti:

1. Tek kaynak. Opsiyon yalnızca sistem üzerinden açılır. Telefonda verilen söz, sistemde kaydı yoksa geçerli değildir.
2. Süre tanımı. Her opsiyonun bir bitiş zamanı olmalı ve süre dolduğunda daire otomatik olarak Müsait duruma dönmelidir.
3. Uzatma yetkisi. Süre uzatımının kimin onayına bağlı olduğu tanımlanmalıdır.
4. Sahiplik kontrolü. Danışman yetkili olmadığı bir stokta opsiyon açmaya çalıştığında sistem uyarı vermelidir.
5. Çakışma önceliği. Aynı daire için iki talep geldiğinde hangi kaydın geçerli olduğu, kayıt zamanına göre belirlenmelidir.
6. Rezervasyon eşiği. Opsiyondan rezervasyona geçiş için hangi koşulun arandığı (ön ödeme, imzalı form) yazılı olmalıdır.

Arsa sahibi tarafında açılan opsiyonlar özel bir risk taşır. Arsa sahibi bir müşteriyle görüşürken daireyi sözlü olarak tutar, ancak bu bilgi sisteme girmez. Aynı daire satış ofisi tarafından başka bir müşteriye gösterilir. Bu durumu önlemenin tek yolu, arsa sahibi tarafının da opsiyonlarını aynı sisteme bildirmesini sağlayan bir akış kurmaktır.

Aynı dairenin iki kez satılmasını engellemek

Çift satış, konut satışındaki en pahalı operasyon hatasıdır ve paylaşımlı projelerde olasılığı belirgin biçimde artar. Önleyici mekanizmalar:

Bu listede en zayıf halka üçüncü satırdır: bildirim süresi. Sistem ne kadar iyi kurulursa kurulsun, arsa sahibi tarafındaki bir satış üç gün sonra bildiriliyorsa envanter üç gün boyunca yanlış çalışır. Bu sürenin saatler düzeyinde tanımlanması ve tercihen arsa sahibi tarafının da doğrudan sisteme kayıt yapabilmesi gerekir.

Ortak envanter görünümü

Paylaşımlı stokun düzgün çalışması, her iki tarafın da aynı ekrana bakmasına bağlıdır. Arsa sahibinin kendi dairelerinin durumunu görebildiği, güncel fiyatı okuyabildiği ve satışlarını bildirebildiği bir görünüm, bilgi akışındaki gecikmeyi büyük ölçüde ortadan kaldırır.

Ortak görünüm kurulurken belirlenmesi gerekenler:

• Arsa sahibi tarafının yalnızca kendi payındaki daireleri mi, yoksa projenin tamamının müsaitlik durumunu mu göreceği
• Müşteri bilgilerinin paylaşılıp paylaşılmayacağı; kişisel veriler bakımından paylaşımın kapsamı ve dayanağı
• Fiyat bilgisinin hangi düzeyde görüneceği
• Güncelleme sıklığı ve bildirim yöntemi
• Görünümün hangi formatta sunulacağı: sistem erişimi mi, düzenli rapor mu

Müşteri verisi paylaşımı konusunda dikkatli olun: iki tarafın envanter durumunu paylaşması ile alıcı kişisel verilerinin paylaşılması farklı şeylerdir. Kişisel veri boyutu için: Gayrimenkul Satışında KVKK Uyumluluğu

Evon'un canlı modül sayfasında Envanter Motoru, Durum Yönetimi, Fiyat Listesi Yönetimi, Şerefiye Yönetimi, Rezervasyon Yönetimi, Teklif Yönetimi, Rol & Yetkilendirme ve Satış Raporları modülleri bulunmaktadır. Sahiplik bazlı bir yapının kendi kurulumunuzda nasıl tanımlanabileceğini doğrulamanız gerekir. Modül dökümü için Modüller sayfasına bakabilirsiniz.

Sahiplik bazlı satış raporlaması

Sahiplik alanının asıl karşılığı raporlamada ortaya çıkar. Ayrım yapılmadan okunan bir satış raporu, paylaşımlı projede yanıltıcıdır.

Üçüncü satır erken uyarı verir: iki taraf arasındaki ortalama gerçekleşen fiyat farkı açılıyorsa, fiyat politikası fiilen uygulanmıyor demektir. Son satır ise veri kalitesini ölçer; kayıt gecikmesi büyüdükçe envanterin güvenilirliği düşer. Metrik çerçevesinin bütünü için: Satış Ekibi KPI: Ölçmeniz Gereken 8 Metrik

Teklif ve sözleşme aşamasında sahiplik kontrolü

Sahiplik bilgisi yalnızca envanter ekranında değil, satış sürecinin çıktı belgelerinde de görünmelidir. Teklif ve sözleşme aşamasında yanlış tarafın satıcı olarak yazılması, sonradan düzeltilmesi zor bir hatadır.

Sistemde kurulması gereken kontroller:

• Teklifte satıcı bilgisi. Teklif oluşturulurken satıcı tarafı, dairenin sahiplik alanından otomatik gelmelidir; elle seçilen bir alan olmamalıdır.
• Yetki uyarısı. Danışman, satış yetkisi tanımlanmamış bir stokta teklif oluşturmaya çalıştığında sistem uyarmalıdır.
• Fiyat-liste bağı. Teklifteki fiyat, o dairenin bağlı olduğu liste versiyonundan okunmalıdır.
• Onay akışı. Arsa sahibi payındaki bir daire için verilen teklifin ek bir onaya tabi olup olmadığı tanımlı olmalıdır.
• Sözleşme öncesi kontrol. Sözleşme aşamasına geçmeden önce dairenin durumu ve sahipliği son kez doğrulanmalıdır.

Bu kontroller kurulduğunda, satış ekibinin "bu daire kimin" sorusunu her seferinde sorması gerekmez; sistem cevabı zaten taşır.

Ödeme planı ve tahsilat tarafında sahiplik

Satış gerçekleştikten sonra da sahiplik bilgisi işlevini sürdürür. Paylaşımlı projelerde finans tarafında netleşmesi gereken başlıklar:

Ayrıca ödeme planı seçenekleri iki tarafta farklı olabilir: arsa sahibi uzun vadeli plan sunmak istemeyebilir. Bu durumda danışmanın hangi daire için hangi planı önerebileceğini sistemden görmesi gerekir; aksi halde müşteriye sunulamayacak bir plan anlatılır. Plan tasarımı için: Konut Projesinde Ödeme Planı Nasıl Kurgulanır? Takip tarafı için: Konut Projesinde Tahsilat Takibi

Ekibin günlük kullanımı: ilk 30 gün

Sahiplik yapısı teknik olarak kurulsa bile, ekip alışkanlığı değişmedikçe veri bozulmaya devam eder. Devreye alma için pratik bir sıra:

Dördüncü haftadaki rapor sürecin kalıcılığını belirler. Sahiplik alanının doldurulması ekip tarafından yalnızca bir zorunluluk olarak görülüyorsa zamanla boş bırakılır; raporda karşılığını gördüklerinde ise alan kendiliğinden yaşar.

Projeyi sisteme açarken kontrol listesi

Bu listedeki ikinci adım en kritik olanıdır ve satış başlamadan tamamlanmalıdır. Paylaşım listesi kesinleşmeden satışa çıkılan projelerde, satılan bir dairenin karşı tarafın payında olduğu sonradan anlaşılabilir; bu noktada müşteriye geri dönmek hem satışı hem güveni kaybettirir.

Paylaşımlı stokta veri kalitesini korumak

Sahiplik yapısının en büyük riski kurulum değil, zamanla bozulmasıdır. Proje ilerledikçe daire değişimleri, takaslar ve paylaşım revizyonları kaydı gerçeğinden uzaklaştırabilir.

Veri kalitesini koruyan uygulamalar:

• Tek giriş noktası. Sahiplik alanı yalnızca yetkili bir rol tarafından değiştirilebilmelidir; danışman seviyesinde düzenlenebilir bir alan olmamalıdır.
• Değişiklik gerekçesi. Sahiplik değiştiğinde gerekçenin ve dayanağının (paylaşım revizyonu, takas, mutabakat tutanağı) kayda yazılması.
• Dönemsel mutabakat. Ayda bir, sistemdeki sahiplik dağılımının imzalı paylaşım listesiyle karşılaştırılması.
• Boş alan raporu. Sahipliği tanımsız kalan bağımsız bölümlerin düzenli olarak listelenmesi.
• Kayıt gecikmesi takibi. Satışların sisteme kaç saat sonra işlendiğinin ölçülmesi ve eşiği aşanların gündeme alınması.

Bu beş uygulama, envanterin projenin ikinci yılında da ilk günkü doğrulukta kalmasını sağlar. Paylaşımlı projelerde envanterin güvenilirliği, satış ekibinin sisteme duyduğu güvenin doğrudan ölçüsüdür: bir kez yanlış bilgi veren ekran, danışman tarafından bir daha açılmaz ve herkes kendi listesine döner.

Kısa hukuki bağlam

Bu bölüm bilgilendirme amaçlıdır, hukuki görüş değildir. Operasyonel kurgunun dayandığı iki nokta kısaca şöyledir:

• Satış yetkisi sahipliğe bağlıdır. Her taraf kural olarak kendi payındaki bağımsız bölümler üzerinde tasarrufta bulunur. Satış ekibinin arsa sahibi dairelerini satabilmesi, taraflar arasında ayrıca kararlaştırılmasını gerektirir; bu düzenlemenin kapsamı ve niteliği hukuk danışmanınızla belirlenmelidir.
• Tüketiciye yapılan ön ödemeli satışlarda mevzuat ayrıca değerlendirilir. Satışın 6502 sayılı Kanun kapsamına girip girmediği; satıcının ticari veya mesleki amaçla hareket edip etmediğine, alıcının tüketici sıfatına ve işlemin niteliğine göre belirlenir. Sözleşme tarafı için: Ön Ödemeli Konut Satış Sözleşmesi: Neleri İçermeli?

Sistemin görevi bu hukuki çerçeveyi kurmak değil, kurulan çerçeveyi günlük operasyonda uygulanabilir kılmaktır: yetkiler yazılıysa sistemde tanımlanır, bildirim süresi kararlaştırılmışsa sistemde takip edilir.

Sık yapılan sekiz hata

1. Arsa sahibi dairelerini envantere hiç almamak. Projenin gerçek stok tablosu görünmez hale gelir.
2. Sahiplik bilgisini serbest metin olarak tutmak. Raporlama yapılamaz.
3. Paralel Excel listesi yaşatmak. İki kaynak varsa biri her zaman eskidir.
4. Görünürlüğü tamamen kapatmak. Danışman müşteriye yanlış bilgi verir, satış fırsatı kaçar.
5. Kapalı daireleri Müsait bırakmak. Satılmayacak daireler müşteriye teklif edilir.
6. Opsiyonu sistem dışında vermek. Sözlü opsiyon, çift satışın en yaygın nedenidir.
7. Bildirim süresini tanımlamamak. Envanter gecikmeli çalışır ve güvenilirliğini yitirir.
8. Raporları sahiplik ayrımı olmadan okumak. Bir tarafın yavaşlığı toplam rakamın içinde kaybolur.

Sık sorulan sorular

Arsa sahibi daireleri envanterde görünmeli mi?

Evet. Görünmediğinde satış ekibi projenin gerçek stok durumunu bilemez. Doğru yaklaşım, daireleri sahiplik etiketiyle göstermek ve işlem yetkisini rol bazında sınırlandırmaktır.

Ayrı fiyat listesi tutmak zorunda mıyım?

Taraflar ortak fiyat politikasında anlaşmışsa tek liste yeterlidir ve tercih edilendir. Arsa sahibi kendi fiyatını belirliyorsa sahiplik bazlı ikinci bir liste versiyonu tanımlanabilir; önemli olan her fiyatın bir liste versiyonuna bağlı olmasıdır.

Arsa sahibi kendi dairesini sattığında sisteme nasıl işlenir?

En sağlıklısı, arsa sahibi tarafının kendi payındaki daireler için doğrudan durum bildirimi yapabileceği bir erişim tanımlanmasıdır. Bu mümkün değilse, bildirimin kaç saat içinde ve kime yapılacağı yazılı olarak belirlenmeli ve sisteme işleme sorumluluğu tek bir kişiye verilmelidir.

Çift satışı tamamen önlemek mümkün mü?

Tek envanter kaynağı, durum kilidi ve sistem dışı opsiyon verilmemesi kuralı birlikte uygulandığında risk büyük ölçüde ortadan kalkar. Kalan risk, sistem dışında yapılan ve geç bildirilen işlemlerden kaynaklanır; bu da bildirim süresinin kısaltılmasıyla yönetilir.

"Kapalı" durumunu ne zaman kullanmalıyım?

Satılmayacak ama projede var olan daireler için: arsa sahibinin kendisine ayırdığı daireler, örnek daire olarak kullanılan birimler veya henüz satışa açılmamış etaplar. Bu daireler listeden silinmemeli, durumla işaretlenmelidir.

Birden fazla arsa sahibi varsa ne yapmalı?

Sahiplik alanı tek bir "arsa sahibi" değeriyle değil, hak sahibi bazında tanımlanmalıdır. Kentsel dönüşüm projelerinde bu ayrım yapılmazsa, kimin dairesinin satıldığı ve kimin stoğunun beklediği izlenemez.

Dış kanal arsa sahibi dairelerini görebilmeli mi?

Yalnızca yetkilendirildiği kapsamda. Acente veya emlak ofisi, satış yetkisi verilmemiş bir stoğu müşterisine teklif etmemelidir; bu nedenle görünürlük yetkiyle birlikte tanımlanmalıdır.

Sonuç

Kat karşılığı projelerde envanter yönetimi, tek malikli projelerin biraz daha karmaşık hâli değildir; tek bir alan eklendiğinde tamamen yönetilebilir hale gelen ayrı bir yapıdır. O alan sahipliktir.

Sahiplik bilgisi sistemde durduğunda geri kalan her şey sıraya girer: durum akışı ortak kurallarla işler, fiyat listeleri versiyonlanır, yetkiler rol bazında ayrılır, opsiyonlar tek kaynaktan açılır ve raporlar iki tarafı ayrı ayrı gösterir. Bu bilgi olmadığında ise hiçbir rapor güvenilir değildir.

Bugün yapılabilecek en pratik kontrol şudur: envanterinizi açın ve "arsa sahibi payındaki daireler" filtresini uygulayın. Böyle bir filtre uygulayamıyorsanız, eklenecek ilk alan bellidir.

İlgili Yazılar

Konut Projesinde Müşteri Memnuniyeti Nasıl Ölçülür? Konutta Sözleşme Devri: Müşteri Daireyi Teslimden Önce Satmak İsterse Ne Olur? Satış Kampanyası Nasıl Kurgulanır? Kapsam, Süre, Bitiş ve Ölçüm