Satış Dosyası Yönetimi: Hangi Evrak Nerede, Hangi Aşamada Eksik?

Eksik evrak neredeyse hiçbir zaman toplanırken fark edilmez; tapu randevusu alındığında fark edilir. O an, sürecin en pahalı anıdır — randevu ertelenir, müşteri tedirgin olur, tahsilat kayar. Çözüm daha çok belge istemek değil, satış dosyasını kapanışta toplanan bir klasör olmaktan çıkarıp süreç boyunca büyüyen ve her aşamada belirli bir doluluğa ulaşması gereken bir kayda dönüştürmektir.

Bu yazı dosyanın lead aşamasından tapuya kadar nasıl izleneceğini ele alıyor: hangi belgenin hangi aşamada bulunması gerektiği, sorumluluğun kimde olduğu, eksiklerin nasıl takip edileceği ve sürüm karmaşasının nasıl önleneceği. Tapu işleminde istenen belgelerin listesi tapu devir süreci yazısında, teslim tutanağı ve iskan gibi teslim sonrası belgeler konut satış sonrası süreç yazısında ayrıca ele alınmıştır.

Evrak neden hep son anda eksik çıkar?

Bu sorunun üç kökü vardır ve üçü de belge sayısıyla ilgili değildir.

Toplama sorumluluğu belirsizdir. Danışman müşteriden belge istemenin satışı soğutacağını düşünür ve erteler. Finans, danışmanın topladığını varsayar. Sözleşme aşamasına gelindiğinde iki taraf da diğerinin aldığını sanır.

Dosya tek bir yerde değildir. Kimlik fotokopisi danışmanın e-postasında, gelir belgesi finansın masasında, sözleşme taslağı bir klasörde, vekâlet ise müşterinin telefonundan gelen bir fotoğraftadır. Hiç kimse dosyanın tamamına bakamadığı için eksik de görünmez.

"Sonra alırız" varsayımı. Erken aşamada eksik bırakılan belge, süreç ilerledikçe daha zor toplanır. Satın alma heyecanı geçtikten sonra müşteriden belge istemek, ilk hafta istemekten belirgin biçimde zordur.

Üçünün ortak sonucu şudur: dosya, satış sürecinin bir çıktısı olarak değil, sürecin sonunda yapılacak bir iş olarak görülür. Oysa dosya sürecin kendisiyle birlikte büyümelidir.

Satış dosyası nedir, ne zaman açılır?

Satış dosyası, bir müşteriye ait tüm belgelerin ve o belgelerin durumunun tek bir yerde izlendiği kayıttır. Fiziksel bir klasör olabilir, olmayabilir; belirleyici olan belgelerin nerede durduğu değil, durumlarının nerede görüldüğüdür.

Dosyanın ne zaman açılacağı tartışmalı görünür ama pratikte cevap nettir: opsiyon verildiği an. Opsiyon, firmanın bir daireyi satıştan çektiği ilk andır; o andan itibaren o müşteri bir dosyadır. Daha erken açmak — her lead için dosya açmak — gereksiz yük üretir; daha geç açmak, sözleşme aşamasına belge toplamadan girmek demektir.

Dosyanın açılmasıyla birlikte üç şey tanımlanmış olur: dosyanın sahibi kimdir, hangi belgeler beklenmektedir, ve bir sonraki aşamaya geçmek için hangilerinin tamamlanmış olması gerekir. Opsiyon aşamasının kurgusu opsiyon ve rezervasyon yönetimi yazısında ele alınmıştır.

Aşamaya göre dosya doluluğu

Dosya yönetiminin can alıcı fikri şudur: her belgenin bir son toplama anı vardır ve bu an, belgenin gerçekten gerekli olduğu andan önce gelmelidir. Aşağıdaki tablo tipik bir kurgudur; firmanızın sürecine göre değişebilir ama mantığı değişmez.

Tablodaki asıl değer son kolondadır. Aşama bazında sorumlu tanımlanmadığında, "dosyada eksik var" uyarısı kimseye düşmez ve herkesin işi olan hiç kimsenin işi olmaz.

İkinci önemli nokta, aşama geçiş kuralıdır: bir dosya, o aşamanın zorunlu belgeleri tamamlanmadan bir sonraki aşamaya geçememelidir. Bu kural yazılı olmadığında istisna normale döner; ilk "şimdilik geçelim, sonra tamamlarız" kararı emsal olur ve altı ay sonra hiçbir dosya zamanında dolmaz.

Belge tipleri ve kaynakları

Satış dosyasındaki belgeler kaynağına göre dört gruba ayrılır ve her grubun toplama zorluğu farklıdır.

Alıcıdan gelenler. Kimlik, adres, kurumsal alıcıda yetki belgeleri, varsa vekâletname, kredi sürecinde istenen finansal belgeler. En zor toplananlar bunlardır, çünkü firmanın kontrolü dışındadır ve müşteriyi harekete geçirmeyi gerektirir.

Firmadan çıkanlar. Sözleşme ve ekleri, ödeme planı, teklif, tanıtım ve bilgilendirme materyalleri. Bunların toplanması kolaydır ama hangi sürümünün verildiğinin kaydı sık atlanır.

Finansman tarafından gelenler. Banka yazışmaları, kredi tahsis bilgisi, ipotek işlemine ilişkin belgeler. Bu grup çoğu firmada CRM dışında, e-posta kutularında yaşar. Kredi sürecinin bütünü konut kredisi süreci takibi yazısında ele alınmıştır.

Resmî işlemden doğanlar. Tapu işlemine ilişkin belgeler ve işlem sonrası çıktılar. Bunların dosyaya geri dönmesi gerekir; tapuda biten süreç, dosyada da kapanmalıdır.

Sürüm sorunu: imzalanan hangi versiyondu?

Bu, evrak yönetiminin en sessiz ama en riskli problemidir. Sözleşme taslağı birkaç kez revize edilir, ödeme planı müzakere sırasında değişir, eklerden biri güncellenir. Aylar sonra bir tartışma çıktığında sorulacak soru şudur: müşteriyle imzalanan tam olarak hangi metindi?

Cevabın net olması için üç şey gerekir. Belgenin sürümü kayıtlı olmalı; imzalanan nüshanın hangi sürüm olduğu işaretlenmeli; ve imzalanmış belge, taslaklardan ayrı ve değiştirilemez biçimde saklanmalıdır. Taslak ile imzalı nüshanın aynı klasörde benzer isimlerle durması, sorunun en yaygın kaynağıdır.

Aynı mantık ödeme planı için de geçerlidir. Plan sonradan revize edildiğinde, hangi planın hangi tarihten itibaren geçerli olduğu ve revizyonun neye dayandığı kayıtlı olmalıdır. Sözleşmede bulunması gereken unsurlar ön ödemeli konut satış sözleşmesi yazısında, revizyonların onay tarafı satış onay süreçleri yazısında ele alınmıştır.

Müşteriye verilen tanıtım ve bilgilendirme materyallerinin kaydı da bu başlık altındadır. Hangi broşürün, hangi kat planının ve hangi tarihli fiyat listesinin verildiği kayıtlı değilse, sonradan "bana şöyle gösterilmişti" denildiğinde elde dayanak kalmaz.

Eksik evrak takibi: liste değil, kural

Çoğu firmada eksik evrak takibi bir Excel listesiyle yapılır ve bu liste haftada bir elden geçirilir. Sorun listede değil, listeyi güncel tutmanın bir kişinin disiplinine bağlı olmasındadır.

İşleyen kurgu üç parçadan oluşur.

Beklenen belge tanımı. Her dosya açıldığında, o satış tipine göre beklenen belgeler otomatik olarak dosyaya düşer. Kurumsal alıcıda farklı, vekâletle işlemde farklı, kredili alımda farklı bir liste oluşur. Beklenen belge tanımlanmadığında eksiğin eksik olduğu da anlaşılmaz.

Eksik için görev ve süre. Beklenen ama gelmeyen her belge, bir sorumluya ve bir tarihe bağlı görev üretmelidir. "Dosyada eksik var" bilgisi tek başına harekete geçirmez; "bu belgeyi bu kişi bu tarihe kadar alacak" bilgisi geçirir.

Aşama geçişinde kontrol. Dosya bir sonraki aşamaya geçerken zorunlu belgeler kontrol edilir. Bu kontrol kişiye bırakılmamalı, sürecin kendisinde olmalıdır.

Bu üçü kurulduğunda eksik evrak tapu randevusunda değil, haftalar önce görünür hâle gelir — ki bütün mesele budur.

Müşteriden belge istemenin doğru yolu

Danışmanların belge toplamayı ertelemesinin asıl nedeni tembellik değil, belge istemenin satışı soğutacağı inancıdır. Bu inanç kısmen haklıdır: yanlış zamanda ve yanlış biçimde istenen belge, müşteride "daha karar vermedim, bu kadar resmiyete ne gerek var" tepkisi üretir.

Üç pratik bu tepkiyi büyük ölçüde ortadan kaldırır.

Hepsini bir arada isteyin. Belge taleplerinin günlere yayılması, müşteride bitmeyen bir bürokrasi hissi yaratır. Tek seferde, neyin neden istendiğini açıklayan tek bir liste vermek, aynı belgeleri beş ayrı mesajla istemekten çok daha az dirençle karşılaşır.

Gerekçeyi süreçle bağlayın. "Kimlik fotokopisi lazım" ile "sözleşmeyi hazırlayabilmemiz için kimlik bilgilerinizin tam olması gerekiyor" arasında ciddi fark vardır. İkincisi talebi bürokrasiden çıkarıp ilerleme adımına dönüştürür.

Gönderme yolunu kolaylaştırın. Müşteriden e-posta eki beklemek yerine, telefonundan fotoğraf gönderebileceği veya güvenli bir bağlantıdan yükleyebileceği bir yol sunmak, belge bekleme süresini belirgin biçimde kısaltır. Burada dikkat edilmesi gereken, bu akışın kişisel kanallar üzerinden değil, kayıt altına alınan bir kanal üzerinden işlemesidir.

Çok projeli ve çok ofisli yapıda dosya standardı

Tek proje yürüten bir firmada dosya düzeni ekibin alışkanlığıyla ayakta kalabilir. İkinci proje veya ikinci ofis devreye girdiğinde bu çöker: her ekip kendi klasör mantığını, kendi isimlendirmesini ve kendi "yeterli" tanımını üretir.

Standartlaşması gereken üç şey vardır. Beklenen belge listeleri satış tipine göre merkezi olarak tanımlanmalı, projeye göre değil; proje farkı varsa bu listeye ek olarak tanımlanmalıdır. Belge isimlendirmesi tek biçim olmalı, aksi halde arama işlemez. Ve dosya kapanış kontrolü her ofiste aynı adımlardan oluşmalıdır.

Bu standart tanımlanmadığında ortaya çıkan en somut sonuç raporlamadır: iki ofisin eksik evrak oranı karşılaştırılamaz hâle gelir, çünkü ikisi "eksik" kelimesini farklı anlamda kullanmaktadır. Çok projeli yapıların veri düzeni birden fazla projeyi yöneten satış ekibi için CRM rehberinde ele alınmıştır.

Vekâletle temsil ve kurumsal alıcı

Dosyanın en çok hata üreten iki durumu bunlardır, çünkü ikisinde de "alıcı" ile "imzalayan" aynı kişi değildir.

Vekâletle yürütülen işlemlerde vekâletnamenin kapsamı belirleyicidir; her vekâletname her işlem için yeterli olmayabilir ve kapsamın işleme uygunluğunun önceden kontrol edilmesi gerekir. Yurt dışında düzenlenen vekâletnamelerde ayrıca şekil ve onay koşulları gündeme gelir. Bu kontrolün sözleşme aşamasında değil, dosya açılırken yapılması gerekir — tapu randevusunda fark edilen bir vekâlet eksikliği, süreci haftalarca geriye atabilir. Uzaktan yürütülen satışların bütünü uzaktan satış operasyonu yazısında, yabancı alıcıya özgü adımlar yabancıya konut satışı yazısında ele alınmıştır.

Kurumsal alıcıda ise imzalayanın şirketi temsil yetkisinin bulunduğunun belgelenmesi gerekir. Yetki belgelerinin güncel tarihli olması önemlidir; eski tarihli bir belge işlem anında kabul edilmeyebilir.

Her iki durumda da belgelerin kapsam ve geçerlilik açısından değerlendirilmesi hukuki bir konudur; dosya kontrol listesinin hazırlanmasında ve tereddütlü vakalarda şirket avukatınızdan görüş alınması uygun olur.

Ortak alıcı ve birden fazla malik

İki kişi adına alınan bir dairede dosya ikiye katlanır: her alıcı için ayrı kimlik ve belge seti, ikisinin de imzası, iletişimde kimin muhatap olacağı. Pratikte en sık yaşanan aksaklık, sürecin tek kişiyle yürütülüp diğerinin yalnızca imza anında devreye girmesidir — ve o anda ikinci kişinin belgesi eksiktir.

Basit bir kural bunu önler: dosyada kaç alıcı varsa, beklenen belge listesi o sayıya göre oluşur ve her alıcı için ayrı ayrı takip edilir. Ayrıca hisse oranlarının sözleşmede ve dosyada net olması gerekir; bu bilgi tapu aşamasında zorunlu hâle gelir.

Islak imza, elektronik imza ve taranmış kopya

Dosyadaki belgelerin bir kısmı taranmış kopya olarak tutulabilirken bir kısmının aslının bulunması gerekir ve bu ayrımın önceden yapılmış olması gerekir.

Genel çerçeve şudur: güvenli elektronik imza, kural olarak elle atılan imza ile aynı hukuki sonucu doğurur; ancak kanunların resmî şekle veya özel bir merasime tabi tuttuğu işlemler bunun dışındadır. Taşınmaz mülkiyetinin devri bu istisnalar arasındadır ve resmî şekil gerektirir. Dolayısıyla "her şeyi dijital imzayla halledelim" yaklaşımı her belge için geçerli değildir.

Pratik sonuç: dosyada her belge tipi için aslının mı yoksa kopyasının mı yeterli olduğu işaretlenmeli, aslı gereken belgelerin fiziksel olarak nerede durduğu kayıtlı olmalıdır. Hangi belgenin hangi formda geçerli sayılacağı hukuki bir değerlendirme gerektirir; bu listeyi avukatınızla birlikte oluşturmanız uygun olur.

Fiziksel dosya ile dijital dosya

Çoğu firmada ikisi birlikte yaşar ve asıl sorun hangisinin "gerçek" dosya sayıldığının belirsiz olmasıdır. Fiziksel klasör doluyken sistemde boş görünen bir dosya, sistemdeki raporu anlamsız kılar.

İşleyen yaklaşım şudur: durum bilgisi her zaman dijitaldir, belgenin aslı fiziksel olabilir. Yani sistem "bu belge alındı, aslı şu klasörde" der. Böylece eksik raporu güvenilir kalır, fiziksel arşiv de yerini korur.

Bunun işlemesi için belgenin sisteme kaydedilmesinin, fiziksel olarak teslim alınmasıyla aynı anda yapılması gerekir. Sonradan toplu kayıt yapılan yapılarda sistem her zaman gerçeğin gerisinde kalır ve kimse ona güvenmez.

Erişim, gizlilik ve saklama

Satış dosyası, firmanın elindeki en hassas veri yığınlarından biridir: kimlik bilgileri, adres, gelir durumu, aile bilgileri. Bu nedenle dosyaya kimin erişebileceği, belge bazında düşünülmelidir — satış danışmanının müşterinin gelir belgesine erişmesi çoğu süreçte gerekli değildir.

Saklama tarafında iki soru cevaplanmalıdır: belgeler ne kadar süreyle saklanacak ve süre dolduğunda ne yapılacak. Saklama süreleri tek bir kurala bağlı değildir; vergi ve ticaret mevzuatından doğan yükümlülükler ile kişisel verilerin ilgili mevzuat uyarınca gereğinden uzun tutulmaması ilkesi birlikte değerlendirilir. Bu nedenle saklama ve imha politikasının hukuk danışmanınızla birlikte belirlenmesi gerekir.

Erişim yetkisinin nasıl tasarlanacağı CRM'de erişim yetkisi ve veri güvenliği yazısında, kişisel veri uyumunun genel çerçevesi KVKK uyumluluğu yazısında ele alınmıştır.

Sistem değiştiğinde dosya ne olur?

CRM veya doküman sistemi değiştirildiğinde en sık kaybedilen şey belgelerdir. Kayıtlar taşınır, alanlar eşleştirilir, ancak kayda bağlı dosya ekleri çoğu zaman göç planının dışında kalır ve eski sistemle birlikte erişilemez hâle gelir.

Bu nedenle belgeler, göç planında ayrı bir kalem olarak ele alınmalıdır: hangi formatta çıkacakları, hangi kayda bağlanacakları ve eski sistemin kapanmasından önce tam bir yedeğinin alınmış olması. Geçişin bütünü CRM değiştirme ve veri göçü yazısında ele alınmıştır.

Dosyanın kapanışı

Tapu devri, satışın bitişidir ama dosyanın bitişi değildir. Devir sonrası çıktıların dosyaya dönmesi, tahsilat tarafının kapanması ve dosyanın teslim sürecine devredilmesi gerekir.

Kapanış kontrolü basittir: beklenen tüm belgeler tamam mı, imzalı nüshalar arşivde mi, tahsilat kaydı dosyayla uyumlu mu, teslim sürecine devredilecek bilgiler aktarıldı mı. Bu kontrol yapılmadığında dosyalar "satış tamamlandı" durumunda ama yarım kapanır ve eksik yıllar sonra, bir talep geldiğinde ortaya çıkar. Teslim ve sonrası süreç konut satış sonrası süreç yazısındadır.

Dosya denetimi: üç ayda bir örneklem kontrolü

Evrak yönetiminde kuralların yazılı olması, uygulandığı anlamına gelmez. Sistemdeki eksik raporu yalnızca beklenen belgeleri gösterir; beklenen listesi en baştan eksik tanımlandıysa rapor temiz görünür ama dosya eksiktir.

Bunu yakalamanın tek pratik yolu düzenli örneklem denetimidir. Üç ayda bir, rastgele seçilmiş birkaç dosya baştan sona açılır ve dört soru sorulur: beklenen belge listesi bu satış tipi için doğru tanımlanmış mı, listedeki her belge gerçekten dosyada mı, imzalı nüshalar taslaklardan ayrılmış mı, aslı gereken belgelerin fiziksel yeri kayıtlı mı.

Denetimin amacı kişi aramak değil, kuralın nerede aşındığını görmektir. Çıkan bulgular genellikle tek bir dosyaya özgü değildir; aynı eksik birkaç dosyada birden görülüyorsa sorun o dosyalarda değil, beklenen belge tanımında veya aşama geçiş kuralındadır.

Denetimi yapan kişinin dosyayı yürüten kişi olmaması gerekir. Kendi işini denetleyen bir yapıda bulgu çıkmaz; bulgu çıkmayan denetim de yalnızca zaman harcar.

Ne ölçmeli?

Evrak yönetimi ölçülmediğinde her zaman olduğundan iyi görünür. Dört gösterge yeterlidir.

Aşama geçişinde eksik belgeli dosya oranı. Kuralın gerçekten uygulanıp uygulanmadığını gösterir. Yüksekse istisna normalleşmiştir.

Belge bekleme süresi. Bir belgenin istenmesiyle alınması arasındaki ortalama süre. Belirli bir belge tipi sürekli uzuyorsa, sorun müşteride değil isteme biçimindedir.

Tapu öncesi tespit edilen eksik sayısı. İdeali sıfırdır; her eksik, daha erken yakalanabilecek bir hatadır.

Dosya kapanış oranı. Satışı tamamlanmış ama dosyası kapanmamış kayıtların oranı. Birikiyorsa kapanış kontrolü yapılmıyordur.

Sistem tarafında karşılığı

Belgelerin kayda bağlı tutulması ve eksiklerin aşama bazında görünmesi, dosya sayısı arttıkça elle yürütülemez hâle gelir. Evon'un modül listesinde Doküman Yönetimi, Dijital Doküman Yönetimi, Evrak Takibi, Evrak Arşivi, Tapu Takibi, Sözleşme Yönetimi, Görev Yönetimi, Onay Süreçleri ve Rol & Yetkilendirme bulunmaktadır.

Bu yazıdaki satış tipine göre beklenen belge listelerinin, aşama geçişinde zorunlu belge kontrolünün, belge sürümlerinin ve imzalı nüshanın ayrı tutulmasının, belge bazında erişim kısıtının ve saklama süresi takibinin kendi kurulumunuzda hangi ayrıntıda yapılandırılabildiği demo üzerinden doğrulanmalıdır.

En sık yapılan sekiz hata

1. Dosyayı sözleşme aşamasında açmak. Opsiyonda açılmayan dosya, sözleşmeye belgesiz girer.
2. Beklenen belgeyi tanımlamamak. Beklenen tanımlı değilse eksiğin eksik olduğu da anlaşılmaz.
3. Dosyaya sahip atamamak. Herkesin işi olan hiç kimsenin işi olmaz.
4. Taslak ile imzalı nüshayı aynı yerde tutmak. Aylar sonra hangi metnin imzalandığı tartışılır.
5. Vekâletnameyi tapu aşamasında kontrol etmek. Kapsam yetersizse süreç haftalarca geriye gider.
6. Ortak alıcıda tek kişiyle yürümek. İkinci alıcının belgesi imza anında eksik çıkar.
7. Belgeyi sonradan toplu kaydetmek. Sistem gerçeğin gerisinde kalır ve kimse ona güvenmez.
8. Sistem değişiminde dosya eklerini plana koymamak. Kayıtlar taşınır, belgeler eski sistemde kalır.

Sık Sorulan Sorular

Satış dosyası ne zaman açılmalı?

Opsiyon verildiği an. Opsiyon, firmanın bir daireyi satıştan çektiği ilk andır ve o andan itibaren müşteri bir dosyadır. Her lead için dosya açmak gereksiz yük üretir; sözleşme aşamasına kadar beklemek ise o aşamaya belge toplamadan girmek anlamına gelir. Dosya açılırken üç şey tanımlanmalıdır: sahibi kim, hangi belgeler bekleniyor, bir sonraki aşama için hangileri zorunlu.

Eksik evrak nasıl takip edilir?

Liste tutarak değil, kural kurarak. Üç parça gerekir: satış tipine göre beklenen belgelerin dosya açılışında otomatik tanımlanması, gelmeyen her belge için sorumlusu ve tarihi olan bir görev üretilmesi, ve aşama geçişinde zorunlu belgelerin kontrol edilmesi. Bu üçü kurulduğunda eksik, tapu randevusunda değil haftalar önce görünür.

Belgelerin taranmış kopyası yeterli mi?

Belge tipine göre değişir. Güvenli elektronik imza kural olarak elle atılan imza ile aynı hukuki sonucu doğurur; ancak kanunların resmî şekle tabi tuttuğu işlemler bunun dışındadır ve taşınmaz mülkiyetinin devri bu istisnalar arasındadır. Bu nedenle dosyada her belge tipi için aslının mı kopyasının mı yeterli olduğu önceden işaretlenmeli, aslı gereken belgelerin fiziksel yeri kayıtlı olmalıdır. Listeyi avukatınızla birlikte oluşturmanız uygun olur.

Vekâletname ne zaman kontrol edilmeli?

Tapu aşamasında değil, dosya açılırken. Her vekâletname her işlem için yeterli olmayabilir; kapsamın yapılacak işleme uygunluğu önceden kontrol edilmelidir. Yurt dışında düzenlenen vekâletnamelerde ayrıca şekil ve onay koşulları gündeme gelir. Tapu randevusunda fark edilen bir kapsam eksikliği süreci haftalarca geriye atabilir.

Fiziksel klasör mü, dijital dosya mı esas alınmalı?

Durum bilgisi her zaman dijital, belgenin aslı fiziksel olabilir. Sistem "bu belge alındı, aslı şu klasörde" demelidir. Böylece eksik raporu güvenilir kalır ve fiziksel arşiv de yerini korur. Bunun işlemesi için kaydın, belgenin fiziksel teslim alınmasıyla aynı anda yapılması gerekir; toplu kayıt yapılan yapılarda sistem gerçeğin gerisinde kalır.

Belgeler ne kadar süre saklanmalı?

Tek bir süre yoktur. Vergi ve ticaret mevzuatından doğan saklama yükümlülükleri ile kişisel verilerin gereğinden uzun tutulmaması ilkesi birlikte değerlendirilir ve belge tipine göre farklılaşır. Bu nedenle saklama ve imha politikasının hukuk danışmanınızla birlikte belirlenmesi, ardından sistemde belge tipi bazında takip edilmesi gerekir.

CRM değişirken belgeler nasıl korunur?

Belgeleri göç planında ayrı bir kalem olarak ele alarak. Kayıtlar taşınırken dosya ekleri çoğu zaman plan dışında kalır ve eski sistemle birlikte erişilemez hâle gelir. Netleşmesi gerekenler: belgelerin hangi formatta çıkacağı, hangi kayda bağlanacağı ve eski sistem kapanmadan önce tam bir yedeğin alınmış olması.

Sonuç

Evrak yönetimi, satış operasyonunun en az konuşulan ama en çok zaman kaybettiren parçasıdır. Kaybın büyük kısmı belge sayısından değil, belgenin durumunun görünmemesinden doğar: eksik olduğu bilinmeyen bir belge toplanamaz.

Üç şey bu alanı yönetilebilir kılar: dosyayı opsiyon anında açmak, satış tipine göre beklenen belgeleri baştan tanımlamak ve aşama geçişini zorunlu belgelere bağlamak. Bunların üstüne imzalı nüshanın taslaklardan ayrı tutulması ve dosya kapanış kontrolü eklendiğinde, tapu randevusunda ortaya çıkan sürprizler büyük ölçüde ortadan kalkar.

İ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