Satış Onay Süreçleri ve İş Akışları: Onay Nasıl Hızlandırılır, Nasıl Kayıt Altına Alınır?

Satış onay süreci, listeden veya standart koşuldan sapan her kararın kim tarafından, ne kadar sürede ve hangi kayıtla onaylanacağını belirleyen mekanizmadır. Çoğu firmada eksik olan şey yetki tablosu değil, o tablonun çalışmasını sağlayan mekanizmadır: onay talebinde hangi bilginin zorunlu olduğu, onayın ne kadar sürede verilmesi gerektiği, süre aştığında ne olacağı, onaylayıcı izinde olduğunda kimin karar verdiği ve reddedilen talebin nereye gittiği.

Kimin neyi onaylayacağına dair yetki matrisleri Evon blogunda ayrı ayrı ele alınmıştır: indirim ve liste dışı fiyat için fiyat listesi versiyonlama, teklif onayı için konut satış teklifi, opsiyon ve uzatma için opsiyon ve rezervasyon yönetimi, zam sonrası indirim disiplini için kademeli fiyat artışı. Bu yazı o matrisleri tekrarlamıyor; onların sahada fiilen uygulanmasını sağlayan akış tasarımını ele alıyor.

Yazılı yetki matrisi neden tek başına çalışmaz?

Yetki tablosu hazırlanmış, duvara asılmış ve ekibe duyurulmuş olmasına rağmen onaysız indirimlerin verilmeye devam etmesi yaygın bir durumdur. Nedeni disiplinsizlik değil, mekanizma eksikliğidir. Dört tipik kırılma noktası vardır.

• Onay geç geliyor. Müşteri satış ofisinde oturuyor, danışman müdüre ulaşamıyor. Danışmanın iki seçeneği var: onaysız ilerlemek veya müşteriyi kaybetmek. Her ikisi de kuralın kaybı demektir.
• Onay kayda geçmiyor. Telefonla alınan sözlü onay, ay sonunda kimin neyi onayladığının bilinmemesi anlamına gelir. Kayıt yoksa denetim de yoktur.
• Onaylayıcı yok. Müdür izinde, yurt dışında veya toplantıda. Yedek onaylayıcı tanımlı değilse süreç durur.
• Onay noktası çok fazla. Her küçük karar onaya bağlandığında yöneticinin günü onay vermekle geçer, onaylar birikir ve kalite düşer. Hepsini okumaya zamanı olmayan yönetici otomatik onay vermeye başlar; bu da kuralın görünürde var olup fiilen işlememesidir.

Dolayısıyla onay sisteminin iki hedefi vardır ve bunlar birbirine karşıt gibi görünür: hızlı olmak ve kayıtlı olmak. İyi tasarlanmış bir akış ikisini birlikte sağlar; kötü tasarlanmış bir akış birini diğerine kurban eder.

Onay talebinin anatomisi: pakette ne olmalı?

Onayın hızlı verilebilmesi, talebin eksiksiz gelmesine bağlıdır. Yöneticiye "şu daireye indirim yapabilir miyim?" diye gelen bir talep, karar vermek için gereken bilgiyi içermediği için önce soru-cevap turu başlatır; her tur onayı saatlerce geciktirir.

Onay talebinin içermesi gereken asgari set şudur:

• Bağımsız bölüm kimliği: blok, kat, daire numarası, tip ve metrekare
• Dayanak liste versiyonu ve o versiyondaki liste fiyatı
• Talep edilen sapma: tutar veya oran, ödeme planı değişikliği varsa koşulları
• Ortaya çıkan net satış bedeli
• Müşteri ve fırsat bilgisi: hangi lead, hangi aşama, kaç görüşme yapıldı
• Gerekçe: neden bu sapma isteniyor
• Alternatifler: sapma onaylanmazsa ne önerilecek
• Aciliyet: karar hangi saate kadar gerekiyor

Son iki madde çoğu talepte bulunmaz ve yokluğu onay kalitesini doğrudan düşürür. Alternatif sunulmayan bir talep yöneticiyi evet-hayır ikilemine sıkıştırır; aciliyet belirtilmeyen bir talep ise sırada bekler. Gerekçenin serbest metin olması ise ay sonu analizini imkânsız kılar; gerekçelerin kapalı uçlu bir listeden seçilmesi (rakip teklifi, peşin ödeme, toplu alım, stok eritme, müşteri bütçe sınırı, kampanya) sonradan hangi nedenle ne kadar taviz verildiğini ölçülebilir hâle getirir.

Talep paketinin sistemde zorunlu alanlar olarak tanımlanması, bu disiplini kişiye bağlı olmaktan çıkarır. Eksik talep gönderilememesi, onay süresini kısaltan en basit müdahaledir.

Sıralı mı, paralel mi? Akış tipinin seçimi

Birden fazla onay gerektiren kararlarda akışın tipi süreyi belirler. Üç tip vardır ve her biri farklı duruma uygundur.

Pratikte en işe yarar yapı koşullu akıştır: küçük sapmalar tek onayla, orta sapmalar iki kademeyle, büyük sapmalar finans görüşü dahil edilerek ilerler. Kademelerin sayısı sapmanın büyüklüğüyle artmalı, her kararda sabit kalmamalıdır.

Finansın ne zaman akışa dahil edileceği ayrı bir karardır. Ödeme planında yapısal değişiklik içeren sapmalar nakit akışını etkiler; bu nedenle vade uzatma ve peşinat düşürme taleplerinde finans görüşü, salt fiyat indirimlerinden daha gereklidir. Planın nakit akışı etkisi ödeme planı rehberinde ve paranın zaman değeri yazısında ele alınmıştır.

Süre hedefi ve eskalasyon: onay gelmezse ne olur?

Onay sürecinin en çok ihmal edilen parçası budur. Yetki matrisleri kimin onaylayacağını söyler ama onayın ne kadar sürede verilmesi gerektiğini ve verilmediğinde ne olacağını söylemez. Bu tanımlanmadığında her gecikme bir istisnaya dönüşür.

Tablodaki süreler her firma için aynı olmak zorunda değildir; önemli olan her onay tipinin bir hedef süresi ve bir süre aşımı davranışı olmasıdır. İki davranış biçimi vardır ve ikisi de meşrudur: otomatik yükseltme (süre dolunca bir üst kademeye geçer) veya otomatik red (süre dolunca talep düşer, danışman yeniden talep eder). İlki hızı, ikincisi disiplini korur. Seçim yazılı olmalıdır; tanımsız bırakıldığında ikisi de olmaz ve talep sırada bekler.

Beşinci satır özel bir dikkat gerektirir: opsiyon uzatma talebi cevapsız kaldığında opsiyonun fiilen uzaması, süre kuralının tamamını geçersiz kılar. Sessiz uzatmanın engellenmesi, opsiyon sisteminin işlemesinin ön koşuludur.

Yedek onaylayıcı ve vekâlet

Onaylayıcının izinli, seyahatte veya ulaşılamaz olduğu durumlar istisna değil rutindir. Üç şeyin önceden tanımlanması gerekir: her onay kademesi için bir yedek, yedeğin hangi koşulda devreye girdiği (süre aşımı mı, önceden tanımlı izin dönemi mi) ve yedeğin yetkisinin kapsamı. Yedeğin sınırsız yetkiyle devreye girmesi, izin dönemlerinin fiyat disiplininin gevşediği dönemlere dönüşmesine yol açabilir; bu nedenle yedek yetkinin asıl yetkiyle aynı veya daha dar olması tercih edilir.

Reddedilen talep nereye gider?

Onay akışları genellikle "evet" yolu için tasarlanır; "hayır" yolu tanımsız bırakılır. Oysa reddedilen talepler, akışın en çok değer üretebileceği yerdir: her red bir satış görüşmesinin devam etmesi gereken noktadır.

Kuru bir "onaylanmadı" bildirimi, danışmanı müşteri karşısında elleri boş bırakır ve sonucu genellikle kaybedilmiş bir fırsat olur. Red kararının bir alternatif veya üst sınır bilgisiyle birlikte dönmesi, akışın satışa katkı verdiği noktadır. Fiyat itirazının karşılanma yöntemleri müşteri itirazları ve kapanış rehberinde ele alınmıştır.

Geriye dönük onay problemi

Onay sistemlerinin en sessiz bozulma biçimi budur: danışman kararı verir, müşteriye söyler, sonra onay talebi gönderir. Yönetici fiilen bir karar vermez, yapılmış bir işi kayda geçirir. Sistem çalışıyor görünür, kayıtlar eksiksizdir, ama onay mekanizması işlevsizdir.

Bunu engellemenin yolu ceza değil sıralamadır. Dört pratik müdahale işe yarar:

1. Teklifin onaysız üretilememesi. Sapma içeren bir teklif belgesi, onay tamamlanmadan oluşturulamıyorsa geriye dönük onay fiilen zorlaşır.
2. Onay zamanının teklif zamanıyla karşılaştırılması. Onayın tekliften sonra verildiği vakaların oranı, ay sonu raporunda tek bir satır olarak izlenebilir.
3. Danışmana sunulan dilin netleştirilmesi. Müşteriye "bu fiyatı verdim" değil "bu fiyatı onaya sunuyorum, bugün içinde dönüyorum" denmesi, operasyonel bir eğitim konusudur.
4. Onay süresinin gerçekten kısa olması. Geriye dönük onayın asıl nedeni genellikle disiplinsizlik değil, onayın zamanında gelmemesidir. Süre sorunu çözülmeden davranış değişmez.

Dördüncü madde en önemlisidir ve sırası tesadüf değildir: hızlı olmayan bir onay mekanizmasında kural ihlali kaçınılmaz hâle gelir. Önce süre, sonra disiplin.

Onay yorgunluğu: hangi kararlar onaydan çıkarılmalı?

Onay noktası eklemek kolay, çıkarmak zordur. Zamanla her istisna bir onay kuralına dönüşür ve yönetici günde onlarca talep arasında kaybolur. Bu noktada onay fiilen bir kayıt işlemine dönüşür: yönetici içeriğe bakmadan onaylar.

Eşiklerin yerinde olup olmadığını sorgulatan ilk sinyal onay oranıdır: bir onay kademesinde taleplerin neredeyse tamamı onaylanıyorsa, o kademenin gerçekten bir karar üretip üretmediği sorgulanmalıdır. Bu durum gereksiz bir onay kademesine veya fazla dar bir yetki bandına işaret edebilir; ancak aynı tabloyu, taleplerin danışmanlar tarafından önceden iyi filtrelenmesi de üretir. İkinci durumda kademe aslında çalışıyordur ve kaldırılması disiplini gevşetir. Bu nedenle yüksek onay oranı tek başına bir sonuç değil, bakılması gereken bir soru işaretidir.

Düşük onay oranı da tek bir şeye işaret etmez. Danışmanların uygunsuz talep göndermesi olasılıklardan yalnızca biridir; eşiklerin fazla katı kurulmuş olması, fiyat politikasının piyasa koşullarına uymaması, talep paketindeki bilgi eksikliği ya da kampanya ve fiyat koşullarının dönem içinde değişmiş olması da aynı oranı üretir.

Bu nedenle kalibrasyon yalnızca onay oranına bakılarak yapılmaz. Her onay tipi için şu veriler bir arada okunur: talep sayısı ve onay oranı, talep gerekçelerinin dağılımı, ortalama karar süresi, gerçekleşen satış fiyatlarının liste fiyatına oranı, rakibe veya fiyata kaybedilen fırsatlar ve dönemin piyasa koşulları. Oran bir soru sorar; cevabı bu diğer veriler verir. Örneğin yüksek onay oranı ile birlikte gerçekleşen fiyat oranının düşmesi mekanizmanın gevşediğine, aynı oranın kısa karar süresi ve istikrarlı gerçekleşen fiyatla birlikte görülmesi ise kademenin gereksiz olabileceğine işaret eder.

Aynı mantık ters yönde de işler: hiç talep gelmeyen bir onay kuralı ya gereksizdir ya da ekip onu baypas ediyordur. İkisi farklı müdahale gerektirir ve ayrımı aktivite kayıtlarına bakarak yapmak gerekir.

Onay dışı iş akışları: her otomasyon bir onay değildir

İş akışı ve onay süreci sık karıştırılır. Onay, bir kararın yetkiye bağlanmasıdır; iş akışı ise bir olayın ardından yapılması gerekenlerin otomatik tetiklenmesidir. İkincisi onay gerektirmeyen ama atlanması pahalı olan adımları güvenceye alır.

Tablodaki akışların ortak özelliği, bir kararı değil bir devamlılığı güvenceye almalarıdır. Envanter durumunun otomatik değişmesi envanter yönetimi, tahsilat hatırlatmaları tahsilat takibi, lead süre kuralları lead atama kuralları yazılarında ele alınmıştır. Otomasyon örneklerinin genel çerçevesi ise gayrimenkul satış otomasyonu yazısındadır.

Bir sınır koymak gerekir: iş akışının insan kararını ikame etmemesi. Örneğin gecikme hâlinde otomatik olarak ihtar gönderilmesi veya sözleşmeyle ilgili sonuç doğuran bir adımın insan onayı olmadan tetiklenmesi, operasyonel kolaylık gibi görünse de hukuki sonuçları olan bir karardır ve onay kademesine bağlanmalıdır.

Sözleşme onayı: iç akış hukuki şartın yerine geçmez

Sözleşme aşamasında iç onay akışı ile sözleşmenin geçerlilik şartları iki ayrı konudur ve karıştırılmamalıdır. İç akış, taslağın hangi sırayla ve kim tarafından kontrol edildiğini güvenceye alır: satış içeriği, finans ödeme planı, hukuk metin, yönetim nihai imza yetkisi.

Buna karşılık ön ödemeli konut satışında yapı ruhsatının alınmış olması ve sözleşmenin öngörülen şekle uygun kurulması gibi şartlar, iç onay akışıyla sağlanabilecek şeyler değildir; bunlar sözleşmenin kendi geçerlilik koşullarıdır ve iç onay tamamlanmış olsa dahi ortadan kalkmaz. Sözleşme içeriğine ilişkin ayrıntılar ön ödemeli konut satış sözleşmesi rehberinde ele alınmıştır. Akışın tasarımında şirket avukatının görüşü alınmalıdır.

Pratik bir kural: imza randevusu, iç onay akışı tamamlanmadan takvimde açılmamalıdır. Randevu alındıktan sonra yetişmeye çalışılan onaylar, kontrolün fiilen yapılmadığı onaylardır.

Dış kanal ve acente taleplerinde onay

Acente veya broker üzerinden gelen sapma talepleri, iç ekibin taleplerinden iki noktada ayrılır: talebi gönderen kişi firmanın çalışanı değildir ve talebin arkasındaki müşteri bilgisi genellikle daha sınırlıdır. Bu nedenle aynı onay akışının dış kanala olduğu gibi açılması pratik olmaz.

İkinci satır bir yetkilendirme kararıdır: dış kanalın tüm envanteri ve tüm fiyat geçmişini görmesi gerekli değildir, hatta sakıncalı olabilir. Portal veya paylaşılan ekran üzerinden yalnızca kendi kapsamının gösterilmesi, rol bazlı yetkilendirmeyle sağlanır. Kanal ilişkisinin kurulması, komisyon ve lead sahipliği kuralları acente ve broker yönetimi yazısında, komisyon yapısı emlak prim ve komisyon sistemi yazısında ele alınmıştır.

Dış kanal taleplerinde ek bir nokta vardır: sapmanın komisyon tabanını etkileyip etkilemediği önceden yazılı olmalıdır. İndirim sonrası komisyonun hangi tutar üzerinden hesaplanacağı belirsizse, her onay ayrıca bir komisyon tartışması doğurur.

Çok projeli yapıda onay

Birden fazla proje yönetiliyorsa onay yetkisi kişiye değil, kişi ve proje kombinasyonuna bağlanmalıdır. Bir projede indirim yetkisi olan bir müdürün, başka bir projede aynı yetkiye sahip olması gerekmez; projelerin fiyat stratejisi, stok durumu ve kâr marjı farklıdır.

Pratikte iki şey tanımlanır: her projenin onay kademeleri ve projeler arası vekâletin olup olmadığı. İkincisi tanımsız bırakıldığında, bir proje müdürünün izinli olduğu dönemde talepler başka bir projenin müdürüne düşer ve o kişi tanımadığı bir projenin fiyat politikası hakkında karar vermek zorunda kalır. Çok projeli yapıda rol ve raporlama kurgusu bu rehberde ele alınmıştır.

Denetim izi: ay sonunda neyin raporlanabilmesi gerekir?

Onay mekanizmasının değeri tek tek kararlarda değil, birikmiş kayıtta ortaya çıkar. Ay sonunda aşağıdaki soruların cevaplanabiliyor olması gerekir:

• Dönem içinde kaç onay talebi gönderildi, kaçı onaylandı, kaçı reddedildi?
• Onay tipine göre ortalama karar süresi ne? Hedef sürenin aşıldığı vakaların oranı?
• Gerekçe kategorilerine göre verilen toplam taviz ne kadar?
• Gerçekleşen satış fiyatlarının liste fiyatına oranı nasıl seyrediyor?
• Onayın işlemden sonra verildiği vakaların oranı ne?
• Hangi danışman hangi tipte ne sıklıkla onay talep ediyor?

Dördüncü madde, fiyat disiplininin en net tek göstergesidir ve fiyat listesi versiyonlama yazısında da bu şekilde ele alınmıştır. Bu oran düşüyorsa iki olasılık vardır: liste piyasanın üzerindedir ya da onay mekanizması gevşemiştir. İkisi farklı müdahale gerektirir ve ayrımı onay oranı ile birlikte okuyarak yapmak gerekir — onay oranı yükselirken gerçekleşen fiyat oranı düşüyorsa sorun mekanizmadadır.

Son madde koçluk amacıyla kullanılmalı, sıralama amacıyla kullanılmamalıdır. Çok onay talep eden danışman kuralı ihlal eden değil, kurala uyan danışman olabilir. Raporların hangi periyotta kim tarafından okunacağı satış raporlama ritmi yazısında ele alınmıştır.

Kurulum sırası

1. Mevcut durumu ölçün. Bir ay boyunca hiçbir kural değiştirmeden sapma içeren kararları ve bunların nasıl onaylandığını kaydedin. Bu veri, eşiklerin nereye konacağını tahminden çıkarır.
2. Yetki kademelerini yazın. Mevcut yazılarda ele alınan matrisler burada temel alınır; firmaya göre kademe sayısı sadeleştirilir.
3. Talep paketini zorunlu alanlara çevirin. Eksik talep gönderilemez hâle gelir.
4. Süre hedefi ve süre aşımı davranışını tanımlayın. Otomatik yükseltme mi, otomatik red mi — her onay tipi için tek bir cevap.
5. Yedek onaylayıcıları atayın. Her kademe için bir yedek ve devreye girme koşulu.
6. Red akışını kurun. Her red, alternatif veya üst sınır bilgisiyle döner.
7. Onay dışı iş akışlarını ekleyin. Durum değişimlerine bağlı otomatik görevler.
8. Üçüncü ay sonunda kalibre edin. Onay oranını tek başına değil; talep gerekçeleri, karar süresi, gerçekleşen satış fiyatı, kaybedilen fırsatlar ve piyasa koşullarıyla birlikte okuyup eşikleri buna göre gözden geçirin.

Sekizinci adım atlanmamalıdır. Kurulduğu gün doğru olan eşikler, fiyat listesi ve piyasa koşulları değiştikçe yerinden kayar; yılda en az bir kez gözden geçirilmesi gerekir.

Evon bu yapıda nerede devreye girer?

Evon'un canlı modül listesinde İş Akışları (Workflow), Onay Süreçleri, Talep Yönetimi, Rol & Yetkilendirme, Yetki Yönetimi ve Kullanıcı Rolleri modülleri bulunmaktadır. Kararın konusuna göre Teklif Yönetimi, Rezervasyon Yönetimi, Sözleşme Yönetimi, Fiyat Listesi Yönetimi, Görev Yönetimi, Aktivite Geçmişi ve Doküman Yönetimi modülleri de aynı akışın parçası olur; Mobil Erişim ise onayın yöneticinin masasına bağlı kalmamasını sağlayan bileşendir. Yetkilerin rol bazında tanımlanabilmesi ve her işlemin aktivite geçmişinde kalması, bu yazıdaki iki hedefin — hızlı ve kayıtlı olmanın — aynı anda sağlanabilmesi için gereken zemini verir. Süre hedefi aşıldığında otomatik yükseltme, yedek onaylayıcı ataması ve red gerekçesinin danışmana dönüş biçiminin kendi kurulumunuzda nasıl yapılandırılabildiği ise demo üzerinden doğrulanmalıdır.

Onay süreçlerinde en sık yapılan sekiz hata

1. Yetki matrisini yazıp mekanizmayı kurmamak. Tablo duvarda, onaylar telefonda kalır.
2. Süre hedefi tanımlamamak. Onayın ne zaman gelmesi gerektiği belirsizse her gecikme istisnaya dönüşür.
3. Süre aşımı davranışını tanımlamamak. Talep sırada bekler; ne yükselir ne düşer.
4. Yedek onaylayıcı atamamak. İzin dönemleri süreç durma dönemine dönüşür.
5. Red akışını kurmamak. Kuru "onaylanmadı" bildirimi danışmanı müşteri karşısında çaresiz bırakır.
6. Gerekçeyi serbest metin bırakmak. Hangi nedenle ne kadar taviz verildiği ay sonunda ölçülemez.
7. Her kararı onaya bağlamak. Onay yorgunluğu, içerik okunmadan verilen onaylara yol açar.
8. Eşikleri hiç kalibre etmemek. Neredeyse tamamı onaylanan bir kademe, gecikmeden başka bir şey üretmez.

Sık Sorulan Sorular

Onay süresi ne kadar olmalı?

Tek bir doğru süre yoktur; süre kararın bağlamına göre belirlenir. Belirleyici soru şudur: müşteri bu kararı beklerken nerede? Satış ofisinde oturan bir müşteri için onay aynı görüşme içinde verilmelidir; teklif hazırlığı aşamasındaki bir sapma için aynı iş günü yeterlidir. Kritik olan sürenin kısalığı değil, her onay tipi için bir hedef süre ve süre aşımı davranışının yazılı olmasıdır.

Onay telefonla alınabilir mi?

Alınabilir ama tek başına yeterli değildir. Sözlü onay hız kazandırır, kayıt üretmez; kayıt olmadığında ay sonunda hangi indirimin kim tarafından verildiği bilinmez ve denetim yapılamaz. Pratik çözüm, kararın telefonla alınıp aynı gün içinde sistemde onay kaydına bağlanmasıdır. Daha iyi çözüm, talebin sistem üzerinden gönderilip mobil cihazdan karara bağlanabilmesidir; bu durumda hız ve kayıt aynı anda sağlanır.

Yönetici izinde olduğunda onaylar nasıl ilerler?

Her onay kademesi için önceden bir yedek onaylayıcı tanımlanmalı, yedeğin hangi koşulda devreye girdiği ve yetkisinin kapsamı yazılmalıdır. Yedek yetkinin asıl yetkiyle aynı veya daha dar olması tercih edilir; aksi halde izin dönemleri fiyat disiplininin gevşediği dönemlere dönüşebilir.

Danışmana hiç yetki verilmeli mi?

Verilmelidir. Hiçbir yetkisi olmayan danışman her küçük karar için onay bekler; bu hem müşteri karşısında zayıflık üretir hem yöneticiyi onay kuyruğuna boğar. Pratik yaklaşım, sık karşılaşılan ve küçük tutarlı sapmalar için danışmana tanımlı bir bant vermek ve bandın dışına çıkanı onaya bağlamaktır. Bandın genişliği, onay oranının yanında talep gerekçeleri ve karar süreleriyle birlikte gözden geçirilir; sürekli onaylanan küçük sapmalar bandın dar olabileceğini düşündürür, ancak bu çıkarım diğer verilerle teyit edilmeden yapılmamalıdır.

Onay oranı ne olmalı?

Hedeflenecek bir oran yoktur; oran bir teşhis sinyalidir ve tek başına sonuç vermez. Çok yüksek onay oranı gereksiz bir onay kademesine veya dar bir yetki bandına işaret edebilir; aynı tabloyu taleplerin önceden iyi filtrelenmesi de üretir. Çok düşük onay oranı ise uygunsuz taleplerin yanında eşiklerin fazla katı olmasından, fiyat politikasının piyasa koşullarına uymamasından, talep bilgisinin eksik gelmesinden veya kampanya ve fiyat koşullarının değişmesinden kaynaklanabilir. Yorum, oranın yanında talep gerekçeleri, karar süresi, gerçekleşen satış fiyatı, kaybedilen fırsatlar ve piyasa koşulları birlikte okunarak yapılır.

İş akışı ile onay süreci arasındaki fark ne?

Onay, bir kararın yetkiye bağlanmasıdır: birinin değerlendirip evet veya hayır demesi gerekir. İş akışı ise bir olayın ardından yapılması gerekenlerin otomatik tetiklenmesidir ve karar içermez. Teklif onayı bir onaydır; teklif onaylandığında belgenin oluşup iletim görevinin açılması bir iş akışıdır. Hukuki sonuç doğuran adımların iş akışına bırakılmayıp onay kademesine bağlanması gerekir.

Küçük bir ekipte bu yapı gerekli mi?

Gereklidir ama sadeleşir. Üç kişilik bir satış ekibinde iki kademe (danışman bandı ve yönetici onayı) yeterli olabilir. Ekip büyüklüğünden bağımsız olarak vazgeçilmemesi gereken üç unsur şudur: talep paketinin eksiksiz olması, onayın kayda geçmesi ve süre aşımında ne olacağının tanımlı olması. Bu üçü olmadan ekip ne kadar küçük olursa olsun ay sonunda neyin neden verildiği bilinmez.

Sonuç

Satış onay süreçlerinde eksik olan şey genellikle yetki tablosu değildir; tablonun sahada çalışmasını sağlayan mekanizmadır. Çalışan bir yapının üç ayağı vardır: talep paketinin eksiksiz gelmesi, her onay tipi için bir hedef süre ve süre aşımı davranışının tanımlı olması, ve her kararın kayda geçmesi.

İki yaygın yanılgıdan kaçınmak gerekir. Birincisi, onay noktası eklemenin disiplin ürettiğini sanmak: fazla onay noktası, içerik okunmadan verilen onaylara yol açar ve kuralı görünürde var fiilen yok hâle getirir. İkincisi, geriye dönük onayı disiplinsizlik olarak görmek: asıl nedeni çoğu zaman onayın zamanında gelmemesidir, dolayısıyla çözüm ceza değil süreyi kısaltmaktır. Eşiklerin yılda en az bir kez gözden geçirilmesi ise yapının zamanla kaymasını önler; bu gözden geçirme onay oranına tek başına değil, talep gerekçeleri, karar süresi, gerçekleşen satış fiyatı, kaybedilen fırsatlar ve piyasa koşullarıyla birlikte dayanmalıdır.

İ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