Yapay zekâyla satış teklifi hazırlama: ihtiyaçtan onaylanabilir taslağa.

Teklifin düzgün görünmesi yeterli mi?

Satış ekibi görüşme notunu yapay zekâya veriyor ve kısa sürede temiz bir teklif metni alıyor. Taslakta müşteri talebine uygun ürünler var, fakat teslim tarihi ve indirim de eklenmiş. Bu iki bilgi görüşmede kesinleşmemişse metnin akıcılığı ticari sorunu gizler. Teklif hazırlamaya önce üç kaynağı ayırarak başlayın: müşterinin istediği, şirketin sunabildiği ve yetkili kişinin onayladığı. Aynı belgeye girmeleri, aynı anda doğrulandıkları anlamına gelmez.

Burada 20 demo seti isteyen kurgusal bir müşteri için teklif hazırlıyoruz. Ürünler, miktarlar, tutarlar ve koşullar tamamen sentetiktir. Örnek bir teklif hukuki metni veya piyasa fiyatı sunmaz. Görevimiz, gerekli alanları ve hesapları kontrol edilmiş bir iç taslak üretmektir. Müşteriye gönderim yapılmayacaktır. Sonuçta hangi satırın dayanağının bulunduğu, hangi sözün verilemeyeceği ve kimin hangi eksikliği kapatacağı görünür olacak.

İhtiyaç ile tedarik koşulunu yan yana koyun

Müşterinin indirim istemesi, şirketin indirimi kabul ettiği anlamına gelmez. Aynı şekilde stokta 12 set bulunması 20 setin birlikte gönderilebileceğini kanıtlamaz. Teklifte bu boşluklar başka ürün veya tarihle otomatik doldurulmaz. Birden fazla teslimat seçeneği sunulacaksa müşteri ihtiyacı ve taşıma bedelinin bu seçeneğe uyarlanması gerekir. Verilen 200 taşıma birimini her kısmi gönderim için geçerli saymak kapsamı değiştirebilir.

Kaynak sürümünü taslağın yanında saklayın. Fiyat listesi değiştiğinde yalnız toplam tutarı güncellemek yeterli olmayabilir; ürün kapsamı, geçerlilik veya taşıma koşulu da değişmiş olabilir. Belirsiz vergi alanı için bir oran tahmin etmiyoruz. Taslakta tutarların vergi dahil son ödeme toplamı olmadığı açıkça yazılır. Gerçek teklifte gerekli mali ve sözleşmesel alanları kurumun yetkili sorumluları tamamlar.

Taslağın hesaplanabilir çekirdeği

Bu tablo teklifin bütün koşullarını tamamlamaz; yalnız verilen kalemleri toplar. Vergi alanı belirsizken 3200 değerine ‘ödenecek kesin toplam’ yazılmaz. İndirim seçeneği ayrıca onaylanırsa yüzde 10 ürün indirimi 300 birim olur; ürün tutarı 2700, taşıma dahil bilinen tutar 2900'e iner. Bu ikinci hesap bir senaryodur. Onay yokken ana teklif toplamının yerine geçmez ve taslakta sanki kabul edilmiş gibi gösterilmez.

Kapsam dışı alanın açık olması müşterinin ihtiyacını küçümsemek değildir. Sunulmayan bir hizmetin metne otomatik eklenmesini önler. Bir satış taslağı ‘kurulum ve eğitim dahildir’ gibi tanıdık ifadeleri kolayca taşıyabilir. Her kalemin kaynak eşleşmesi yapıldığında bu tür eklemeler görünür hale gelir. Hesap doğru olsa bile kapsam yanlışsa teklif kullanıma hazır değildir; iki kontrol birlikte tamamlanır.

Onaylanabilir metni oluşturun

NIST, insan sorumluluğu ve kullanım bağlamının açık tutulmasını destekler. Aşağıdaki teklif ve onay tablosu bu yazı için tasarlanmış örnektir.Kaynak: NIST AI RMF Core

Talebiniz doğrultusunda 20 demo seti için çalışma taslağı hazırlanmıştır. Ürün tutarı 3000, tek adrese taşıma 200; bilinen kalemler toplamı 3200 birimdir. Vergi kapsamı tamamlanmadan bu tutar kesin ödeme toplamı değildir. [I1,F1]
12 set hazırdır; kalan 8 setin ikmal tarihi ve toplam teslim planı doğrulanacaktır. [S1]
İstenen ürün indirimi bu hesapta uygulanmamıştır; yetkili değerlendirmesi beklenmektedir. [N1,Y1]
Eğitim hizmeti bu taslağa dahil değildir. [I1]
Dış paylaşım öncesi fiyat sürümü, vergi alanı, teslim ve onay durumu tamamlanmalıdır.

Bu metin belirsizliğin tamamını müşteriye yüklemek için yazılmadı. Satış çalışanının hangi işleri kapatması gerektiğini gösteren iç taslaktır. Nihai teklif hazırlanırken açık alanların çözülenleri güncellenir; çözülemeyenler ise müşterinin kararını etkileyen koşullar olarak uygun biçimde açıklanır. Bir taslağın onaylanması, daha sonra değiştirilen sürümün de onaylı olduğu anlamına gelmez. Gönderilecek metin, alıcı ve kapsam aynı kontrol kaydına bağlanmalıdır.

Son kontrolü dört ayrı soruyla yapın

1. İstenen ürün, miktar ve adres kapsamı doğru mu?
2. Birim fiyat, taşıma ve indirim hesabı doğru kaynağa dayanıyor mu?
3. Teslim ve ek hizmet ifadeleri verilmiş yetkiyi aşıyor mu?
4. Gönderilecek sürüm gerekli onaylardan geçti mi?

Girdi: I1,F1,S1,Y1,N1. Görev: hesap tablosu, iç teklif taslağı ve açık onay listesi hazırla. Yüzde 10 talebini onay sayma; eksik vergi ve tarihi tahmin etme. Eğitim hizmeti ekleme. İndirim senaryosunu ana tutardan ayrı göster. Kontrol: her kalemin dayanağı kodla belirtilecek; 20 setin tamamı için teslim bilgisi doğrulanmadan kesin tarih yazılmayacak.

AI çıktısını kontrol ederken sadece rakamları aramayın. ‘Hazır’, ‘kesin’, ‘dahil’ ve ‘garanti’ gibi kelimeler teklifin anlamını değiştirebilir. Kısaltma veya çeviri yapılırsa bu kontrol tekrarlanır. Aynı tutar başka dilde korunurken teslim koşulunun kaybolması mümkündür. Son sürümün karşılaştırmasında anlamı değiştiren ekleme ve çıkarmaları kayda almak, fiyat tablosu kadar önemli bir iş adımıdır.

İndirim onayının sınırını koruyun

Küçük alıştırma: Yönetici yalnız ürün tutarına yüzde 10 indirimi onaylasın. Beklenen bilinen toplam 2900'dür: 20 × 150 × 0,90 + 200. Taşımaya da indirim uygulanırsa 2880 çıkar ve onay kapsamı aşılır. Teslim tarihi ile vergi durumu değişmez; bu alanlar hâlâ açıktır. Sonuç, indirimin kabul edilmesinin diğer bütün ticari koşulları kendiliğinden kapatmadığını göstermelidir.

Kendi ekibinizde bu düzeni kullanmak için uzun bir prompt kütüphanesinden önce güncel kaynakların sahiplerini belirleyin. İhtiyaç notu, fiyat kaynağı ve yetki tablosu bir araya geldiğinde aynı şablon farklı tekliflerde kullanılabilir. Her teklifte değişen veriler tekrar kontrol edilir. Böylece yapay zekâ taslak hazırlığını desteklerken satış kararının dayanağı metnin akıcılığından bağımsız olarak izlenebilir kalır.