Kaybedilen Anlaşma → Dürüst Kayıp Otopsisi (Neden Kaybettik)

Söylenen neden ile asıl nedeni ayıran, her maddeyi veriden bir kanıta bağlayan ve neyin senin kontrolünde olduğunu işaretleyen yazılı bir kayıp otopsisi.

Kanca

Anlaşmayı kaybettin. CRM'e "fiyattan gitti" yazıp kapattın, bir sonrakine koştun. Üç ay sonra aynı yerden bir tane daha kaybettin — çünkü gerçek nedeni hiç kazımadın.

Hamle — Claude / ChatGPT (ikisi de çalışır)

Prompt — kopyala & yapıştır

Sen deneyimli bir satış koçusun. Sana kaybettiğim bir anlaşmanın ham verisini vereceğim: görüşme notları, e-posta trafiği, teklif ve müşterinin "hayır" derken söyledikleri. Bu veriyi dürüst bir kayıp otopsisine çevir.

Kurallar:
- Sadece verdiğim veride geçen bilgiyi kullan. Tahmin yürütme, senaryo uydurma.
- Bir bilgi eksikse ilgili başlığa "EKSİK" yaz ve o boşluğu doldurmam için en fazla üç net soru sor.
- Müşterinin söylediği neden ile asıl neden farklı olabilir. İkisini ayrı yaz ve hangi cümlenin hangisine kanıt olduğunu göster.
- Bana yağ çekme. Kendi hatam varsa açıkça yaz.

Çıktıyı şu başlıklarla ver:
1. KAYIP NEDENİ: Tek ana neden + en fazla iki yan neden. Her birini şu kategorilerden birine yerleştir: fiyat/bütçe, ürün eksiği, zamanlama, rakip, karar sürecini yanlış okuma, ilişki/güven, bizim sürecimizdeki hata.
2. KANIT: Her neden için, veride bunu gösteren birebir cümle veya mesaj.
3. KONTROL: Her nedeni işaretle — "bizim kontrolümüzde", "kısmen bizde", "tamamen dışımızda".
4. ERKEN SİNYAL: Bu kaybı önceden gösteren en net uyarı neydi ve süreçte hangi anda görünmüştü.
5. TEK HAMLE: Bir sonraki benzer anlaşmada farklı yapman gereken tek somut şey — uygulanabilir, tek cümle.

Veri:
[buraya görüşme notlarını, e-posta trafiğini, teklifi ve müşterinin ret gerekçesini yapıştır]

Çıktı

Söylenen neden ile asıl nedeni ayıran, her maddeyi veriden bir kanıta bağlayan ve neyin senin kontrolünde olduğunu işaretleyen yazılı bir kayıp otopsisi. Sonunda bir sonraki benzer anlaşma için tek somut hamle çıkar. Veriyi yapıştırdıktan sonra ~2-3 dakika.

Kariyer çentiği

Pipeline toplantısına "fiyattan kaybettik" diye gelen değil, "şu yüzden kaybettik, bir dahakine şunu değiştiriyorum" diye yazılı otopsiyle gelen kişi hunisini yöneten biri gibi görünür.

Sınır

AI sadece yapıştırdığın veriyi görür; müşterinin gerçek itirazını hiç not almadıysan ya da CRM'e sadece "pahalı" yazdıysan, yoktan neden çıkaramaz — bir de müşteri/anlaşma verisini şirketinin onaylamadığı araca yapıştırma.

Örnek — bu prompt ne üretir?

Örnek girdi

Görüşme notu — 12 Mart:
A firması, satın alma müdürü ile ilk demo. ~40 kişilik ekip. Mevcut çözümden memnun değiller, sözleşmeleri Haziran'da bitiyor. "Bütçe onayı bende değil, CFO'ya sunacağım" dedi. Entegrasyon soruldu; bizim muhasebe entegrasyon modülü henüz hazır değil, "yol haritasında" dedik.

E-posta — 20 Mart (onlardan):
"Teklifi CFO'ya ilettim. Entegrasyon tarafını netleştirebilir misiniz, mevcut muhasebe sistemimizle çalışması bizim için kritik."

E-posta — 22 Mart (bizden):
Fiyat teklifi gönderildi: yıllık 240.000 TL. Entegrasyon sorusuna "Q3'te gelecek" yazdık.

Teklif özeti: yıllık 240.000 TL, 3 yıl taahhütte %10 indirim.

Görüşme notu — 4 Nisan:
Sessizlik. Aradım, "değerlendiriyoruz" dediler. Başka temas yok.

Ret e-postası — 18 Nisan (onlardan):
"Teşekkürler, bu dönem başka bir çözümle ilerlemeye karar verdik. Fiyatlarınız da bütçemizin biraz üzerindeydi."

CRM notum: "Fiyattan gitti."

Çıktı

1. KAYIP NEDENİ

Ana neden — ürün eksiği: Kritik entegrasyon (muhasebe sistemiyle çalışma) hazır değildi; müşteri bunu "bizim için kritik" dedi, biz "Q3'te gelecek" ile geçiştirdik.

Yan neden 1 — karar sürecini yanlış okuma: Kararı CFO veriyordu; tüm süreci satın alma müdürüyle yürüttük, CFO ile hiç doğrudan temas kurmadık.

Yan neden 2 — bizim sürecimizdeki hata: Açık teknik soruya net plan/tarih yerine belirsiz cevap verdik ve sessizlik dönemini tek aramayla bırakıp takibi ilerletmedik.

Not: Müşterinin söylediği neden fiyat/bütçe. Ama bu cümle ret e-postasında entegrasyon/rakip gerekçesinden sonra ve "da / biraz" ile yumuşatılarak geçiyor — asıl neden değil, kapanış nezaketi olma ihtimali yüksek.

2. KANIT

Neden	Veriden birebir kanıt
Ürün eksiği (asıl)	20 Mart, müşteri: "mevcut muhasebe sistemimizle çalışması bizim için kritik." → 22 Mart, biz: "Q3'te gelecek."
Karar sürecini yanlış okuma	12 Mart: "Bütçe onayı bende değil, CFO'ya sunacağım." Sonrasında CFO temas notu yok.
Süreç hatası	4 Nisan: "Sessizlik. Aradım, 'değerlendiriyoruz'. Başka temas yok."
Fiyat (söylenen)	18 Nisan: "Fiyatlarınız da bütçemizin biraz üzerindeydi."

3. KONTROL

Ürün eksiği: kısmen bizde — modülün hazır olması bizde değil, ama nasıl konumlandırdığımız bizde.
Karar sürecini yanlış okuma: bizim kontrolümüzde.
Süreç/takip hatası: bizim kontrolümüzde.
Fiyat: kısmen bizde — indirim/paket bizde, bütçe tavanı onlarda.

4. ERKEN SİNYAL

En net uyarı 20 Mart e-postasıydı: entegrasyonun "kritik" olduğunu yazdıkları cümle. Satışın kaderini belirleyen soru buydu ve biz onu belirsiz bir tarihle kapattık. Sinyal, teklifi göndermeden 2 gün önce görünmüştü — orada durup çözüm/geçici plan sunsaydık akış değişebilirdi.

5. TEK HAMLE

Müşteri bir özelliği "kritik" dediği anda, teklifi göndermeden önce o maddeyi kapat: net tarih, geçici çözüm ya da açık bir "bu hazır değil" uyarısı ver — ve kararı veren kişiyle (burada CFO) doğrudan bir görüşme iste.

EKSİK

Rakip ve gerçek bütçe tavanı veride yok. Şunları netleştir:

Müşteri hangi rakip çözüme geçti; o rakip muhasebe entegrasyonunu hazır mı sunuyordu?
CFO teklifi/demoyu doğrudan gördü mü, yoksa yalnızca satın alma müdürünün özetiyle mi karar verdi?
"Bütçenin üzerinde" derken somut bir hedef rakam paylaşıldı mı?

ÜRETİM: TEM 2026 · CLAUDE Bu kayıt eşlenmiş örnek girdi ve çıktı içerir. Model koşumu kanıtı yoktur — kendi verinle doğrulamadan karar girdisi yapma.

Kendi verinle çalıştır

Verini aşağıya yapıştır; prompt seninkiyle birleşip çalıştırmaya hazır tek bloğa dönüşsün. Sonra tek dokunuşla Claude ya da ChatGPT'de aç.

Senin verin

Hazır prompt — verini bekliyor

Sen deneyimli bir satış koçusun. Sana kaybettiğim bir anlaşmanın ham verisini vereceğim: görüşme notları, e-posta trafiği, teklif ve müşterinin "hayır" derken söyledikleri. Bu veriyi dürüst bir kayıp otopsisine çevir.

Kurallar:
- Sadece verdiğim veride geçen bilgiyi kullan. Tahmin yürütme, senaryo uydurma.
- Bir bilgi eksikse ilgili başlığa "EKSİK" yaz ve o boşluğu doldurmam için en fazla üç net soru sor.
- Müşterinin söylediği neden ile asıl neden farklı olabilir. İkisini ayrı yaz ve hangi cümlenin hangisine kanıt olduğunu göster.
- Bana yağ çekme. Kendi hatam varsa açıkça yaz.

Çıktıyı şu başlıklarla ver:
1. KAYIP NEDENİ: Tek ana neden + en fazla iki yan neden. Her birini şu kategorilerden birine yerleştir: fiyat/bütçe, ürün eksiği, zamanlama, rakip, karar sürecini yanlış okuma, ilişki/güven, bizim sürecimizdeki hata.
2. KANIT: Her neden için, veride bunu gösteren birebir cümle veya mesaj.
3. KONTROL: Her nedeni işaretle — "bizim kontrolümüzde", "kısmen bizde", "tamamen dışımızda".
4. ERKEN SİNYAL: Bu kaybı önceden gösteren en net uyarı neydi ve süreçte hangi anda görünmüştü.
5. TEK HAMLE: Bir sonraki benzer anlaşmada farklı yapman gereken tek somut şey — uygulanabilir, tek cümle.

Veri:
[buraya görüşme notlarını, e-posta trafiğini, teklifi ve müşterinin ret gerekçesini yapıştır]

Yapıştırdığın veri tarayıcından çıkmaz — WhiteYaka'ya gönderilmez. Prompt panoya kopyalanır; açılan sohbete Ctrl/⌘ + V ile yapıştırırsın.

i Bu föy örnek girdi ve çıktı içerir; yapısal doğrulama ve ölçütlü prompt koşumu henüz kaydedilmedi.

← Tüm bölümler Sıradaki föy: Tek aday müşteri bilgisinden 12 günlük çok kanallı takip kadansı çıkar →

Bülten kaydı kapalı.

Bu sayfa e-posta adresi toplamaz ve liste kaydı başlatmaz. 160 hamlenin tamamı giriş yapmadan açık.