Fiyat Listesi Yönetimi ve Versiyonlama: Aynı Projede İki Fiyat Nasıl Önlenir?

Kısa cevap: Aynı projede iki farklı fiyatın dolaşması, kötü niyetten değil yapısal bir eksiklikten doğar: fiyat tek bir kayıtta değil, birden fazla yerde tutulur. Çözüm fiyatı daire kartında serbestçe değiştirilen bir sayı olmaktan çıkarıp versiyonlanmış bir listeye bağlamaktır. Her listenin bir numarası, yürürlük tarihi ve onaylayanı olur; her teklif hangi versiyona dayandığını taşır; satış ofisi ekranı, maket, web sitesi ve acente görünümü aynı versiyondan okur. Zam günü ise bir duyuru değil, yazılı bir geçiş prosedürüdür: açık tekliflerin ve opsiyonların ne olacağı önceden karara bağlanmış olmalıdır.

Bu yazı fiyat listesinin operasyonel yönetimini ele alıyor. Fiyatın ne zaman ve ne kadar artırılacağı ayrı bir konu; onu Konut Projesinde Kademeli Fiyat Artışı Nasıl Yönetilir? yazısında, daireler arası fiyat farkının nasıl kurulacağını ise Konut Projesinde Şerefiye Nasıl Belirlenir? yazısında anlattık.

İki fiyat nasıl oluşur?

"Bizde böyle bir sorun yok" diyen satış ofislerinin çoğunda da vardır; fark edilmesi genellikle bir müşteri şikâyetiyle olur. Oluşma yolları:

• Dosya kopyaları. Fiyat listesi Excel veya PDF olarak paylaşılır; güncelleme yapıldığında eski kopyalar danışmanların bilgisayarında kalır.
• Güncellenmeyen ekranlar. Maket, web sitesi veya broşür ayrı besleniyorsa zam sonrası eski fiyatı göstermeye devam eder.
• Açık teklifler. Zamdan önce verilmiş ve hâlâ geçerli olan teklifler, fiilen eski listeyi yaşatır.
• Dış kanal. Acenteye gönderilen liste güncellenmediğinde portal ilanlarında eski fiyat kalır.
• Sözlü taahhütler. Danışmanın "sizin için bu fiyatı koruyorum" demesi, kayda geçmeyen bir ikinci fiyat yaratır.
• Yetkisiz indirim. Onay almadan verilen indirimler, zamanla kendiliğinden bir alt fiyat seviyesi oluşturur.

Bu altı yolun ortak noktası şudur: hiçbiri yazılım hatası değil. Hepsi, fiyatın tek bir kaynaktan okunmamasından kaynaklanır.

Fiyat listesi tek bir sayı değildir

"Fiyat listesi" denince akla daire başına yazılmış bir rakam gelir. Oysa işleyen bir yapıda liste birkaç bileşenden oluşur ve bunların ayrı tutulması, güncellemeyi çok daha kolay hale getirir.

Bileşenlerin ayrı tutulmasının pratik faydası şudur: yüzde beşlik bir artış kararı alındığında, yüzlerce daire fiyatını tek tek değiştirmek yerine baz fiyat güncellenir ve katsayılar üzerinden yeni liste otomatik oluşur. Elle girilen her fiyat, bir hata ihtimalidir.

Ödeme planı farkının ayrı tutulması da önemlidir; aksi halde peşin ve vadeli fiyatlar iki ayrı liste gibi yönetilmeye başlanır. Planlar arası farkın nasıl hesaplanacağı için: Paranın Zaman Değeri ve NPV

Versiyonlama ne demek?

Versiyonlama, her fiyat güncellemesinin eskisinin üzerine yazılması yerine yeni bir kayıt olarak saklanması demektir. Eski liste silinmez, arşivde kalır ve geçmiş işlemler ona bağlı olmayı sürdürür.

Bu yapı üç soruyu cevaplanabilir kılar:

1. Bu müşteriye hangi fiyat söylendi ve hangi listeye dayanıyordu?
2. Şu an geçerli olan liste hangisi ve ne zaman yürürlüğe girdi?
3. Geçen çeyrekte hangi fiyat seviyesinden kaç satış yapıldı?

Üçüncü soru yönetim için değerlidir: zam sonrası satış hızındaki değişimi ancak hangi satışın hangi listeye ait olduğu bilindiğinde ölçebilirsiniz.

Versiyon kaydında ne bulunmalı?

Altıncı satır sonradan en çok işe yarayandır: altı ay önceki zammın gerekçesi hatırlanmadığında, fiyat politikası tartışmaları tahmine dayanır. Gerekçenin kayıtlı olması, ilan mevzuatı açısından da faydalıdır; internet ilanlarında haklı sebebe dayanmayan fiyat artışlarına ilişkin düzenlemeler bulunmaktadır.

Sekizinci satır ise önemli bir ayrımı mümkün kılar: hazırlanmakta olan bir liste ile yürürlükteki liste karışmamalıdır. Taslak haldeki bir fiyat listesinin satış ekibine sızması, zam duyurusundan önce yığılma yaratır.

Listeyi kim hazırlar, kim onaylar?

Fiyat listesi birden fazla birimi ilgilendirir; sahipliği belirsiz kaldığında güncelleme ya gecikir ya da kimseye danışılmadan yapılır.

Dördüncü rol çoğu firmada tanımlı değildir ve güncelleme "herkesin işi" olduğu için fiilen kimsenin işi olmaz. Tek bir sistem sorumlusunun belirlenmesi, zam günü karışıklığının büyük bölümünü ortadan kaldırır.

Önerinin hangi veriye dayanacağı da netleşmelidir: satış hızı, kalan stok süresi, tip bazlı erime ve gerçekleşen fiyat oranı. Bu veriler olmadan yapılan artış kararı, piyasa hissine dayanır.

Zam günü operasyonu

Fiyat güncellemesi bir duyuru değil, sıralı bir geçiş işlemidir. Yazılı bir prosedür yoksa her zamda aynı karışıklık yaşanır.

Önerilen sıra:

1. Karar ve onay. Yeni listenin taslak olarak hazırlanması ve yetkili tarafından onaylanması.
2. Geçiş kurallarının yazılması. Açık teklifler, açık opsiyonlar ve devam eden görüşmeler için ne yapılacağı.
3. Ekip bilgilendirmesi. Yürürlük tarihi ve geçiş kurallarının danışmanlara duyurulması.
4. Sistemde yürürlüğe alma. Yeni versiyonun aktif, eskisinin arşiv durumuna geçmesi.
5. Kanal güncellemesi. Maket, web sitesi, portal ilanları ve basılı materyalin kontrolü.
6. Dış kanal bildirimi. Acente ve iş ortaklarına yeni listenin iletilmesi.
7. Doğrulama. Her kanalda rastgele birkaç dairenin fiyatının yeni listeyle uyumunun kontrol edilmesi.

Beşinci ve yedinci adımlar genellikle atlanır ve iki fiyat sorununun en yaygın kaynağı burasıdır. Entegre bir kurulumda maket ve web otomatik güncellenir; ayrı besleniyorlarsa bu adım elle yapılmalıdır. Entegrasyonun nasıl kurulduğu için: Dijital Maket ile CRM Entegrasyonu

İkinci adım, prosedürün en kritik parçasıdır ve bir sonraki bölümün konusudur.

Açık tekliflere ne olacak?

Zam tarihinde elinizde geçerlilik süresi dolmamış teklifler bulunur. Bu tekliflerin akıbeti önceden karara bağlanmazsa, her müşteri için ayrı bir pazarlık başlar ve sonuç danışmanın inisiyatifine kalır.

Hangi politika seçilirse seçilsin iki kural ortaktır: karar zam duyurusundan önce verilmeli ve teklif belgesinde geçerlilik süresi zaten yazılı olmalıdır. Teklif üzerinde süre yoksa, zam sonrası tartışmanın zemini de yoktur. Teklif belgesinin içeriği için: Konut Satış Teklifi Nasıl Hazırlanır?

Burada önemli bir hukuki ayrım vardır; bu bölüm bilgilendirme amaçlıdır, hukuki görüş değildir. Yukarıdaki seçenekler ticari politika alternatifleridir ve hiçbiri her durumda tek taraflı uygulanabilir bir kural değildir. Türk Borçlar Kanunu'nun 3. maddesi uyarınca, bir süre belirterek sözleşme kurulmasını öneren kişi bu sürenin sonuna kadar önerisiyle bağlı kalabilir. Dolayısıyla kabul süresi belirlenmiş ve hukuken bağlayıcı nitelikte bir öneri taşıyan teklif, zam yapıldı diye kendiliğinden geçersiz hale gelmeyebilir.

Buna karşılık değerlendirme, belgenin içeriğine göre değişir: teklifte bağlayıcı olmadığına ilişkin bir kayıt, fiyat değişikliği hâlinde teklifin güncelleneceğine dair bir şart ya da benzeri açık hükümler bulunuyorsa sonuç farklı olabilir. Bu nedenle zam döneminde açık tekliflerin eski fiyatla devam edip etmeyeceği; teklif belgenizin hukuki niteliği ile içindeki geçerlilik ve fiyat değişikliği hükümleri dikkate alınarak önceden belirlenmeli ve kullanacağınız teklif metniyle birlikte hukuk danışmanınızla değerlendirilmelidir.

Pratik bir önlem: yaklaşan bir fiyat güncellemesi varsa, o tarihten sonrasına uzanan teklif sürelerinin verilmemesi veya teklifte bu durumun belirtilmesi.

Açık opsiyonlar ve rezervasyonlar

Opsiyon, fiyatı zımnen sabitleyen bir işlemdir; müşteri daireyi kendisine ayırttığında fiyatın da korunacağını varsayar. Bu nedenle zam döneminde opsiyonlara ilişkin kural ayrıca yazılmalıdır:

• Açık opsiyonlarda eski fiyatın geçerli olup olmayacağı
• Zam tarihinden sonra uzatılan opsiyonlarda hangi fiyatın uygulanacağı
• Zam öncesinde açılabilecek opsiyon süresinin sınırlandırılıp sınırlandırılmayacağı
• Rezervasyon aşamasındaki kayıtların korunup korunmayacağı

Üçüncü madde bir kötüye kullanım önlemidir: zam duyurusundan hemen önce toplu opsiyon açılması, eski fiyatın geniş ölçekte kilitlenmesi anlamına gelir. Opsiyon kurallarının bütünü için: Opsiyon ve Rezervasyon Yönetimi

İndirim bantları ve onay matrisi

Fiyat disiplini yalnızca liste güncellemesiyle korunmaz; listeden sapmaların da kurala bağlanması gerekir.

Onayın hızlı olması, kuralın uygulanabilirliği kadar önemlidir. Müşteri satış ofisinde otururken onay bir gün sürüyorsa, danışman ya onaysız ilerler ya da müşteriyi kaybeder. Onay talebinin sistem üzerinden gönderilip mobil cihazdan karara bağlanabilmesi, hem süreyi kısaltır hem her onayın kaydını oluşturur.

Ödeme planı farkının da bir indirim türü olduğu gözden kaçar: vadeyi uzatmak, bugünkü değer açısından fiyatı düşürmektir. Bu nedenle plan değişiklikleri de onay matrisinde yer almalıdır.

Liste dışı fiyatın kaydı

Onaylanmış bir indirim verildiğinde kayıtta şunlar bulunmalıdır:

• Dayanak liste versiyonu ve liste fiyatı
• Uygulanan indirim tutarı veya oranı
• Net satış fiyatı
• Onaylayan kişi ve onay zamanı
• Gerekçe

Bu kaydın değeri ay sonunda ortaya çıkar: gerçekleşen fiyatların liste fiyatına oranı, fiyat disiplininin tek ölçülebilir göstergesidir. Oran düşüyorsa ya liste piyasanın üzerindedir ya da onay mekanizması gevşemiştir; ikisi farklı müdahale gerektirir.

Dağıtım: kim hangi listeyi görür?

Fiyatın tek kaynaktan okunması ilkesi, tüm kanallar için geçerlidir. Ancak her kanalın gördüğü bilgi aynı olmak zorunda değildir.

Üçüncü satır sık yapılan bir hataya işaret eder: müşteriye açık ekranda indirim bantlarının görünmesi, pazarlığın başlangıç noktasını baştan aşağı çeker. Yetki ayrımının ekran düzeyinde kurulması gerekir.

Son satır ise hem tutarlılık hem uyum konusudur: portal ilanlarındaki fiyatın güncel listeyle aynı olması, hem müşteri güveni hem ilan mevzuatı açısından gereklidir. Portal tarafı için: Emlak Portallarında Proje İlan Yönetimi Kanal kuralları için: Acente ve Broker Yönetimi

Çok kanalda tutarlılık kontrolü

Zam sonrası birkaç gün içinde yapılacak basit bir kontrol, çoğu tutarsızlığı yakalar. Rastgele seçilen üç dairenin fiyatı şu noktalarda karşılaştırılır:

1. CRM'deki daire kaydı
2. Satış ofisindeki maket ekranı
3. Web sitesindeki daire seçici
4. Portal ilanı
5. Danışmanın elindeki materyal
6. Acenteye gönderilen liste

Altı noktanın hepsinde aynı rakam görünüyorsa geçiş tamamlanmıştır. Farklı bir rakam çıkan her nokta, o kanalın ayrı beslendiğini gösterir ve yapısal bir düzeltme gerektirir.

Bu kontrolün aylık rutine alınması faydalıdır; zam yapılmayan dönemlerde de kanallar zamanla ayrışabilir.

Danışmanın fiyatla ilişkisi

Fiyat yönetiminin son halkası satış danışmanıdır. Sistem ne kadar iyi kurulursa kurulsun, danışman ekrandaki fiyata güvenmiyorsa kendi dosyasına döner.

Ekip tarafında kurulması gerekenler:

• Tek kaynak alışkanlığı. Fiyatın yalnızca sistemden okunması; kişisel dosya tutulmaması.
• Fiyat mantığının anlatılması. Danışmanın şerefiye farkını ve aşamalı fiyat yapısını müşteriye açıklayabilmesi.
• Yetki sınırlarının bilinmesi. Hangi indirimi kendi verebileceği, hangisinde onay isteyeceği.
• Zam bilgisinin önceden paylaşılması. Danışmanın müşteriyi hazırlayabilmesi için yürürlük tarihini bilmesi.
• Hata bildirim yolu. Ekranda yanlış fiyat gördüğünde kime bildireceği.

İkinci madde fiyat itirazlarının yönetiminde doğrudan işe yarar: fiyatın nasıl belirlendiğini anlatabilen danışman, indirime başvurmadan da ilerleyebilir. İtiraz yönetimi için: Konut Satışında Müşteri İtirazları ve Kapanış Rehberi

Dördüncü madde ise etik bir sınır taşır: yaklaşan zammın müşteriye bildirilmesi meşru bir bilgilendirmedir, ancak gerçekleşmeyen zam duyuruları tekrarlandığında inandırıcılık kaybolur ve bir sonraki gerçek duyuru da ciddiye alınmaz.

Fiyat geçmişi ve raporlama

Birinci ve ikinci satır birlikte okunur: indirimli satış oranı yüksek ve gerçekleşen fiyat oranı düşükse, liste fiyatı fiilen bir başlangıç pazarlık rakamına dönüşmüştür.

Beşinci satır ise fiyat kararlarını besler: zam sonrası satış hızındaki düşüş geçici bir duraklama mı yoksa kalıcı bir yavaşlama mı, ancak versiyon bazlı ölçümle anlaşılır. Satış hızı hesabı için: Satış Tahmini: Stok Erime Hızı ve Hedef Planlama Metrik çerçevesi için: Satış Ekibi KPI: Ölçmeniz Gereken 8 Metrik

Yeni projede fiyat listesi kurulumu

Mevcut bir projede düzeltme yapmak, sıfırdan doğru kurmaktan zordur. Yeni bir projede listeyi baştan doğru kurmak için sıra şudur:

1. Envanterin kesinleşmesi. Bağımsız bölüm listesi, tipler, net ve brüt alanlar ve cephe bilgileri doğrulanır. Fiyat bu verinin üzerine kurulur.
2. Şerefiye yapısının tanımlanması. Kat, cephe, manzara ve konum farklarının katsayı olarak girilmesi.
3. Baz fiyatın belirlenmesi. Tip veya metrekare bazında referans fiyat.
4. İlk versiyonun oluşturulması. Numara, yürürlük tarihi ve kapsamla birlikte.
5. Ödeme planı seçeneklerinin bağlanması. Peşin, kredili ve vadeli yapıların fark oranlarıyla tanımlanması.
6. İndirim bantlarının ve onay matrisinin kurulması.
7. Kanalların bağlanması. Maket, web ve teklif şablonunun aynı versiyondan okuması.
8. Fiyat yol haritasının taslağı. Hangi aşamalarda güncelleme öngörüldüğü.

Sekizinci adım bir taahhüt değil, bir plandır; ancak baştan düşünülmesi lansman sırasında verilen teklif sürelerini ve opsiyon kurallarını da şekillendirir. Lansman planlaması için: Konut Projesi Lansman Süreci

İlk adımın atlanması en yaygın hatadır: envanter kesinleşmeden hazırlanan fiyat listesi, daire numaraları veya alanlar değiştiğinde baştan yapılmak zorunda kalır. Envanter kurulumu için: Konut Projesinde Envanter Yönetimi

İki listenin meşru olduğu durumlar

Aynı projede iki fiyat her zaman hata değildir. Bazı yapılarda birden fazla liste meşru biçimde bir arada bulunur:

• Etap farkı. Farklı teslim tarihlerine sahip etaplar ayrı fiyatlanabilir.
• Kat karşılığı paylaşım. Arsa sahibi payındaki daireler ayrı bir fiyat politikasına tabi olabilir.
• Kurumsal ve toplu alım. Belirli koşullara bağlı özel listeler.
• Kampanya dönemleri. Süreli ve kapsamı tanımlı kampanya listeleri.
• Para birimi farkı. Yurt dışı alıcıya yönelik gösterim.

Bu durumlarda da kural aynıdır: her liste versiyonlanmış, kapsamı tanımlanmış ve sistemde ayrı tutulmuş olmalıdır. Kontrolsüz olan ikinci liste sorundur; tanımlı olan değil.

Kat karşılığı projelerde sahiplik bazlı fiyat yönetimi için: Arsa Sahibi ve Müteahhit Stoku CRM'de Nasıl Yönetilir?

Uyum tarafı

Bu bölüm bilgilendirme amaçlıdır, hukuki görüş değildir. Fiyat yönetiminin kesiştiği başlıklar:

• Sözleşmedeki fiyat gösterimi. Ön ödemeli konut satışında sözleşmede ve ön bilgilendirme formunda fiyatın tüm vergiler dahil Türk Lirası olarak gösterilmesi gerekir. Teklif ve liste yapınızın bu gösterimle tutarlı olması sonraki aşamaları kolaylaştırır.
• İlan fiyatları. Taşınmaz ilanlarına ilişkin düzenlemelerde, genel ekonomik verilerle uyumlu olmayan ve haklı sebebe dayanmayan fiyat artışlarına yönelik sınırlamalar bulunmaktadır. Fiyat değişikliklerinin gerekçesinin kayıtlı olması bu açıdan önem taşır.
• Reklam ve kampanya iddiaları. İndirim ve kampanya duyurularında referans fiyatın gerçek olması gerekir.
• Sözleşmeli müşteriler. Yeni fiyat listesi, imzalanmış sözleşmelerdeki bedeli kendiliğinden değiştirmez; mevcut sözleşmelerde fiyat ancak sözleşme hükümleri çerçevesinde ele alınabilir.

Sözleşme tarafının zorunlu içeriği için: Ön Ödemeli Konut Satış Sözleşmesi: Neleri İçermeli?

Sistem tarafı

Versiyonlu fiyat yönetiminin işlemesi için sistemde şunlar gerekir: liste versiyonu kaydı ve yürürlük tarihleri, şerefiye katsayılarının ayrı tanımlanması, teklifin dayandığı versiyonun saklanması, indirim bantları ve onay akışı, kanal bazlı görünürlük ayrımı ile gerçekleşen fiyat raporlaması.

Evon'un canlı modül sayfasında Fiyat Listesi Yönetimi, Şerefiye Yönetimi, Envanter Motoru, Teklif Yönetimi, Ödeme Planları, Rol & Yetkilendirme ve Satış Raporları başlıkları yer alır; ürün sayfasında maket, envanter ve CRM'in aynı veriyle çalıştığı ve cephe, kat ve manzaraya göre dinamik fiyat hesaplandığı belirtilmektedir. Versiyonlama ve onay akışının kendi kurulumunuzda nasıl tanımlanacağını doğrulamanız gerekir. Modül dökümü için: Modüller

Sık yapılan sekiz hata

1. Fiyatı daire kartında serbest bırakmak. Herkesin değiştirebildiği bir alan, bir hafta içinde tutarsızlaşır.
2. Eski listeyi silmek. Geçmiş satışların hangi fiyata dayandığı izlenemez hale gelir.
3. Teklife liste versiyonu yazmamak. Zam sonrası tartışmanın dayanağı kalmaz.
4. Zam kurallarını duyurudan sonra belirlemek. Her müşteri için farklı karar verilir.
5. Kanal güncellemesini atlamak. Maket, web ve portal eski fiyatı göstermeye devam eder.
6. İndirimi kayıtsız vermek. Fiyat disiplini ölçülemez hale gelir.
7. Ödeme planı değişikliğini indirim saymamak. Vade uzatımı da bir fiyat tavizidir.
8. Taslak listeyi ekiple paylaşmak. Duyuru öncesi yığılma ve bilgi karışıklığı yaratır.

Sık sorulan sorular

Fiyat listesi versiyonlama nedir?

Her fiyat güncellemesinin eskisinin üzerine yazılması yerine ayrı bir kayıt olarak saklanmasıdır. Her versiyonun numarası, yürürlük tarihi, kapsamı ve onaylayanı bulunur; geçmiş teklifler ve satışlar dayandıkları versiyonla birlikte izlenebilir.

Aynı projede iki farklı fiyat nasıl önlenir?

Fiyatın tek kaynaktan okunmasıyla. Daire fiyatı serbest bir alan değil, versiyonlanmış bir listeye bağlı bir değer olmalı; satış ofisi ekranı, maket, web sitesi ve acente görünümü aynı versiyondan beslenmelidir. Dosya olarak dağıtılan fiyat listeleri gönderildiği anda eskimeye başlar.

Zam yapıldığında açık tekliflere ne olur?

Bu, zam duyurusundan önce yazılı olarak karara bağlanmalıdır. Yaygın yaklaşımlar: tekliflerin kendi geçerlilik süresi boyunca korunması, kısa bir geçiş süresi tanınması veya yalnızca opsiyonlu kayıtların korunması. Önemli olan kuralın önceden belli olması ve tüm müşterilere aynı şekilde uygulanmasıdır.

Şerefiye katsayıları fiyat listesinin parçası mı?

Evet ve ayrı tutulmalıdır. Baz fiyat ile katsayılar ayrı tanımlandığında, genel bir artış kararı yüzlerce daire fiyatını elle değiştirmeyi gerektirmez; baz fiyat güncellenir, yeni liste katsayılar üzerinden oluşur.

Müşteriye indirim bandını göstermeli miyim?

Hayır. Müşteriye açık ekranlarda yalnızca liste fiyatı görünmelidir; indirim bantları danışman ve yönetici görünümünde kalmalıdır. Bantların görünmesi, pazarlığın başlangıç noktasını baştan aşağı çeker.

Aynı projede birden fazla fiyat listesi olabilir mi?

Olabilir. Etap farkı, kat karşılığı paylaşım, toplu alım veya süreli kampanya gibi durumlarda birden fazla liste meşrudur. Koşul, her listenin versiyonlanmış ve kapsamının tanımlanmış olmasıdır. Sorun yaratan, tanımlı ikinci liste değil kontrolsüz olandır.

Fiyat disiplinini nasıl ölçerim?

Gerçekleşen fiyatın liste fiyatına oranıyla. Bu oran düşüyorsa iki olasılık vardır: liste piyasanın üzerindedir veya onay mekanizması gevşemiştir. İndirimli satış oranı ve danışman bazlı dağılım, hangisinin geçerli olduğunu gösterir.

Sonuç

Aynı projede iki fiyatın dolaşması, satış ofisinin güvenilirliğini en hızlı aşındıran sorunlardan biridir ve neredeyse her zaman yapısal bir nedenden kaynaklanır: fiyat birden fazla yerde tutuluyordur.

Çözüm üç kuralda toplanır. Fiyat versiyonlanmış bir listeye bağlı olmalı, her teklif dayandığı versiyonu taşımalı ve tüm kanallar aynı versiyondan okumalıdır. Zam günü ise doğaçlama yapılacak bir an değil, önceden yazılmış bir geçiş prosedürüdür.

Bugün yapılabilecek en pratik kontrol şudur: bir daire seçin ve fiyatını CRM'de, maket ekranında, web sitesinde ve portal ilanında karşılaştırın. Dört rakam aynı değilse, kaç fiyat listeniz olduğunu öğrenmiş olursunuz.

İ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