Konut Projesinde Envanter Yönetimi: Blok, Kat, Daire

Bir konut projesinde yapılabilecek en pahalı operasyonel hata, aynı daireyi iki müşteriye satmaktır. İkinci en pahalısı ise satılmış bir daireyi müşteriye teklif etmektir. İkisi de aynı kökten gelir: envanter yönetiminin canlı olmaması.

Yüz daireli bir projede yüzlerce statü değişimi olur. Bunu Excel'de ve WhatsApp mesajlarıyla yönetmek, bir noktada mutlaka çakışma üretir.

Bu rehberde şunları bulacaksınız:

• Daire kodlama ve statü akışı kurgusu
• Opsiyon süresi yönetimi ve çift satış riskinin önlenmesi
• Envanterin sunum, fiyatlandırma ve raporlamayla bağlantısı

Envanter yönetimi nedir?

Envanter yönetimi, projedeki her bağımsız bölümün güncel durumunun tek bir kaynaktan izlenmesidir. Amaç basit bir soruya her an doğru cevap verebilmektir: bu daire şu anda satılabilir mi?

Bir konut projesinde envanter kaydı tipik olarak şunları içerir:

• Blok, kat, kapı numarası ve bağımsız bölüm numarası
• Daire tipi (1+1, 2+1, 3+1), brüt ve net metrekare
• Cephe, manzara ve kat konumu
• Liste fiyatı ve şerefiye katsayısı
• Güncel statü ve statü tarihi
• İlgili müşteri ve danışman

Bu bilgi dağınık olduğunda her sorunun cevabı "bir kontrol edeyim" olur — ve satış hızı düşer.

Daire kodlama sistemi

Kodlama sıkıcı görünen ama her şeyin üstüne kurulduğu temeldir. İyi bir kod okunabilir ve benzersizdir.

Yaygın ve işleyen bir yapı: Blok-Kat-DaireNo (örneğin A-07-03). Buna daire tipi eklenebilir ama kodun kendisi kısa kalmalıdır.

Dikkat edilecekler:

• Tapudaki bağımsız bölüm numarasıyla eşleştirin. Satış kodunuz ile tapu kaydı farklıysa devir aşamasında karışıklık çıkar.
• Baştan sabitleyin. Proje ortasında kodlama değiştirmek, tüm geçmiş kayıtları bozar.
• Faz bilgisini ekleyin. Çok fazlı projelerde faz kodun parçası olmalıdır.
• Ticari üniteleri ayırın. Dükkân ve ofisler konutlarla aynı seride olmasın.

Statü akışı: bir daire hangi hallerden geçer?

Statüler net değilse raporlar da net olmaz. En az beş statü tanımlayın:

1. Satışa kapalı. Henüz satışa açılmamış faz veya blok.
2. Müsait. Satılabilir durumda.
3. Opsiyonlu. Bir müşteri için geçici olarak ayrılmış, süre işliyor.
4. Sözleşme aşamasında. Ön ödeme alınmış, evrak süreci sürüyor.
5. Satıldı. Sözleşme tamamlanmış.

İsteğe bağlı olarak "tapu devredildi" statüsü eklenebilir; bu, tahsilat ve teslim süreçlerini izlemeyi kolaylaştırır.

Kritik kural: her statü değişimi tarih ve kullanıcı bilgisiyle kaydedilmelidir. Kim, ne zaman, hangi daireyi opsiyonladı sorusunun cevabı olmadığında anlaşmazlık çözülemez.

Opsiyon süresi yönetimi

Opsiyon, satışın en faydalı ve en kötüye kullanılan aracıdır. Müşteriye düşünme süresi verir; ama süresiz bırakıldığında envanteri kilitler.

Sağlıklı bir opsiyon kurgusu:

• Süre kısa ve net olsun. Genellikle birkaç gün yeterlidir.
• Süre dolduğunda otomatik düşsün. Manuel takip unutulur; sistem kendisi serbest bırakmalı.
• Uzatma yetkisi sınırlı olsun. Danışman kendi başına süresiz uzatamamalı.
• Opsiyon sayısı izlensin. Bir danışmanın aynı anda kaç daireyi tuttuğu görünmeli.

Son madde önemlidir. Bazı danışmanlar "ihtimal" diye daire tutar ve envanteri yapay olarak daraltır. Rapor bunu gösterdiğinde davranış kendiliğinden düzelir.

Çift satış riski nasıl önlenir?

Çift satış, envanterin tek kaynaktan yönetilmemesinden doğar. Klasik senaryo: danışman A ekrandaki listeye bakar, danışman B elindeki güncel olmayan PDF'e bakar, ikisi aynı daireyi satar.

Önleyici mekanizmalar:

• Tek kaynak. Herkes aynı canlı sisteme baksın; kopya liste dolaşmasın.
• Anlık kilit. Bir daire opsiyonlandığı anda diğer kullanıcılarda kapalı görünsün.
• Kağıt liste yasağı. Basılı fiyat listesi dolaşıma girdiği an eskir.
• Eşzamanlı erişim. Sistem, aynı anda birden fazla kullanıcının çalışmasını desteklemeli.

Excel'in en zayıf noktası tam burasıdır: dosya kopyalanır, farklı sürümler dolaşır ve hangisinin doğru olduğu belirsizleşir. Geçiş sürecini Excel'den CRM'e geçiş yazımızda ele aldık.

Envanteri fiyatlandırmaya bağlamak

Envanter yalnızca "var/yok" bilgisi değildir; fiyat da envanterin parçasıdır.

Aynı tipteki daireler kat, cephe ve manzaraya göre farklı fiyatlanır. Bu farkı yöneten şey şerefiye katsayısıdır ve envanter kaydında tutulması gerekir. Hesaplama yöntemini şerefiye yazımızda ayrıntılı anlattık.

Envanter ve fiyat birlikte tutulduğunda şunlar mümkün olur:

• Fiyat güncellemesi tüm kanallara aynı anda yansır
• Hangi fiyat bandının hızlı tükendiği görülür
• Kalan envanterin toplam değeri anlık hesaplanır
• Kampanya belirli daire gruplarına hedeflenebilir

Sunum ve maketle senkronizasyon

Envanterin en görünür yüzü satış görüşmesidir. Danışman ekranda bir daire gösterirken o dairenin gerçekten müsait olduğundan emin olmalıdır.

Bu yüzden envanter, sunum araçlarını beslemelidir:

• Dijital makette satılan daire kapalı görünür
• Dijital sunumda filtreleme yalnızca müsait daireleri getirir
• Proje web sitesinde müsaitlik gerçek zamanlı yansır

Bağlantı kurulduğunda "efendim o daire satıldı" cümlesi ortadan kalkar. Dijital maket canlı stok durumuna bağlandığında blok, kat ve daire seçimi güvenilir hale gelir. Sunum akışının tamamını dijital sunum rehberimizde inceledik.

Faz ve blok bazlı satışa açma

Çok fazlı projelerde envanterin tamamını aynı anda açmak genellikle hatadır. Kademeli açış hem fiyat artışına imkân verir hem kıtlık algısı yaratır.

Pratik yaklaşım:

• Her fazı ayrı bir envanter grubu olarak tanımlayın
• Satışa kapalı fazlar sunumda görünmesin veya "yakında" olarak işaretlensin
• Bir faz belirli bir doluluk oranına ulaşınca sonraki faz açılsın
• Faz geçişlerinde fiyat güncellemesi planlanmış olsun

Bu kurgu, ön talep listesiyle birlikte çalıştığında güçlenir. Liste hazırsa yeni faz açıldığı gün alıcı havuzu da hazırdır; ayrıntısını ön talep toplama yazımızda ele aldık.

Yetki ve erişim yönetimi

Envanter herkesin her şeyi değiştirebildiği bir tablo olmamalıdır. Yetki ayrımı yapılmadığında iki sorun çıkar: yanlışlıkla yapılan değişiklikler ve sorumluluğun kaybolması.

Sağlıklı bir yetki kurgusu genellikle şu katmanlardan oluşur:

• Danışman. Daire görüntüler, opsiyon açar, kendi opsiyonunu kaldırır. Fiyat değiştiremez.
• Satış müdürü. Opsiyon süresini uzatır, iskonto yetkisi kullanır, satış statüsünü onaylar.
• Fiyatlandırma sorumlusu. Liste fiyatı ve şerefiye katsayılarını günceller.
• Yönetim. Faz açar/kapatır, raporlara tam erişir.

Bu ayrım özellikle iskonto tarafında kritiktir. Her danışmanın kendi başına indirim yapabildiği bir sistemde fiyat bütünlüğü birkaç ay içinde dağılır; aynı tipteki daireler farklı fiyatlardan satılır ve müşteriler bunu öğrenir.

Yetki kadar önemli olan iz kaydıdır. Kim ne zaman hangi daireyi opsiyonladı, kim iskonto uyguladı, kim statüyü değiştirdi — hepsi kayıtlı olmalıdır. Anlaşmazlık çıktığında hafızaya değil kayda bakılır.

Envanter raporları

Envanterden çıkarılabilecek en değerli raporlar:

• Doluluk oranı. Blok, kat ve tip bazında satış yüzdesi.
• Tip bazlı hız. Hangi daire tipi ne kadar sürede tükeniyor?
• Kalan envanter değeri. Elde kalan stoğun toplam liste değeri.
• Opsiyon dönüşüm oranı. Opsiyonlanan dairelerin kaçı satışa dönüyor?
• Yaşlanan envanter. Uzun süredir satılmayan daireler hangileri?

Son ikisi özellikle aksiyon üretir. Opsiyon dönüşümü düşükse satış tekniğinde sorun vardır; yaşlanan envanter belirli bir cephede yığılıyorsa fiyatlandırma gözden geçirilmelidir.

Raporlamayı elle yapmak yerine raporlama modülleriyle otomatikleştirmek, haftalık toplantı hazırlığını dakikalara indirir.

Devreye alma: veriyi nasıl taşırsınız?

Envanteri sisteme almanın en kritik anı ilk kurulumdur. Yanlış veriyle başlayan bir envanter, sonradan düzeltilmesi en zor yapıdır.

Kurulum sırası şöyle işler: önce blok ve kat yapısı tanımlanır, sonra bağımsız bölümler tapudaki numaralarla eşleştirilerek yüklenir, ardından tip, metrekare ve cephe bilgileri girilir. Fiyat ve şerefiye en son eklenir — çünkü fiyat değişkendir, yapı ise sabittir.

Yüklemeden sonra mutlaka bir doğrulama turu yapın: toplam daire sayısı projedeki sayıyla, tip dağılımı mimari projeyle uyuşuyor mu? Bu kontrol atlandığında hata aylar sonra bir satış anında ortaya çıkar.

Sonuç

Envanter yönetimi, konut satışının görünmeyen ama her şeyi taşıyan omurgasıdır. Öne çıkan dört nokta:

• Kodlama tapudaki bağımsız bölüm numarasıyla eşleşmeli ve baştan sabitlenmelidir.
• Statü değişimleri tarih ve kullanıcı bilgisiyle kaydedilmelidir.
• Opsiyon süresi dolunca daire otomatik olarak müsait duruma dönmelidir.
• Envanter, sunum ve maketi beslemezse danışman satılmış daire teklif eder.

Projenizin envanterini canlı ve tek kaynaktan yönetmek için Evon'dan bir demo talep edin. Daha fazla içerik için Evon Blog sayfasını inceleyebilirsiniz.

Statü akışını, opsiyon süresini ve çift satış kontrolünü elle takip etmek belirli bir daire sayısından sonra mümkün olmuyor; bu noktada CRM üzerinden envanter yönetimi tek doğru kaynak oluşturur.

Sıkça Sorulan Sorular

İlgili Yazılar

Konut Projesinde Şerefiye Nasıl Belirlenir? Satış Ofisinde Dijital Sunum Ön Talep Toplama: Lansman Öncesi Satış Rehberi