Fiyat onay ekranı nasıl bir karar sistemine dönüşür?

Çoğu “karar sistemi” tartışması soyut kalır. Bu yazı, somut bir örnekle ilerleyecek: bir fiyat onay ekranı. Çünkü en sıradan görünen bu ekran, doğru tasarlandığında bir karar sisteminin tüm unsurlarını içerir.

Başlangıç noktası tanıdıktır. Bir satış temsilcisi, bir müşteriye standart dışı bir fiyat veya iskonto vermek ister. Bunun için onay gerekir. Çoğu şirkette bu onay e-postada yürür: temsilci yazar, yönetici “onaylandı” der, karar verilmiştir.

Bu, bir onay değil, bir boşluktur. Hangi fiyat, hangi gerekçeyle, hangi marj etkisiyle, hangi alternatiflere karşı onaylandı? Hiçbiri kayıtlı değildir. Altı ay sonra bu kararın izi yoktur.

Şimdi bu basit onayı adım adım bir karar sistemine dönüştürelim. Her adım, soyut bir “karar sistemi” ilkesinin somut karşılığıdır.

Adım 1: Bağlamı ekrana getirmek

İlk dönüşüm, kararı veren kişinin önüne doğru bağlamı getirmektir.

E-posta onayında yönetici, çoğu zaman sadece istenen fiyatı görür. Karar için gereken bağlamı kendisi aramak zorundadır: mevcut fiyat ne? Marj ne olacak? Bu müşteriye daha önce ne verdik? Rakip nerede?

Karar sistemi bu bağlamı onay anına getirir. Ekran, istenen fiyatla birlikte mevcut fiyatı, marj etkisini, müşterinin geçmiş koşullarını, hacmini ve varsa rakip fiyatını gösterir. Karar verici artık aramaz; karşılaştırır.

Bu, “rapor değil karar sistemi” ilkesinin ilk somut halidir: bilgi, kararın alındığı yere taşınır.

Adım 2: Eşikleri tanımlamak

İkinci dönüşüm, her onayı aynı kefeye koymaktan vazgeçmektir.

Tüm fiyat istisnaları aynı risk seviyesinde değildir. Yüzde 2’lik bir iskonto ile yüzde 30’luk bir iskonto, aynı onay sürecini hak etmez. Standart bir müşteriye küçük bir esneklik ile stratejik bir müşteriye büyük bir taviz, aynı dikkatle ele alınamaz.

Karar sistemi eşikler tanımlar. Belirli bir sınırın altındaki istisnalar otomatik onaylanır veya tek adımda geçer. Belirli bir eşiği aşanlar daha üst bir onaya gider. Marj belirli bir seviyenin altına inerse, sistem ek uyarı üretir.

Böylece onay yükü, kararın riskiyle orantılı hale gelir. Düşük riskli kararlar hızlanır, yüksek riskli kararlar yavaşlar ve doğru gözden geçirilir.

Adım 3: Öneri ve alternatif sunmak

Üçüncü dönüşüm, sistemin sadece istenen fiyatı göstermekle kalmayıp seçenek sunmasıdır.

İyi bir fiyat onay sistemi, “bu fiyatı onaylıyor musun?” sorusunun ötesine geçer. Önerilen fiyat aralığını, alternatif senaryoları (örneğin daha küçük bir iskontoyla daha iyi marj) ve her seçeneğin etkisini gösterebilir.

Bu, kararı zenginleştirir. Yönetici sadece evet/hayır demez; bir karar uzayında seçim yapar. Belki istenen yüzde 20’yi onaylamak yerine, yüzde 12’yi karşı önerir.

Burada AI da anlamlı bir rol üstlenebilir: geçmiş benzer kararları bulmak, marj etkisini hesaplamak, riskli noktaları işaretlemek. Ama nihai onay insanda kalır.

Adım 4: Gerekçeyi kaydetmek

Dördüncü dönüşüm, kararın gerekçesini tutmaktır.

Onay verilirken, kısa bir gerekçe alanı kararın “neden”ini yakalar. Rakip baskısı mı? Stratejik müşteriyi koruma mı? Hacim taahhüdü karşılığı mı? Bu bir cümle bile olsa, kararın bağlamını kalıcı kılar.

Bu, karar izinin ta kendisidir. Altı ay sonra “bu müşteriye neden bu fiyatı verdik?” sorusu, e-posta arşivinde aranmaz; onay kaydında saniyede görülür.

Gerekçe ayrıca öğrenme sağlar. Hangi tür gerekçelerle verilen iskontolar işe yaradı, hangileri sadece marj kaybettirdi? Bu, zamanla daha iyi fiyat politikası üretir.

Adım 5: Sonucu takip etmek

Beşinci ve son dönüşüm, kararın sonucunu izlemektir.

Onaylanan fiyat uygulandıktan sonra ne oldu? Müşteri hacmi arttı mı? Beklenen taahhüt geldi mi? Marj tahmini tuttu mu? Çoğu onay sistemi burada durur — karar verilir ve unutulur.

Karar sistemi sonucu kapatır. Onaylanan istisnanın sonucunu, beklentiyle karşılaştırır. Böylece sistem sadece karar vermez; verdiği kararlardan öğrenir.

Bu beş adım tamamlandığında, sıradan bir onay ekranı artık bir form değildir. Bağlam, eşik, öneri, gerekçe ve sonuç takibini içeren bir karar sistemidir.

Sonuç

En sıradan görünen bir ekran bile — bir fiyat onayı — doğru tasarlandığında bir karar sisteminin tüm unsurlarını içerir. E-postadaki bir “onaylandı” cevabı, izsiz ve bağlamsız bir boşluktur. Aynı karar, bağlam, eşik, öneri, gerekçe ve sonuç takibiyle donatıldığında, hem daha hızlı hem daha tutarlı hem de öğrenen bir sürece dönüşür.

Önemli olan, bu beş adımın yalnızca fiyat onayına özgü olmamasıdır. Aynı yapı, stok aksiyonundan kampanya onayına, bütçe kalemi kararından müşteri koşuluna kadar neredeyse her tekrar eden karara uygulanabilir.

Doğru soru şudur:

Onaylarımız bir “evet/hayır” cevabından mı ibaret, yoksa bağlam, gerekçe ve sonuç taşıyan bir karar sistemi mi?