Müşteri Desteği için yapay zekâ promptları

[[TICKET_TOPIC]] hakkındaki bir talep için ilk temas yanıtını taslak olarak hazırlayın. 1. Kullanıcının belirli sorununu onaylayın: `[[USER_ISSUE_SUMMARY]]`. 2. Taleplerinin alındığını onaylayın ve talep kimliğini sağlayın: `[[TICKET_ID]]`. 3. Bu sorun türü için standart yanıt süremizi belirtin: `[[RESPONSE_TIME_SLA]]`. 4. Biliniyorsa, yönlendirildiği uzmanı veya ekibi belirtin: `[[ROUTED_TEAM]]`. 5. Tonu empatik ve profesyonel tutun. Bir çözüm vaat etmeyin, yalnızca bir takip vaat edin.

Kullanıcının `[[TICKET_TOPIC]]` hakkındaki isteğinde önemli bilgiler eksik. Nazik bir yanıt taslağı hazırlayın: 1. Mesajları için teşekkür edin. 2. Devam etmek için ihtiyacımız olan belirli bilgileri açıkça belirtin. Bunları madde işaretleri olarak listeleyin: * `[[REQUIRED_INFO_1]]` * `[[REQUIRED_INFO_2]]` * `[[REQUIRED_INFO_3]]` 3. Bu bilgilere neden ihtiyacımız olduğunu kısaca açıklayın (örn. "hesabınızı bulmak için", "hatayı tekrarlamak için"). 4. Bilgi alındığında taleplerinin önceliklendirileceğinden emin olun.

Kullanıcının sorusunu yanıtlayan adım adım bir kılavuz oluşturun: `[[USER_QUESTION]]`. Kullanıcı `[[USER_PLAN_LEVEL]]` planındadır. 1. Doğrudan bir onayla başlayın: "Evet, bunu yapabilirsiniz. İşte adımlar:" 2. Adımlar için numaralı bir liste kullanın. 3. Belirli kullanıcı arayüzü öğelerine adlarıyla referans verin (örn. "Ana panodaki 'Ayarlar'a tıklayın"). 4. Mevcutsa, ilgili bir bilgi tabanı makalesine bağlantı verin: `[[KB_ARTICLE_URL]]`. 5. Takip soruları sormaya davetle bitirin.

Sistem genelinde bir sorunu az önce çözdük: `[[ISSUE_DESCRIPTION]]`. Bu sorundan etkilenen bir kullanıcıya proaktif bir mesaj taslağı hazırlayın. 1. Orijinal talep kimliğine referans verin: `[[TICKET_ID]]`. 2. Bildirdikleri sorunun artık çözülmüş olması gerektiğini kısaca belirtin. 3. Kendi taraflarında her şeyin beklendiği gibi çalışıp çalışmadığını onaylamalarını isteyin. 4. Düzeltmeyi test edebilecekleri doğrudan bir bağlantı sağlayın: `[[TESTING_URL]]`. 5. Sabırları için teşekkür edin.

Yapay zeka açıklamasını içeren uyumlu bir ilk temas mesajı oluşturun. Kullanıcı `[[TICKET_TOPIC]]` hakkında soru soruyor. 1. "Bir [[COMPANY_NAME]] yapay zeka asistanıyla etkileşim kuruyorsunuz." gibi net bir açıklamayla başlayın. 2. Bir insan temsilciye yükseltme için hemen bir seçenek sunun (örn. "İstediğiniz zaman bir insan talep edebilirsiniz."). 3. Ardından, sağlanan bağlama göre kullanıcının ilk sorgusunu yanıtlamaya devam edin. 4. Tüm mesajı kısa ve net tutun.

Kullanıcı `[[USER_ISSUE]]` hakkında önemli bir hayal kırıklığı ifade ediyor. Bize zaten `[[NUMBER_OF_CONTACTS]]` kez ulaştılar. Empatik bir yanıt taslağı hazırlayın: 1. Duygularını doğrulayan ifadeler kullanın (örn. "Bunun ne kadar sinir bozucu olduğunu anlıyorum," "Haklısınız, üzgün olmanız doğal."). 2. Altta yatan sorun için suçu kabul etmeden, olumsuz deneyim için açıkça özür dileyin. Örnek: "Bu durumun neden olduğu rahatsızlıktan dolayı üzgünüm." 3. Anladığımı göstermek için sorunu kendi kelimelerimle özetleyin: `[[PROBLEM_SUMMARY]]`. 4. Şahsen attığım acil bir sonraki adımı belirtin: `[[AGENT_ACTION]]`.

Aşağıdaki temsilci yanıtını analiz edin ve daha empatik ve daha az robotik olacak şekilde yeniden yazın. Orijinal Yanıt: `[[ORIGINAL_RESPONSE]]` Kullanıcının durumu: `[[USER_SITUATION]]` Şunlara odaklanın: 1. Kurumsal jargonu sade bir dille değiştirmek. 2. Kullanıcının duygusal durumunu (örn. hayal kırıklığı, kafa karışıklığı) kabul eden bir cümle eklemek. 3. Temel mesajın ve talimatların doğru kalmasını sağlamak.

Bir kullanıcıya talep ettiği `[[REQUESTED_FEATURE]]` özelliğinin şu anda mevcut olmadığını bildiren bir yanıt taslağı hazırlayın. 1. Empati ve doğrulama ile başlayın ("Bu harika bir fikir," veya "Bunun ne kadar faydalı olabileceğini anlıyorum."). 2. Özelliğin bugün mevcut olmadığını açıkça ama nazikçe belirtin. 3. Bir geçici çözüm varsa, uygulanabilir bir geçici çözüm sunun: `[[WORKAROUND_STEPS]]`. Geçici çözüm yoksa, bunu açıkça belirtin. 4. İsteğinizi ürün ekibine resmi olarak kaydettiğinizi açıklayın. Geri bildirimlerinin değerli olduğunu belirtin. 5. Bir zaman çizelgesi vermeyin veya inşa edileceğine dair söz vermeyin.

Kullanıcı, önceki bir destek temsilcisi veya etkileşimiyle ilgili kötü bir deneyimden şikayet ediyor. Referansları `[[PREVIOUS_TICKET_ID]]`. Şu şekilde bir yanıt taslağı hazırlayın: 1. Önceki deneyimin beklentilerini karşılamadığı için özür dileyin. 2. Önceki temsilciyi suçlamayın. Kullanıcının deneyimine odaklanın. 3. Şimdi sorunun sorumluluğunu üstlenin. ("Bu talebin takibini üstlendim.") 4. Her şeyi tekrarlatmadan, tam bağlamı aldığınızdan emin olmak için çözülmemiş sorunun kısa bir özetini isteyin.

Bir kullanıcı `[[CHARGE_DATE]]` tarihindeki `[[CHARGE_AMOUNT]]` tutarındaki bir ücreti sorguluyor. Açık bir açıklama taslağı hazırlayın. 1. Belirli faturaya veya sipariş numarasına referans verin: `[[INVOICE_ID]]`. 2. Ücreti faturadaki kalemlere ayırın (örn. "Pro Plan Aboneliği: $XX," "Aşım ücretleri: $Y"). 3. Bu ücreti açıklayan ilgili hizmet şartlarına veya fiyatlandırma sayfasına bağlantı verin: `[[POLICY_URL]]`. 4. Basit, doğrudan bir dil kullanın. Muhasebe jargonundan kaçının.

Kullanıcı, politikamıza göre `[[PRODUCT/SERVICE]]` için iadeye hak kazanmıştır. İadeyi onaylayan bir mesaj taslağı hazırlayın. 1. İadenin işlendiğini açıkça belirtin. 2. İade edilen tutarı belirtin: `[[REFUND_AMOUNT]]`. 3. Paranın hesaplarına ne kadar sürede yansıyacağını bildirin (örn. "5-10 iş günü"). 4. Kayıtları için orijinal işlem kimliğini belirtin: `[[TRANSACTION_ID]]`. 5. Olumlu ve yardımcı bir notla bitirin.

Bir kullanıcı `[[PRODUCT/SERVICE]]` için iade talep ediyor, ancak talepleri iade politikamızın dışındadır çünkü `[[REASON_FOR_DENIAL]]`. Kararlı ama empatik bir red taslağı hazırlayın. 1. Taleplerini kabul edin ve incelediğinizi gösterin. 2. Talebin iade politikasının dışında kaldığını açıkça belirtin. 3. Geçerli olan belirli politika kuralını kısaca ve tarafsız bir şekilde açıklayın (örn. "İadeler yalnızca satın alma tarihinden itibaren 30 gün içinde mümkündür."). 4. Halka açık iade politikası sayfasına bağlantı verin: `[[POLICY_URL]]`. 5. Mümkünse, gelecekteki bir satın alma için indirim veya plan düşürme gibi bir alternatif sunun. `[[ALTERNATIVE_OFFER]]`. Hiçbiri uygun değilse bunu sunmayın.

Bir yönetici olarak, bu kullanıcı için `[[POLICY_ISSUE]]` ile ilgili politikamıza tek seferlik bir istisna onayladım. Bunu açıkça ileten bir mesaj taslağı hazırlayın. 1. Belirli durumlarını incelediğinizi belirtin. 2. *Tek seferlik bir istisna* yaptığınızı açıkça belirtin. 3. İstisnanın sonucunu açıklayın (örn. "tam bir iade yaptık," "deneme sürenizi uzattık"). 4. Gelecekteki beklentileri yönetmek için standart politikayı nazikçe yineleyin. 5. Olumlu, "yardımcı olmaktan mutluluk duyarız" tonu kullanın.

Aşağıdaki destek talep transkriptini analiz edin ve SSS'miz için tek bir Soru-Cevap çiftine özetleyin. Transkript: `[[TICKET_TRANSCRIPT]]` 1. **Soru:** Kullanıcının temel sorununu açık, aranabilir bir soru olarak ifade edin. 2. **Cevap:** Talepteki nihai çözüme dayanarak, sorunu çözen kısa, adım adım bir yanıt yazın. 3. Tüm kişisel tanımlayıcı bilgileri (KİB) kaldırın. 4. Nihai çıktı, talebin bir hikayesi değil, sade bir dilde olmalıdır.

Bu 5 destek talebini analiz edin. Mevcut bilgi tabanı makalelerimiz tarafından yanıtlanmayan ortak bir tema veya soru belirleyin. Talep 1: `[[TICKET_1_SUMMARY]]` Talep 2: `[[TICKET_2_SUMMARY]]` Talep 3: `[[TICKET_3_SUMMARY]]` Talep 4: `[[TICKET_4_SUMMARY]]` Talep 5: `[[TICKET_5_SUMMARY]]` Mevcut KB Başlıkları: `[[KB_TITLES_LIST]]` Bilgi boşluğunu açıklayan tek bir cümle çıkarın. Örnek: "Yeni X API sürümüyle nasıl entegre olunacağını açıklayan bir makalemiz yok.

Aşağıdaki bilgilere dayanarak yeni bir bilgi tabanı makalesi taslağı hazırlayın. **Konu:** `[[ARTICLE_TOPIC]]` **Hedef Kitle:** `[[AUDIENCE_DESCRIPTION]]` (örn. "Yeni kullanıcılar," "Geliştiriciler") **Dahil Edilecek Temel Adımlar/Bilgiler:** * `[[POINT_1]]` * `[[POINT_2]]` * `[[POINT_3]]` **Yapı:** 1. **Başlık:** Açık, eylem odaklı bir başlık. 2. **Giriş:** Makalenin kullanıcıya ne yapmasında yardımcı olduğunu özetleyen tek cümlelik bir özet. 3. **Önkoşullar:** Kullanıcının başlamadan önce ihtiyacı olan her şeyin madde işaretli bir listesi. 4. **Adımlar:** Açık talimatlarla numaralı bir liste. 5. **Sorun Giderme/SSS:** 1-2 yaygın sorun ve çözümlerini içeren küçük bir bölüm.

Arama motorları tarafından daha kolay keşfedilebilir ve kullanıcılar tarafından daha kolay taranabilir olması için aşağıdaki bilgi tabanı makalesini yeniden yazın. **Orijinal Makale Metni:** `[[ARTICLE_TEXT]]` **Birincil Anahtar Kelime:** `[[KEYWORD]]` **Talimatlar:** 1. Birincil anahtar kelimenin başlıkta (H1) ve en az bir alt başlıkta (H2) olduğundan emin olun. 2. Uzun paragrafları daha kısa olanlara bölün. 3. Uygun yerlerde madde işaretleri veya numaralı listeler kullanın. 4. Üst kısma bir "TL;DR" veya "Bu makalede" özeti ekleyin. 5. Taranabilirlik için anahtar terimleri kalın yapın.

Aşağıdaki talep transkriptindeki temsilcinin performansını KG rubriğimize göre puanlayın. Her kategori için 1-5 arası bir puan ve kısa bir gerekçe sağlayın. **Transkript:** `[[TICKET_TRANSCRIPT]]` **KG Rubriği:** 1. **Açılış:** Kişiselleştirilmiş ve hızlı mıydı? 2. **Sorun Tanımlama:** Temsilci kullanıcının gerçek sorununu doğru bir şekilde belirledi mi? 3. **Ton ve Empati:** Ton uygun ve empatik miydi? 4. **Çözüm Kalitesi:** Çözüm doğru ve iyi açıklanmış mıydı? 5. **Kapanış:** Kapanış net miydi ve çözümü onayladı mı? Markdown tablo formatında çıktı verin.

Aşağıdaki temsilci etkileşimini inceleyin. Temsilci için en büyük tek koçluk fırsatını belirleyin. **Transkript:** `[[TICKET_TRANSCRIPT]]` Kişilik değil, davranışlara odaklanın. Fırsatı yapıcı bir şekilde çerçeveleyin. Örnek Çıktı: "Temsilci, bir çözüme atlamadan önce müşterinin hayal kırıklığını önceden doğrulayarak durumu daha etkili bir şekilde gerilimi azaltabilirdi.

Aşağıdaki zorlu talebe dayanarak, bir eğitim oturumu için bir rol yapma senaryosu oluşturun. **Zorlu Talep Özeti:** `[[TICKET_SUMMARY]]` **Senaryo Çıktısı:** 1. **Müşteri Personası:** Müşterinin kısa bir açıklaması (örn. "Hayal kırıklığına uğramış, teknik olmayan, iki kez düzeltmeye çalışmış"). 2. **Açılış Cümlesi:** "Müşterinin" rol yapmaya başlamak için kullanması gereken tam cümle. 3. **"Dönüm Noktası":** Temsilcinin ortaya çıkarması gereken gizli bilgi veya yanlış anlama. 4. **İstenen Sonuç:** Başarılı bir çözümün nasıl göründüğü.

Bu konuşmanın insan bir temsilciye yükseltilmesi için kısa bir özet hazırlayın. Temsilci meşgul ve durumu 15 saniyeden kısa sürede anlaması gerekiyor. **Konuşma Transkripti:** `[[CONVERSATION_TRANSCRIPT]]` **Özet şunları içermelidir:** 1. **Kullanıcı:** `[[USER_NAME_OR_ID]]` 2. **Sorun:** Sorunun tek cümlelik bir özeti. 3. **Geçmiş:** Şimdiye kadar ne denendi (örn. "Yapay zeka önbelleği temizlemeyi önerdi, kullanıcı işe yaramadığını söylüyor"). 4. **Kullanıcının Duygusal Durumu:** (örn. "Sakin," "Hayal kırıklığına uğramış," "Kafası karışık"). 5. **Çözülmesi Gereken Spesifik Soru:** İnsanın yanıtlaması gereken tam soru.

Aşağıdaki taslak yanıtı, vaat, garanti, hata kabulü veya yasal olarak bağlayıcı bir ifade olarak kabul edilebilecek herhangi bir dil için analiz edin. **Taslak Yanıt:** `[[DRAFT_RESPONSE]]` Hassas dil bulunursa, belirli ifadeyi belirleyin ve daha güvenli bir alternatif önerin. Örnek Çıktı: - **İfade:** "Bunun sorununuzu çözeceğini garanti ediyorum." - **Risk:** Tutamayacağımız bir vaat yaratır. - **Öneri:** "Bu önerilen bir sonraki adımdır ve çoğu kullanıcı için sorunu çözer.

Aşağıdaki müşteri konuşmasını inceleyin ve bir hata raporunun parçası olarak mühendisliğe gönderilmeden önce tüm Kişisel Tanımlayıcı Bilgileri (KİB) redakte edin. **Orijinal Transkript:** `[[ORIGINAL_TRANSCRIPT]]` **Redakte edilecek KİB:** - İsimler - E-posta adresleri - Telefon numaraları - Fiziksel adresler - IP adresleri - Hesap numaraları veya kullanıcı kimlikleri Her KİB parçasını `[[REDACTED_EMAIL]]` veya `[[REDACTED_NAME]]` gibi bir yer tutucu ile değiştirin. Konuşmanın geri kalan içeriğini ve yapısını koruyun.