Ürün sayfan hazır. Tek cümlelik iş sonucu net, sınırlar yazılı, fiyat modeli belli. Sonra telefon çalıyor ya da bir toplantıya giriyorsun ve beş dakika içinde konuşma sayfadan tamamen kopuyor: akıştan, kullandığın araçtan, hangi modeli çağırdığından bahsediyorsun. Alıcı nazikçe dinliyor ama gözlerinde "bunun bana ne faydası var" sorusu büyüyor.

Bu kayma tesadüf değil. Sayfayı yazarken zorunlu bir disiplin var — form seni iş sonucuna, sınıra, fiyata yönlendiriyor. Canlı konuşmada o disiplin yok. Sen de en rahat konuştuğun yere kayıyorsun: işi nasıl kurduğuna. Sorun şu — alıcı akışı değerlendiremez. Kaç adım olduğunu, hangi aracı kullandığını, hangi modelin çalıştığını duyduğunda elinde karşılaştıracak hiçbir ölçü yok. Elindeki tek ölçü kendi işi: bu iş ayda kaç saatimi alıyor, bu değişirse ne kazanırım. Konuşma teknik ayrıntıya kaydığı an alıcı bu ölçüyü kaybediyor ve geriye tek bir soru kalıyor: "Peki kaç node var?" O soru bir merak değil, konuşmanın konusunu kaybettiğinin işareti.

Bu yazı, sayfayı nasıl yazacağını değil, sayfa yazıldıktan sonra o sayfayı canlı bir konuşmada nasıl anlatacağını konu alıyor. n8n otomasyonunu nasıl ürünleştirirsin? yazısı hangi kararları vereceğini, "AI çalışan CV'si nasıl hazırlanır?" o kararları sayfaya nasıl yazacağını anlatmıştı. Kararlar verildi, sayfa yazıldı; şimdi mesele o sayfayı savunmak.

Alıcının asıl sorusu

Alıcı sana "bunu nasıl kurdunuz" diye sormuyor — en azından ilk sorusu bu değil. Sorduğu şey şu: bu iş şu an bende kim tarafından, ne kadar sürede yapılıyor ve bu değişince ne olacak?

Bu tek cümle üç şeyi birden içeriyor: zaman (ne kadarını geri alıyorum), kontrol (elimden ne çıkıyor) ve süreklilik (bu bana bağımlılık mı getiriyor). Konuşmanın her anında bu üçünden birine cevap veriyor olman gerekiyor. Akışı anlatmaya başladığın an üçüne de cevap vermeyi bırakmış oluyorsun; anlattığın şey senin işin nasıl kurulduğu, alıcının işi nasıl değişeceği değil.

Pratik bir kural: alıcı bir teknik terim sorduğunda bile cevabını iş sonucuna kapatarak bitir. "Kaç adımda çalışıyor?" sorusuna adım sayısıyla başlayıp orada bitirme; adım sayısını söyle, sonra "önemli olan şu — siz bu adımların hiçbirini görmüyorsunuz, gördüğünüz tek şey teslim edilen taslak" diye kapat. Teknik cevabı saklamak zorunda değilsin, ama cevabın son cümlesi her zaman alıcının sorusuna dönmeli.

Teknik sorunun arkasında gerçek bir endişe var

Alıcı "hangi yapay zekâ modelini kullanıyorsunuz" ya da "bunu n8n ile mi yaptınız" diye sorduğunda, aslında model adını ya da aracı merak etmiyor çoğu zaman. Sorunun arkasında üç endişeden biri duruyor.

Veri endişesi. "Hangi model" sorusunun arkasındaki gerçek soru genelde şu: verilerim nereye gidiyor, kim görüyor. Model adını söylemek bu soruyu cevaplamaz. Cevaplayan şey, verinin nereye gittiği ve ne zaman silindiği.

Kırılganlık endişesi. "Kaç adım var" ya da "kaç entegrasyon var" sorusunun arkasında şu duruyor: bu sistem ne kadar hassas, bir şey bozulursa fark eder miyim, kim düzeltir. Adım sayısını söylemek bu soruyu cevaplamıyor; cevaplayan şey, bir şey bozulduğunda kimin haber verdiği ve ne kadar sürede düzeldiği.

Ciddiyet endişesi. "Bunu siz mi kurdunuz, hazır bir araçla mı" sorusunun arkasında şu var: bu bir hobi projesi mi, yoksa arkasında destek olan bir ürün mü. Aracın adını söylemek bu soruyu cevaplamıyor; cevaplayan şey, kaç müşteride çalıştığı, destek saatlerinin ne olduğu, bir şey ters gittiğinde kime ulaşılacağı.

Üçünde de aynı desen var: sorulan teknik ama cevaplanması gereken iş sonucuyla ilgili bir belirsizlik. Teknik cevabı vermekten kaçınmana gerek yok — saklamak güvensizlik hissi verir. Ama cevabı orada bırakırsan asıl soruyu hiç cevaplamamış olursun.

"Yapay zekâ" kelimesinin konuşmada yeri

Bir kelime var ki, konuşmanın başında geçerse abartı hissi veriyor, hiç geçmezse de gizleniyormuş hissi veriyor: yapay zekâ.

En doğru yer, işin ne olduğunu ve ne teslim ettiğini söyledikten sonra, nasıl yapıldığını bir kez açıklarken. Önce "gelen talepleri okur, eksik bilgiyi sorar ve size taslak hazırlar" de; sonra istersen "bunu bir yapay zekâ modeli yapıyor, ama gönderdiği hiçbir şey sizin onayınızdan geçmeden gitmiyor" ekle. Kelimeyi ilk cümleye koyduğunda alıcı önce teknolojiyi, sonra işi duyuyor; sıra tersine döndüğünde önce işi duyuyor, teknoloji bir detay oluyor — ki zaten öyle olması gerekiyor.

Kelimeyi hiç kullanmamak da bir seçenek, özellikle alıcı hiç sormadıysa. Ama sorduğunda saklamak yanlış; "aslında biraz daha karmaşık bir sistem" gibi bulanık cevaplar, net bir cevaptan daha çok güven kaybettiriyor.

Demoyu değil, deneme vardiyasını teklif et

Görüşmenin bir noktasında alıcı genelde "gösterir misiniz" der. Bu an, konuşmanın tekrar teknik tarafa kayabileceği andır — çünkü elindeki en kolay şey ekranını paylaşıp akışı çalıştırmak.

Onun yerine teklif edeceğin şey farklı: bir deneme vardiyası. "Ekranımı göstermek yerine size şunu önereyim: kendi verinizden küçük bir örnek gönderin, birkaç gün içinde gerçek bir çıktı alın." Bu cümle üç şeyi birden yapıyor. Alıcıyı senin ekranından kendi işine döndürüyor. Görülen şeyi bir gösterimden gerçek bir sonuca çeviriyor. Ve konuşmanın kapanışını "beğendiniz mi" gibi belirsiz bir soru yerine somut bir sonraki adıma bağlıyor.

Deneme vardiyasını nasıl tasarlayacağın ayrı bir konu ve seride ayrı bir yazıda ele alındı. Burada önemli olan şu: satış görüşmesinde denemeyi bir "sonra bakarız" seçeneği değil, birinci teklif olarak sun. "İsterseniz demo yapayım" cümlesi seni ekranına, "isterseniz küçük bir deneme yapalım" cümlesi alıcıyı kendi işine geri götürüyor.

Sınırı söylemek satışı zayıflatmaz, güçlendirir

Bu, konuşmada en çok atlanan adım — çünkü sezgiye ters geliyor. Bir şeyi yapamadığını söylemenin satışı zorlaştıracağı hissi var. Gerçekte tam tersi oluyor: bir sınırı net söyleyen kişiye, söylemediği konularda da inanılıyor.

Şu üç cümleye bak, hiçbiri kurgusal değil, katalogdaki gerçek ürün sayfalarından:

Bu üç cümlenin ortak noktası şu: hiçbiri "her şeyi yapar" demiyor, hangi durumda geri çekildiğini söylüyor. Konuşmada bu cümleyi aynen kullanabilirsin. Alıcı "olumsuz bir yorum gelirse ne olur" diye sorduğunda cevabın "hayır, olumsuz yorumları görürse size bırakır, siz karar verirsiniz" olmalı — akışın o durumu nasıl tespit ettiğini anlatmaya gerek yok, önemli olan kararın kimde kaldığı.

Sınırı söylerken savunmaya geçme. "Bunu yapmıyor, çünkü..." diye gerekçe uzatmak zayıflık gibi görünür. "Bunu yapmıyor, kararı size bırakıyor" tek cümlesi yeterli ve daha güçlü.

Teknik soru geldiğinde: sakla değil, geri bağla

Teknik bir soru geldiğinde iki kötü tepki var. Birincisi kaçamak cevap vermek — "detayı çok teknik, önemli olan sonuç" gibi. Bu, bir şey saklıyormuşsun gibi duruyor. İkincisi soruya kapılıp gitmek — beş dakika akış anlatmak. Bu da konuşmanın konusunu kaybettiriyor.

Üçüncü ve doğru yol iki adımlı: önce soruyu doğrudan cevapla, sonra cevabı iş sonucuna bağla.

Diyelim ki bir görüşmede alıcı şunu soruyor: "Bu sistem yanlış bir şey yazarsa direkt müşteriye mi gidiyor?" Kaçamak cevap şöyle olurdu: "Sistemimiz oldukça güvenilir, nadiren hata yapar." Doğru cevap şöyle kurulur: "Hayır. Hazırladığı her taslak önce size geliyor, siz onaylamadan hiçbir şey müşteriye gitmiyor. Yani bir hata olsa bile, o hata müşteriye ulaşmadan sizin ekranınızda duruyor." Birinci cümle soruyu doğrudan cevaplıyor, ikinci cümle bunun alıcı için ne anlama geldiğini söylüyor.

Bir örnek daha: alıcı "kaç tane sistemle konuşuyor" diye sorabilir. Kaçamak cevap sayıyı saymaktan kaçınmak olurdu. Doğru cevap: "Üç sistemle konuşuyor: e-posta kutunuz, fiyat tablonuz ve WhatsApp hesabınız. Bunun size faydası şu — bu üçünü siz elle birbirine taşımak zorunda kalmıyorsunuz." Sayıyı sakladın diye alıcı daha rahat olmaz; sayının anlamını söylediğinde rahat olur.

Teklif metni CV'yle aynı dili konuşmalı

Bir alıcıya teklif ya da fiyat özeti gönderdiğinde, o belge ürün sayfasından farklı bir dille yazılırsa iki ayrı hikâye anlatmış olursun. Sayfada "gelen talepleri sınıflandırır ve size taslak hazırlar" yazıyorsa, teklif metninde de aynı cümleyi kullan. "Kapsamlı otomasyon çözümü" ya da "uçtan uca entegre sistem" gibi genel ifadeler teklif metnini daha ciddi göstermez; alıcının kafasında sayfada okuduğu somut cümleyle teklifteki soyut cümle arasında bir uyumsuzluk yaratır ve bu uyumsuzluk "acaba aynı şeyden mi bahsediyoruz" sorusunu doğurur.

En kolay yöntem, ürün sayfasındaki tek cümlelik iş sonucunu ve sınırlar bölümünü olduğu gibi teklife taşımak. Yeni bir dil icat etmene gerek yok, zaten en dikkatli yazdığın metin sayfada duruyor. Fiyat kalemlerinde de aynı kural geçerli: sayfada "kurulum bedeli" ve "aylık ücret" diye ayırdıysan, teklifte de bu iki adı kullan, "lisans bedeli" ya da "abonelik ücreti" gibi başka adlarla karıştırma. Bir de şunu teklife açıkça yazmakta fayda var: ödeme ve sözleşme doğrudan seninle alıcı arasında yürüyor, platform üzerinden tahsilat yapılmıyor — bu, alıcının sonradan sormasındansa baştan bilmesi gereken bir bilgi.

Kısa bir örnek: konuşma nasıl ilerler

Bunların hepsini bir araya koyunca, kurgusal bir görüşme şöyle akabilir. Diyelim ki bir üretici, teklif hazırlama işini üstlenen bir ürünü anlatıyor.

Alıcı: "Bu tam olarak ne yapıyor?" Üretici: "Gelen talepleri okuyor, eksik bilgiyi soruyor, fiyat tablonuza göre taslak bir teklif hazırlıyor. Siz onaylamadan hiçbir teklif müşteriye gitmiyor."

Alıcı: "Hangi yapay zekâyı kullanıyorsunuz?" Üretici: "Bir dil modeli kullanıyor, ama önemli olan şu — model sizin fiyat tablonuzu ya da müşteri bilgilerinizi saklamıyor, yalnızca o an gelen talebi işliyor."

Alıcı: "Peki hata yaparsa?" Üretici: "Hazırladığı taslağı siz görmeden müşteriye giden hiçbir şey yok. Yanlış bir şey olsa bile, o sizin ekranınızda kalıyor."

Alıcı: "Gösterir misiniz?" Üretici: "Ekranımı göstermek yerine, isterseniz kendi verinizden bir örnek gönderin, birkaç gün içinde gerçek bir taslak teklif alın. Böylece kendi işinizle nasıl çalıştığını görürsünüz."

Bu konuşmada tek bir teknik terim saklanmadı, ama hiçbir cevap orada bırakılmadı. Her cevap bir cümleyle iş sonucuna, kontrole ya da sonraki adıma bağlandı.

AIÇalışanım tarafında ne oluyor

Ürün sayfası, konuşmada kullanacağın cümleleri zaten senin için yazdırıyor: tek cümlelik iş sonucu, sınırlar, insan onayı gereken kararlar. Konuşmada iyi bir cevaba ihtiyacın olduğunda önce sayfana bak — çoğu zaman cevap zaten orada, cümleyi tekrar üretmen bile gerekmiyor.

Teknik terimi müşteri diline çevirme konusunda tek başına değilsin. Üreticiler için sayfasındaki çeviri tablosu, workflow'dan human in the loop'a kadar bir dizi terimi karşılığıyla listeliyor; konuşma öncesi bir kez göz atmak, hangi kelimeyi hangi anda kullanmayacağını hatırlatıyor.

Katalogdaki yayınlanmış sayfaların bu dili nasıl kurduğunu görmek istersen AI çalışanlar kataloğuna bakabilirsin; her sayfa aynı disiplinle yazılmış: iş sonucu önce, teknik detay sonra.

Alıcı akışını satın almıyor. Akışının ürettiği sonucu, o sonucun güvenilirliğini ve bir şey ters gittiğinde neyin değişmeyeceğini satın alıyor. Konuşma buna geri dönmediği sürece, ne kadar iyi bir sistem kurmuş olursan ol, alıcı elinde değerlendirebileceği bir şey bulamaz.