Sözlü 'evet'i imza takvimine çeviren karşılıklı kapanış planı

Sözlü "evet"i, bugünden imzaya kadar kim-ne-ne zaman diye dizilmiş bir kapanış planına, gecikme risklerine ve müşteriye atacağın teyit e-postası taslağına çevirir; notlarda olmayan her şeyi "sor" listesi olarak önüne koyar.

Kanca

Müşteri toplantıda "evet, ilerleyelim" dedi, sen rahatladın. Sonra iki hafta sessizlik: "evet"in üstüne net adım koymadığın için anlaşma imzaya değil sürüncemeye gidiyor.

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

Prompt — kopyala & yapıştır

Sen deneyimli bir satış kapanış danışmanısın. Aşağıda, müşterinin sözlü olarak "ilerleyelim / evet" dediği bir görüşmenin notları var. Görevin: bu "evet"i imzaya bağlayan bir karşılıklı kapanış (mutual action) planı çıkarmak.

Kurallar:
- Sadece notlardaki bilgiyi kullan. İsim, tarih, tutar, karar verici veya adım uydurma.
- Bir bilgi notlarda yoksa ilgili yere "EKSIK: [müşteriye sorulması gereken şey]" yaz; tahmin yürütme.
- Tarihleri notlardaki verilere ya da "görüşme + X gün" gibi göreli ifadelere dayandır; net tarih yoksa EKSIK yaz.
- Her adımda sorumlu tarafı ayır: [Benim tarafım] / [Müşteri tarafı].
- Türkçe yaz, kısa cümle kur, süslü dil kullanma.

Çıktı:
1) Karşılıklı kapanış planı tablosu. Sütunlar: Adım | Sorumlu taraf | Ne yapılacak | Bitiş tarihi | Neden gerekli (imzaya ne katkısı var).
   Adımları bugünden imzaya doğru sırala; şu tür durakları düşün: teknik/ürün doğrulama, hukuk ve sözleşme, satın alma süreci, bütçe onayı, imza yetkilisinin teyidi.
2) Riskler: planı geciktirebilecek en fazla 3 nokta ve her biri için tek cümlelik önlem.
3) Eksikler listesi: müşteriye bir sonraki temasta sorman gereken tüm EKSIK maddeleri tek tek yaz.
4) Müşteriye gönderilecek kısa teyit e-postası taslağı: planı özetleyen, "yanlış anladığım yer varsa düzelt" tonunda, 6-8 satır.

Görüşme notları:
"""
[buraya görüşme/çağrı notlarını yapıştır: kimler vardı, ne konuşuldu, müşteri tam olarak ne dedi, sonraki adım olarak ne söz verildi, konuşulan tarih/tutar/karar verici]
"""

Çıktı

Kariyer çentiği

Kapanışı "umarım olur" belirsizliğinden çıkarıp takvime bağladığın için, boru hattı toplantısında tahmin değil savunulabilir bir kapanış tarihi konuşabilirsin.

Sınır

Plan, müşteride gerçek satın alma niyeti varsa süreci hızlandırır; "evet" kibarlıktan geldiyse durumu düzeltmez, sadece görünür kılar — ayrıca müşteri notlarını yapıştırmadan önce isim ve ticari detaylar için kullandığın aracın veri politikasını bir kez kontrol et.

Örnek — bu prompt ne üretir?

Örnek girdi

12 Mart online demo notları

Katılanlar: müşteri tarafından Proje Yöneticisi + bir teknik kişi; bizden ben ve çözüm mühendisi.

Demo iyi geçti. Proje Yöneticisi "evet, bu bizim ihtiyacı karşılıyor, ilerleyelim" dedi.
Teknik kişi entegrasyonu sordu: mevcut sistemleriyle konuşabilir mi? Çözüm mühendisi "çoğu senaryoyu destekliyoruz ama sizin API'yi görmemiz lazım" dedi.
Bütçe: PY "bu çeyrek için ayrılmış bütçe var ama üst limiti tek başıma onaylayamıyorum, finans tarafına gitmesi gerekiyor" dedi.
Paket olarak orta paketi konuştuk, fiyatı netleştirmedik.
Sözleşmeyi hukuk incelesin dediler.
Sonraki adım olarak konuşulan: biz entegrasyon dokümanını göndereceğiz, onlar da kendi teknik ekipleriyle bize API erişimi ayarlayacak.
İmzayı kim atıyor konuşulmadı.
PY önümüzdeki hafta tatile giriyormuş, "döndüğümde bakarız" dedi.

Çıktı

1) Karşılıklı kapanış planı

Adım	Sorumlu taraf	Ne yapılacak	Bitiş tarihi	Neden gerekli
Entegrasyon dokümanını ilet	[Benim tarafım]	Konuşulan entegrasyon dokümanını müşteriye gönder	EKSIK: net tarih yok (PY tatilde)	Teknik doğrulamanın başlaması için ön koşul
API erişimini aç	[Müşteri tarafı]	Teknik ekip, çözüm mühendisine API erişimi/örneği versin	EKSIK: tarih verilmedi	Erişim olmadan uyum doğrulanamaz
Teknik/entegrasyon doğrulaması	[Benim tarafım]	Müşteri API'sini inceleyip mevcut sistemle uyumu teyit et	API erişimi + EKSIK: süre yok	Teknik uygunluk kanıtlanmadan sözleşme anlamsız
Orta paket teklifini hazırla	[Benim tarafım]	Orta paket için fiyatlı teklif + sözleşme taslağı hazırla	EKSIK: hedef tarih yok	Hukuk ve bütçe onayının önüne somut belge koymak için
Hukuk incelemesi	[Müşteri tarafı]	Sözleşme taslağını hukuk ekibine incelet	EKSIK: süre bilinmiyor	Sözleşme kapanmadan imza atılamaz
Bütçe/finans onayı	[Müşteri tarafı]	PY, teklifi finans tarafının onayına sunsun	EKSIK: onay süreci ve süresi yok	Üst limiti PY tek başına onaylayamıyor
İmza	EKSIK: imza yetkilisi kim, konuşulmadı	Sözleşmeyi imzalat	EKSIK: hedef imza tarihi yok	Anlaşmayı kapatan son adım

2) Riskler

PY tatilde, süreç duruyor. Önlem: Dönüş tarihini teyit et ve tatildeyken teknik doğrulamayı müşterinin teknik ekibiyle ilerlet.
İmza yetkilisi belirsiz. Önlem: Bir sonraki temasta "sözleşmeyi kim imzalıyor" sorusunu net sor.
Onay PY'nin elinde değil, finansa bağlı. Önlem: Finans onay adımını ve süresini takvime ayrı bir durak olarak koy.

3) Eksikler (bir sonraki temasta sor)

Doküman gönderimi ve teknik doğrulama için net tarihler.
API erişiminin müşteri tarafından ne zaman açılacağı.
Orta paketin konuşulan fiyatı/tutarı.
Hukuk incelemesinin tahmini süresi.
Finans onay sürecinin adımları ve süresi.
İmza yetkilisinin kim olduğu.
PY'nin tatilden dönüş tarihi.
Hedeflenen imza / başlangıç tarihi.

4) Teyit e-postası taslağı

Konu: 12 Mart görüşmesi — sonraki adımlar

Merhaba,

Görüşme için teşekkürler; ilerleme kararına sevindik. Anladığım kadarıyla plan şöyle: biz entegrasyon dokümanını gönderiyoruz, sizin teknik ekip bize API erişimi açıyor, ardından uyumu birlikte doğruluyoruz. Sonrasında orta paket için teklif ve sözleşme taslağını hazırlayıp hukuk incelemesine ve bütçe onayına sunuyoruz.

Netleştirmek istediğim iki nokta var: API erişimini hangi tarihte açabilirsiniz ve sözleşmeyi sizde kim imzalıyor?

Yanlış anladığım bir yer varsa düzeltirseniz sevinirim.

Ü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ış kapanış danışmanısın. Aşağıda, müşterinin sözlü olarak "ilerleyelim / evet" dediği bir görüşmenin notları var. Görevin: bu "evet"i imzaya bağlayan bir karşılıklı kapanış (mutual action) planı çıkarmak.

Kurallar:
- Sadece notlardaki bilgiyi kullan. İsim, tarih, tutar, karar verici veya adım uydurma.
- Bir bilgi notlarda yoksa ilgili yere "EKSIK: [müşteriye sorulması gereken şey]" yaz; tahmin yürütme.
- Tarihleri notlardaki verilere ya da "görüşme + X gün" gibi göreli ifadelere dayandır; net tarih yoksa EKSIK yaz.
- Her adımda sorumlu tarafı ayır: [Benim tarafım] / [Müşteri tarafı].
- Türkçe yaz, kısa cümle kur, süslü dil kullanma.

Çıktı:
1) Karşılıklı kapanış planı tablosu. Sütunlar: Adım | Sorumlu taraf | Ne yapılacak | Bitiş tarihi | Neden gerekli (imzaya ne katkısı var).
   Adımları bugünden imzaya doğru sırala; şu tür durakları düşün: teknik/ürün doğrulama, hukuk ve sözleşme, satın alma süreci, bütçe onayı, imza yetkilisinin teyidi.
2) Riskler: planı geciktirebilecek en fazla 3 nokta ve her biri için tek cümlelik önlem.
3) Eksikler listesi: müşteriye bir sonraki temasta sorman gereken tüm EKSIK maddeleri tek tek yaz.
4) Müşteriye gönderilecek kısa teyit e-postası taslağı: planı özetleyen, "yanlış anladığım yer varsa düzelt" tonunda, 6-8 satır.

Görüşme notları:
"""
[buraya görüşme/çağrı notlarını yapıştır: kimler vardı, ne konuşuldu, müşteri tam olarak ne dedi, sonraki adım olarak ne söz verildi, konuşulan tarih/tutar/karar verici]
"""

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: Dağınık çağrı notunu tek seferde temiz CRM kaydına çevir →

Bülten kaydı kapalı.

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