Fabrika web sitesinde yapay zekâ: ürün bilgisinden doğru teklif talebine

1. Satış görüşmesinde tekrar eden bir sorunu seçin

Başlangıç toplantısına yazılım listesinden önce satış ekibinin son görüşmelerini getirin. Müşteri yanlış makine grubunu mu soruyor, kapasiteyi mi tarif edemiyor, yoksa teknik doküman bulamadığı için mi arıyor? Her sorun aynı çözümü gerektirmez. Katalog bağlantısının görünmemesi basit bir tasarım işi olabilir. Üç teknik koşula göre ürün ailesi seçmek ise yönlendirmeli bir akışa uygun olabilir.

Varsayımsal bir paketleme makinesi üreticisini düşünelim. Ziyaretçinin hangi makineye ihtiyacı olduğunu anlamak için paketlenecek ürün, ambalaj türü ve hedef kapasite sorulabilir. Uygulamanın amacı kesin makine seçimi yapmak değildir. Satış mühendisinin görüşmeye daha hazırlıklı başlamasını sağlayacak bilgileri toplar. İlk pilotu tek ürün ailesiyle sınırlamak, hatanın kaynağını bulmayı ve bakım yükünü görmeyi kolaylaştırır.

2. Kullanılabilecek ürün bilgisini hazırlayın

Her ürün için onaylı model adı, kullanım alanı, kapasite koşulları, seçenekler ve güncel doküman bağlantısı belirleyin. Teknik değerlerin hangi şartlarda geçerli olduğunu yazın. Bir makinenin kapasitesi ürüne veya ambalaja bağlıysa tek bir sayıyı bütün koşullar için sunmayın. Eski katalogla yeni sayfa çeliştiğinde hangi kaynağın esas alınacağını ürün sorumlusu kararlaştırmalıdır.

Küçük bir bilgi tablosunda her kaydın sahibi, kontrol tarihi ve yayına açıklık durumu bulunabilir. Ziyaretçiye açık ürün bilgisi ile bayi iskontosu, müşteri çizimi ve şirket içi teklif notunu ayrı tutun. Asistanın ihtiyaç duymadığı belgelere erişmesi gerekmez. Ürün değiştiğinde hangi kaydın güncelleneceği belli değilse, otomasyondan önce bu bakım görevini çözün.

3. Teklif öncesi soruları kısa ve anlaşılır kurun

Teklif talebi akışında her sorunun bir karar gerekçesi olsun. Müşterinin bilmediği teknik terimleri zorunlu alan haline getirmek görüşmeyi kesebilir. Önce kullanım amacı ve malzeme gibi kolay cevaplanan sorularla başlayın. Kapasite, mevcut hat ve ölçüler daha sonra gelebilir. Ziyaretçi emin değilse yaklaşık bilgi verebilmeli veya doğrudan uzman görüşmesi seçebilmelidir.

Varsayımsal örneğimizde asistan, uygun olabilecek iki ürün ailesini kaynak sayfalarıyla gösterebilir. Seçimi kesinleştirmeden önce satış mühendisinin inceleyeceğini açıkça belirtir. Görüşmenin sonunda kullanıcıya gönderilecek talebin özetini gösterin. Yanlış anlaşılmış bir kapasiteyi veya ülkeyi düzeltme imkânı, satış ekibinin sonradan tahmin yürütmesinden daha kullanışlıdır.

• Talep edilen işlem ve işlenecek ürün veya malzeme.
• Hedef kapasite, mevcut hat ve bilinen teknik kısıtlar.
• Kurulum ülkesi, yaklaşık ihtiyaç zamanı ve tercih edilen iletişim yolu.
• Müşterinin açıklayamadığı konular ve uzman incelemesi gereken sorular.

4. Teknik ve ticari onayı sorumlu kişide tutun

Asistanın yapabileceklerini fiillerle tanımlayın: ürün sayfası gösterebilir, ek bilgi sorabilir, talep özeti hazırlayabilir. Onaysız fiyat veremez, teslim tarihi kesinleştiremez veya standart uygunluğu beyan edemez. Bu sınırlar yalnızca açılış mesajında kalmamalıdır. Uygulamanın erişimleri ve işlem adımları da aynı kurala göre kurulmalıdır. Soru onaylı kaynaklarda cevaplanamıyorsa ilgili uzmana aktarılmalıdır.

Müşterinin yüklediği bir dosya da uygulama açısından dışarıdan gelen içeriktir. Dosya içindeki komutların şirket kurallarını değiştirmesine izin verilmemelidir. Erişim denetimi, dosya kabul koşulları ve gönderim öncesi onay teknik tasarımda değerlendirilir. Üretim güvenliğiyle ilgili öneriler veya özel mühendislik kararları otomatik konuşmanın sonunda kesin sonuç gibi sunulmaz.

5. Ürün sayfaları asistan olmadan da iş görsün

Ziyaretçi sohbet başlatmadan ürünün ne yaptığını, hangi koşullarda kullanıldığını ve kime ulaşacağını görebilmelidir. Temel teknik bilgiyi yalnızca sohbet yanıtlarına yerleştirmek katalog inceleyen satın almacının işini zorlaştırır. Sayfada açıklama, okunabilir özellik tablosu, gerçek görseller ve ilgili dokümanlar bulunması, asistanın göstereceği kaynakları da güçlendirir.

Google'ın üretken yapay zekâ içeriği rehberi doğruluk, kalite ve kullanıcıya katkı üzerinde durur; değer eklemeden çok sayıda sayfa üretmek sorun oluşturabilir. Bu nedenle aynı ürün için otomatik üretilmiş onlarca benzer yazı yerine eksik teknik soruları tamamlayın. Hazırlanan açıklamaları model adları, ölçü birimleri ve kullanım sınırları bakımından ürün ekibine kontrol ettirin.

6. Pilotu konuşma sayısıyla değil iş kalitesiyle değerlendirin

Pilot başlamadan bilinen doğru sorular, eksik bilgiler, çelişkili talepler ve kapsam dışı konulardan oluşan bir değerlendirme seti hazırlayın. Hangi yanıtta hangi kaynak gerektiğini yazın. Sadece düzgün yazılmış cevapları başarılı saymayın. Yanlış ürün önerisi, kaynak bulamama, gereksiz kişisel bilgi isteme ve uzmana geç aktarma ayrı sorunlardır.

Satış ekibi gelen özetleri düzenli örneklemle kontrol etsin. Eksik teknik alan oranı, ilk görüşmede tekrar sorulan soru sayısı ve inceleme için gereken süre takip edilebilir. Bunlar pilot ölçütleridir, beklenen sonuç garantisi değildir. Doğru bilgi oranı düşüyorsa kapsamı genişletmek yerine sorunlu ürün grubunu durdurun; kaynak, soru akışı veya aktarım kuralını düzeltip yeniden değerlendirin.