Fırsat aşaması, bir sonraki adımın hazır olduğunu söylemez
Satış yöneticisi haftalık toplantıya hazırlanırken CRM'de ‘teklif gönderildi’ aşamasında duran fırsatları görüyor. Bazılarının müşterice kabul edilmiş sonraki görüşmesi var; bazılarında tarih yalnız satış temsilcisinin önerisi. Aynı aşama etiketi bu farkı göstermez. Yapay zekâdan fırsatları özetlemesini istediğinizde eksik tarihleri tamamlaması veya hepsine benzer takip görevi yazması kolaydır. İşe yarayan gündem, verideki boşlukları düzgün cümlelerle kapatmak yerine doğru sorumluya taşır.
Burada 14 Eylül 2026 sabahı için hazırlanmış sekiz sentetik fırsat kullanacağız. Kurumlar K1–K8, çalışan adları ve notlar kurgusaldır. Amaç bir satış tahmini yapmak veya müşterilerin satın alma olasılığını puanlamak değildir. Çıktı, hangi kayıtta hangi teyidin eksik olduğunu ve toplantıda neyin karara bağlanacağını gösteren takip dosyasıdır. Tarihleri göreli ‘yarın’ ifadeleri yerine açık günlerle tutacağız; dosyanın daha sonra açılması anlamını değiştirmeyecek.
Ham notun yanında tarih ve teyit kaynağı bulunsun
| Fırsat | Durum / sahip | Sonraki adım | Kaynak notu |
|---|---|---|---|
| F1 / K1 | Açık / Ece | 11 Eylül geri dönüş | N1: müşteri görüşmeyi teyit etti; sonuç yok |
| F2 / K2 | Açık / Bora | 15 Eylül demo | N2: müşteri ve Bora kabul etti |
| F3 / K3 | Açık / belirtilmedi | Teklif kontrolü | N3: ekip içinde önerildi |
| F4 / K4 | Açık / Deniz | Teknik soru yanıtı; tarih yok | N4: Deniz işi kabul etti |
| F5 / K5 | Kazanıldı / Ece | Eski takip 16 Eylül | N5: 10 Eylül kapanış teyidi |
| F6 / K6 | Kaybedildi / Bora | Yok | N6: müşteri bu dönemi erteledi |
| F7 / K7 | Açık / Deniz | 17 Eylül önerisi | N7: müşteri henüz yanıtlamadı |
| F8 / K8 | Açık / Selin | 14 Eylül durum yanıtı | N8: Selin izinli; devir kabulü yok |
N1'de görüşmenin sonucu boş olması, görüşmenin yapılmadığını kesinleştirmez. CRM güncellenmemiş olabilir. Bu nedenle ilk iş müşteriye tekrar yazmak değil, Ece'den gerçekleşme bilgisini istemektir. F8'in tarihi bugün olsa bile işi otomatik olarak başka çalışana vermeyiz; devir kabulü eksiktir. F3'te ise atama baştan belirsizdir. İki kayıt da ‘sorumlu sorunu’ başlığına girebilir, fakat gerekli teyitleri farklıdır.
Kapanmış F5 ve F6 satış takibinin etkin listesine tekrar alınmaz. F5'teki eski tarih, kapanış kaydını geçersiz kılmaz. Teslimat veya müşteri oryantasyonu gibi satış sonrası işler ayrı süreçlerde devam edebilir; bunlar bu fırsatı yeniden açmak için kanıt değildir. F6'da müşterinin verdiği gerekçe korunur. AI'ın ‘fiyat yüksek bulundu’ gibi daha alışılmış bir kayıp nedeni eklemesi, kaynağı değiştirerek sonraki analizleri de yanıltır.
Önce açık kararları, sonra planlı işleri ayırın
| Fırsat | Gündem | İstenen teyit / sorumlu |
|---|---|---|
| F1 | Geçmiş tarih; sonuç belirsiz | N1 görüşme sonucu / Ece |
| F8 | Bugünkü iş; devir bekliyor | Yeni sorumlunun kabulü / satış yöneticisi |
| F3 | Atama ve kapsam eksik | Kim üstlenecek, ne kontrol edilecek / yönetici |
| F4 | İş kabul edilmiş; tarih eksik | Yanıt tarihi / Deniz |
| F7 | Müşteri teyidi yok | Önerilen günün kabulü / Deniz |
| F2 | Planlı | 15 Eylül demo hazırlığı / Bora |
| F5 | Kapalı | Eski takip kaydını kapanışla ilişkilendir / Ece |
| F6 | Kapalı | N6 gerekçesini koru; etkin görev çıkarma |
Bu sıralama şirketin gelir önceliği modeli değildir. Geçmiş tarih, bugünkü iş ve eksik atama gibi dosyada verilen çalışma koşullarına göre hazırlanmış toplantı gündemidir. Tutar, stratejik müşteri önemi veya kapanma olasılığı girdide bulunmuyor. Dolayısıyla F1'in en değerli fırsat olduğu söylenemez. Toplantı yöneticisi başka bir öncelik kuralı kullanacaksa onu açıkça tanımlamalı ve gerekli veriyi sağlamalıdır; sıralamanın gerekçesi kayıtta görünmelidir.
NIST AI RMF, AI kullanımının bağlamı ile insan sorumluluklarının tanımlanmasını birlikte ele alır. Bu dosyada modelin rolünü gündem taslağıyla sınırlıyoruz; görev atama ve müşteri taahhüdü ilgili çalışanların kararına bağlıdır. Örnek sıralama kuralları bir NIST satış yöntemi değildir.Kaynak: NIST — AI RMF 1.0 Core
Teyit gelince yalnız ilgili kaydı güncelleyin
F1: Ece, 11 Eylül görüşmesinin yapıldığını ve müşteri yanıtının 18 Eylül beklendiğini teyit etti; beklenen yanıt bir müşteri taahhüdü olarak işaretlenmedi. F3: Bora teklif kontrolünü kabul etti, bitiş tarihi hâlâ açık. F8: Deniz 14 Eylül durum yanıtını devraldığını teyit etti. F2'nin 15 Eylül demosu planlı. F4 ve F7 için eksik teyitler devam ediyor. Kapalı F5 ve F6 etkin fırsat listesine alınmadı.
Bu örnek not, toplantıdan sonra hangi bilgilerin değiştiğini gösterir. F3'e sorumlu bulunması, aynı anda teslim tarihinin de belirlenmiş olduğu anlamına gelmez. F1 için beklenen yanıt tarihi, müşterinin kabul ettiği görüşme tarihiyle aynı statüde değildir. AI çıktısının sütunlarını yalnız ‘kişi’ ve ‘tarih’ olarak tutarsanız bu ayrımlar kaybolabilir. Teyidin türü ve kaynak kimliği, tabloyu biraz uzatsa da yanlış takip davranışlarını önler.
CRM'ye veri yazma işlemi bu uygulamanın dışında tutulur. Kullanıcı taslağı gözden geçirip kurumun mevcut kayıt düzeninde işler. İleride otomasyon kurulacaksa hangi alanın okunup hangisinin değiştirilebileceği ayrı entegrasyon çalışmasıdır. Özellikle kapanmış fırsatı yeniden açma, müşteri iletişimi gönderme ve fırsat sahibini değiştirme birbirinden farklı yetkilerdir. Hazır bir metin bu işlemlerin tamamına izin verildiği anlamına gelmez.
Sekiz girdinin sekiz sonuçta izlendiğini doğrulayın
Değerlendirme tarihi 14 Eylül 2026. F1–F8 ve N1–N8 dışında bilgi kullanma. Açık fırsatlarda geçmiş tarih, bugünkü iş, eksik sahip, eksik tarih ve müşteri teyidi durumlarını ayır. Kapalı kayıtları etkin takibe alma. Her kayıt için gündem, kaynak ve teyit istenecek sorumluyu yaz; girdide yoksa atama veya müşteri olasılığı üretme. Çıktı yalnız taslaktır, CRM değişikliği veya e-posta gönderimi değildir. En sonda sekiz kimliğin tamamının durumunu kontrol et.
- F1–F8 kimlikleri kaybolmadan ve tekrarlanmadan sonuçta bulunuyor mu?
- Kesin tarih, önerilen tarih ve beklenen yanıt ayrı mı?
- İşi kabul eden kişi ile yalnız konuşan kişi ayrılmış mı?
- Kapalı fırsatlar ve gerekçeleri son duruma uygun mu?
- Görev devri veya yeni taahhüt için teyit kaydı var mı?
Küçük alıştırma: F7'nin müşterisi 17 Eylül önerisini kabul etti, ancak Deniz o gün uygun olmadığını söyledi. F7 artık kesin planlı görüşme sayılır mı? Cevap anahtarı: Hayır. Müşteri kabulü kayda girer, fakat tarafların ortak uygunluğu tamamlanmamıştır. Deniz veya kabul edecek başka sorumlu için yeni teyit gerekir. AI'ın ‘müşteri kabul etti’ bilgisinden herkesin uygun olduğu sonucunu çıkarması eksik bir takvim kararını tamamlanmış gösterir.
Kendi haftalık toplantınızda önce bir kez bu tabloyu elle kontrol edin. En çok hangi teyidin eksik kaldığını not alın: tarih mi, sahip mi, sonuç kaydı mı? Sonraki iyileştirme promptu uzatmak yerine CRM'nin o alanını daha iyi doldurmak olabilir. AI mevcut bilginin düzenlenmesine yardımcı olur; bilgi kaynağının düzenli tutulması ise satış ekibinin çalışma alışkanlığıdır. Bu ayrım korunduğunda gündem, ekibe yeni belirsiz işler dağıtmak yerine açık işleri kapatmaya yardım eder.
Kaynaklar ve doğrulama
- NIST — AI RMF 1.0 Core
Bağlam, sorumluluklar, değerlendirme ve yaşam döngüsü. Sayfa 1.0 metnini sunuyor ve güncellemenin sürdüğünü belirtiyor; örnek kurum eşikleri NIST gerekliliği değildir.
Erişim ve kontrol:
Üretken Yapay Zekâ ile İş Verimliliği
Üretken Yapay Zekâ ile İş Verimliliği eğitiminde satış toplantınızın girdilerini ve kabul edilecek takip çıktısını birlikte tasarlayabiliriz. Başlangıç için anonim sekiz fırsat kaydı yeterli bir çalışma alanı sağlar.
- Kuruma özel planlanır