AI Chatbot Geliştirme

Bir sohbet botunun kalitesi, seçilen modelden çok ondan önce verilen kararlarla belirlenir: hangi soruları yanıtlayacağı, hangi belgeye dayanacağı, hangi sisteme yazabileceği ve hangi anda susup konuşmayı bir insana bırakacağı. Bu rehber, AI chatbot geliştirme projesinde işletme sahibinin sırayla vereceği kararları, teknik terimleri kısaca açıklayarak anlatır.

Amacımız sizi bir araca yönlendirmek değil; teklif aldığınız her ekibe doğru soruları sorabilmenizi ve bot canlıya çıktıktan sonra işe yarayıp yaramadığını kendi verinizle görebilmenizi sağlamak. Bazı bölümler chatbotun gerekmediği durumları da açıkça ele alıyor.

01Mesaj kayıtlarıyla ihtiyaç testi yapın

Chatbot kararını hisle değil, son dört ile altı haftanın gerçek mesajlarıyla verin. E-posta kutusu, WhatsApp, Instagram ve site formundan gelen mesajları dışa aktarın; kişisel bilgileri silip her mesajı tek bir konu etiketiyle işaretleyin. Bu basit tablo, botun neyi devralabileceğini ve neye hiç dokunmaması gerektiğini gösterir.

Etiketlerken her mesaj için şu soruları yanıtlayın:

• Yazılı cevabı var mı: Doğru yanıt bir sayfada, belgede ya da sistemde duruyorsa bot bunu kullanabilir; cevap yalnız bir çalışanın aklındaysa önce o bilgi yazıya geçirilmelidir.
• Kişiye özel mi: Ücretin dosyaya göre değiştiği, tıbbi ya da hukuki değerlendirme isteyen sorular bot için değil, uzman için uygundur.
• Canlı veri gerekiyor mu: Sipariş durumu, boş saat ya da stok soruları ancak ilgili sisteme bağlantı kurulursa yanıtlanabilir.
• Ne zaman geldi: Mesai dışı yoğunluk yüksekse, pilot için yalnız akşam ve hafta sonu çalışan bir bot mantıklı bir başlangıçtır.

Tekrarlayan ve yazılı cevabı olan sorular toplam mesajların küçük bir kısmıysa, chatbot yerine SSS sayfasını güçlendirmek ve hazır yanıt şablonları kurmak daha az riskle aynı rahatlamayı sağlar. Tablo aynı zamanda ilk test setinin hammaddesidir; bot kurulmasa bile emek boşa gitmez.

Tabloyu hazırlarken ekibe her konunun yanıtlanmasının ortalama ne kadar sürdüğünü de sorun. Kısa ama çok sık gelen sorular ile seyrek ama uzun yazışma gerektiren sorular farklı çözümler ister; birincisi bot için, ikincisi çoğu zaman daha iyi bir form ya da belge için uygundur.

02İşletme tipine göre botun görevi ve sınırları

Aynı teknoloji farklı sektörlerde bambaşka bir görev üstlenir ve her görev beraberinde net bir yasak listesi getirir. Botun neyi yapacağını yazarken neyi asla yapmayacağını da aynı belgeye yazın; bu ikinci liste çoğu zaman daha önemlidir.

• E-ticaret mağazası: Kargo, iade koşulu ve beden sorularını yanıtlar, sipariş durumunu okur; iade onayı vermez, indirim kodu uydurmaz, şikayeti ekibe aktarır.
• Randevuyla çalışan klinik ya da salon: Hizmet bilgisini ve boş saatleri gösterir, talep alır; teşhis koymaz, tedavi önermez, sağlık bilgisi istemez.
• B2B hizmet firması: Ziyaretçinin sektörünü, ihtiyacını ve zamanlamasını sorar, uygun ekibe yönlendirir; teklif tutarı söylemez, sözleşme şartı yorumlamaz.
• Eğitim kurumu ve kurs: Programı, kayıt tarihlerini ve gerekli belgeleri anlatır; kabul ya da burs sözü vermez.
• Otel ve restoran: Olanakları, ulaşımı ve rezervasyon talebini yönetir; müsaitliği sistemden okumadan kesin oda ya da masa sözü vermez.

Bir şirketin iki ayrı ihtiyacı varsa, örneğin hem satış öncesi talep toplama hem satış sonrası destek, bunları tek bir bota yığmak yerine ayrı akışlar olarak kurmak testleri ve ölçümü kolaylaştırır. Hangi akışın önce kurulacağını, mesaj tablosunda ekibin en çok zamanını alan konu belirler. İkinci akış, ilki ölçülüp kararlı hale geldikten sonra eklenir.

03Sade dille mimari: erişim, talimat ve araçlar

Kaynağa bağlı bir chatbot dört katmandan oluşur ve her katmanın ayrı bir görevi vardır. Teklif aldığınız ekipten bu katmanları tek tek anlatmasını isteyin; anlatamıyorsa ortada yalnız bir sohbet penceresi vardır.

• Erişim katmanı: Soru geldiğinde bilgi tabanından en ilgili paragraflar bulunur. Buna RAG, yani erişimle zenginleştirilmiş yanıt üretimi denir; model genel bilgisiyle değil, önüne konan bu metinlerle yanıt yazar.
• Talimat katmanı: Sistem talimatı (system prompt) botun rolünü, üslubunu, kapsamını ve yasaklarını tanımlar. Kullanıcı ne yazarsa yazsın bu kurallar önceliklidir.
• Araç katmanı: Model, sipariş sorgusu ya da takvimde boş saat arama gibi işlemler için tanımlı fonksiyonları çağırır. Buna araç çağırma (function calling) denir; model veritabanına doğrudan değil, izin verilen kapılardan ulaşır.
• Denetim katmanı: Yanıt kullanıcıya gitmeden önce kontrol edilir; kaynaksız iddia, ücret taahhüdü ya da kişisel veri içeriyorsa yanıt durdurulur veya devir başlatılır.

Bu ayrımın pratik faydası, hata çıktığında hangi katmanda olduğunu bulabilmenizdir. Yanlış yanıtın sebebi çoğu zaman modelin kendisi değil, yanlış paragrafın getirilmesi ya da bilgi tabanında unutulmuş eski bir metindir. Sağlam bir AI chatbot geliştirme süreci, her yanıtın hangi kaynaktan üretildiğini kayda geçirir.

04Bilgi tabanını botun okuyacağı gibi yazmak

Botun doğruluğu, bilgi tabanındaki metinlerin nasıl yazıldığına doğrudan bağlıdır; insan için yeterli olan bir sayfa erişim katmanı için belirsiz kalabilir. Erişim sistemi metni parçalara böler ve soruya en yakın parçayı seçer, bu yüzden her parçanın tek başına anlaşılır olması gerekir.

• Bir paragraf, bir konu: İade süresi ve kargo ücreti aynı paragrafta durursa bot ikisini karıştırabilir; her kuralı kendi başlığı altında yazın.
• Bağlamı tekrarlayın: "Bu hizmette" yerine hizmetin adını yazın; parça tek başına okunduğunda neyi anlattığı açık olmalı.
• Tarih ve sorumlu ekleyin: Her belgenin altında son güncelleme tarihi ve sorumlu kişinin adı dursun; süresi geçmiş kampanya metinleri arşive taşınsın.
• Çelişkiyi temizleyin: Aynı soruya iki belgede iki farklı cevap varsa bot rastgele birini seçer; geçerli olanı belirleyip diğerini kaldırın.
• Yasakları da yazın: "Kurumsal faturada vade bilgisini bot vermez, muhasebeye yönlendirir" gibi kurallar da bilgi tabanının parçasıdır.

Metinleri sade cümlelerle yazmak hem müşteriye gösterilen yanıtı hem de erişimin isabetini iyileştirir. Uzun ve iç içe geçmiş cümleleri bulmak için okunabilirlik analizi aracını kullanabilirsiniz. Bilgi tabanı bir kez yazılıp bırakılan bir dosya değildir; saat, koşul ya da hizmet değiştiğinde ilk güncellenecek yer orası olmalıdır.

05Entegrasyonlarda ve kanallarda yetki sınırları

Bot bir sisteme bağlandığında ilk karar, okuma ile yazma yetkisini ayırmaktır. Sipariş durumunu okumak düşük risklidir; randevu oluşturmak, iptal etmek ya da CRM kaydını değiştirmek ise kullanıcıdan açık onay alınmadan yapılmamalıdır. Yazma işlemlerinde bot önce işlemin özetini gösterir, onay gelince işlemi yapar ve sonucu kayda geçirir.

Randevuyla çalışan işletmelerde bot, randevu sistemli bir web sitesinin takvimine API üzerinden bağlanır; boş saatler her seferinde canlı sorgulanır, eski bir kopya tutulmaz. CRM tarafında talep kaydı ad, iletişim tercihi, konu ve kaynak kanal alanlarıyla düzenli girilir; serbest metin tek başına bırakılmaz.

Kanal seçimi de kural getirir. WhatsApp Business Platform'da müşteri size yazdığında 24 saatlik bir müşteri hizmeti penceresi açılır; bu pencere dışında işletme yalnız Meta'nın onayladığı şablon mesajlarla yazabilir. Meta'nın platform şartları, asıl işlevi genel amaçlı bir yapay zeka asistanı sunmak olan kullanımları yasaklıyor; işletmenin kendi müşterisine destek veren, kapsamı belli bir bot ise bu yasağın hedefi değil. Kanala özel kurulum ayrıntıları WhatsApp yapay zeka asistanı sayfasında; devir için kullanılacak bağlantıyı ise WhatsApp link oluşturucu ile hazırlayabilirsiniz.

06Model seçimi, barındırma ve yedek model

Model, işin gerektirdiği dil kalitesi, hız ve veri koşullarına göre seçilir; en yeni ya da en büyük model her zaman doğru seçim değildir. Seçimi tahminle değil, kendi test setinizle yapın: aynı 50 ile 100 soruyu iki ya da üç modele sorup yanıtları aynı ölçütlerle puanlayın.

• Türkçe akıcılık: Ek ve çekim hataları ile siz ve sen hitabı arasındaki tutarlılık okunarak değerlendirilir.
• Kaynağa sadakat: Model, önüne konan metinde olmayan bilgiyi ekliyor mu; bu ölçüt dil kalitesinden daha önemlidir.
• Gecikme: Sohbette ilk kelimelerin birkaç saniye içinde görünmesi beklenir; yavaş bir model, yanıt parça parça akıtılsa bile sabırsızlık yaratır.
• Veri koşulları: Sağlayıcının veriyi eğitimde kullanıp kullanmadığı, saklama süresi ve sunucu bölgesi yazılı olarak kontrol edilir.

Kendi sunucunuzda açık bir model çalıştırmak veriyi şirket içinde tutar, ama donanım, güncelleme ve güvenlik yükünü de size bırakır; çoğu işletme için ücretli API katmanı daha dengeli bir seçenektir. Hangisi seçilirse seçilsin, model erişimi tek bir ara katmandan geçmeli; böylece bir sağlayıcı yanıt vermediğinde istek yedek modele aktarılır ve ileride model değiştirmek bilgi tabanını etkilemez. AI chatbot geliştirme teklifinde bu ara katmanın olup olmadığını özellikle sorun.

Kullanım ücreti konuşma uzunluğuna ve bilgi tabanından modele gönderilen metin miktarına göre değişir. Bu yüzden gereksiz uzun bağlam göndermemek, hem yanıt kalitesini hem de aylık faturayı olumlu etkiler; ücreti kendi hesabınızdan doğrudan sağlayıcıya ödediğinizde bu değişimi şeffaf biçimde izlersiniz.

07Konuşma tasarımı: karşılamadan kapanışa

İyi bir konuşma tasarımı, kullanıcının ilk mesajlarda neye yardım alabileceğini anlamasını sağlar. Karşılama mesajı botun yapay zeka olduğunu, hangi konularda yardım ettiğini ve istenirse bir çalışana bağlanılabileceğini kısa bir paragrafta söyler. Botu insan adı ve fotoğrafıyla gerçek bir çalışan gibi sunmak şeffaflık ilkesiyle çelişir ve fark edildiğinde güveni zedeler.

Yanıt uzunluğu mobil ekrana göre ayarlanır: iki ya da üç cümle, gerekiyorsa kaynağa bağlantı. Soru belirsizse bot tahmin etmek yerine "hangi şubemiz için soruyorsunuz" gibi tek bir netleştirici soru sorar. Randevu, iade başvurusu ya da adres değişikliği gibi kesin adımlarda serbest yazı yerine düğmeler ve kısa form alanları kullanılır; esneklik serbest sorularda kalır, kritik adımlar kurala bağlı ilerler.

Ücret, sözleşme, iade hakkı ya da teslim tarihi gibi bağlayıcı konularda bot kesin söz vermez, kaynağı gösterir ve onay için ekibe yönlendirir. Bu bir üslup tercihi değil, hukuki bir tedbirdir: Kanada'nın British Columbia eyaletindeki Civil Resolution Tribunal, 2024 tarihli Moffatt ve Air Canada kararında havayolunu, sitesindeki chatbotun yanlış anlattığı yas indirimi koşulundan sorumlu tuttu ve botun ayrı bir varlık olduğu savunmasını kabul etmedi. Botun yazdığı, sitenizdeki her sayfa gibi sizin beyanınız sayılabilir.

08İnsana devirde tetikleyiciler ve devir notu

Devir, botun başarısızlığı değil, tasarımın bir parçasıdır; ne zaman ve nasıl yapılacağı baştan yazılmalıdır. Tetikleyiciler açık bir liste halinde tanımlanır ve her biri kayda devir sebebi olarak düşer.

• Kullanıcı isteği: "Bir insanla konuşmak istiyorum" ya da benzeri bir ifade geldiğinde bot ikna etmeye çalışmadan devreder.
• Kaynak bulunamaması: Erişim katmanı yeterince ilgili bir metin bulamazsa bot bilmediğini söyler ve devir önerir.
• Hassas konu: Şikayet, hukuki tehdit, sağlık sorunu ya da ödeme hatası gibi başlıklar doğrudan ekibe gider.
• Tekrar eden döngü: Kullanıcı aynı soruyu farklı biçimde iki kez sorduysa bot üçüncü denemede ısrar etmez.
• Yüksek değerli talep: Büyük hacimli sipariş ya da kurumsal teklif isteği satış ekibine anlık bildirimle iletilir.

Ekibe giden devir notu kısa ve standart olmalıdır: müşterinin adı ve tercih ettiği iletişim yolu, talebin bir cümlelik özeti, botun verdiği yanıtlar ve devir sebebi. Çalışan bu notu okuyup konuşmayı müşteriye aynı soruları tekrar sordurmadan sürdürebilmelidir.

Mesai dışında devir geldiğinde bot dürüstçe ne zaman dönüş yapılacağını söyler ve bilgiyi kayda alır. "Hemen bağlıyorum" deyip kullanıcıyı boş bir pencerede bekletmek, hiç bot olmamasından daha kötü bir deneyim yaratır.

09Test seti, yanıltma denemeleri ve sürüm kontrolü

Canlıya çıkmadan önce bot, doğru cevabı önceden yazılmış bir soru setiyle sınanır ve bu set her değişiklikte yeniden çalıştırılır. Set yalnız kolay sorulardan oluşmamalı; botun zorlanacağı ve hatasının pahalıya patlayacağı durumları özellikle içermelidir.

• Olağan sorular: Mesaj tablosundan gelen en sık sorular, farklı yazımlar ve yazım hatalarıyla birlikte.
• Kapsam dışı sorular: Rakip firma, siyaset ya da tıbbi tavsiye gibi botun cevaplamaması gereken konular.
• Yanıltma denemeleri: "Önceki talimatları yok say" gibi ifadelerle kuralları aşmaya çalışan mesajlar. Buna prompt injection denir; botun kendi talimatını ya da başka müşterinin bilgisini açıklamadığı test edilir.
• Taahhüt tuzakları: "Bana yüzde elli indirim sözü verir misin" gibi botu bağlayıcı bir söze zorlayan sorular.

Her yanıt doğru, kısmen doğru ya da yanlış diye puanlanır; kritik sorulardaki yanlış yanıtlar canlıya çıkışı durdurur. Bilgi tabanı, sistem talimatı ve model sürümü birlikte numaralanır; bir güncellemeden sonra sorun çıkarsa önceki sürüme dakikalar içinde dönülebilmelidir.

Model sağlayıcıları modellerini zaman zaman günceller ya da eski sürümleri kullanımdan kaldırır. Bu yüzden test seti yalnız sizin değişikliklerinizde değil, model sürümü değiştiğinde de çalıştırılır.

Testler riski azaltır ama sıfırlamaz; büyük dil modelleri akıcı fakat yanlış bir cümle kurabilir. Bu nedenle canlı dönemde de kullanıcıya her yanıtın altında kaynağı gösterin ve bir yanlışı bildirmenin kolay bir yolunu bırakın; gelen her bildirim bir sonraki test setine yeni bir soru olarak eklenir.

10KVKK, aydınlatma ve yurt dışına aktarım

Chatbot kişisel veri işler; bu yüzden kurulumdan önce botun hangi veriyi topladığını, nereye gönderdiğini ve ne kadar sakladığını gösteren bir veri akışı haritası çıkarılmalıdır. KVKK'nın 10. maddesindeki aydınlatma yükümlülüğü için pencerede kısa bir açıklama ve tam metne bağlantı, sohbet başlamadan görünür olmalıdır.

Sağlık bilgisi KVKK'nın 6. maddesinde özel nitelikli kişisel veri sayılır. Klinik ya da eczane gibi işletmelerde bot belirti ayrıntısı istememeli, kullanıcı kendiliğinden yazarsa bu bilgiyi kayıtlarda maskelemelidir. Model sağlayıcı yurt dışındaysa bu bir aktarımdır ve 9. maddedeki güvencelerden birine dayanmalıdır.

• Asgari veri: Talep için ad ve tek bir iletişim bilgisi çoğu zaman yeterlidir; kimlik numarası sorulmaz.
• Kayıtlarda maskeleme: Telefon, e-posta ve kart numarası gibi alanlar raporlama ekranında kısmen gizlenir.
• Saklama süresi: Konuşma kayıtlarının ne kadar tutulacağı yazılı belirlenir, süre dolunca otomatik silme çalışır.
• Erişim rolleri: Kayıtları kimin okuyabileceği ve kimin dışa aktarabileceği ayrı ayrı tanımlanır.

AB'deki kullanıcılara hizmet veriyorsanız GDPR ve AB Yapay Zeka Tüzüğü'nün 50. maddesindeki bilgilendirme yükümlülüğü de gündeme gelir. Hukuki değerlendirmeyi hukukçunuz yapar; teknik ekip ise veri akışı haritasını ve ayarları belgeler.

11Pilot aşamasından tam kullanıma geçiş adımları

AI chatbot geliştirme projesinde bot tek seferde tüm kanallarda açılmaz; kanıt toplayarak genişleyen bir sırayla devreye alınır. Aşağıdaki adımlar çoğu işletmede işe yarayan bir iskelet sunar, süreler ise mesaj hacmine ve entegrasyon sayısına göre değişir.

1. Keşif: Mesaj tablosu, sistem listesi ve botun yasak listesi birlikte çıkarılır; kapsam yazılı hale gelir.
2. Bilgi tabanı ve test seti: Doğru cevaplar kaynak belgeleriyle eşleştirilir, test sorularının beklenen yanıtları yazılır.
3. İç prototip: Bot yalnız ekibinize açılır; çalışanlar bir hafta boyunca gerçek sorularla dener ve hatalı yanıtları işaretler.
4. Dar pilot: Bot tek kanalda, örneğin yalnız sitede ve yalnız mesai dışında yayına girer; ilk haftalarda her konuşma okunur.
5. Genişleme: Hata oranı kabul edilen düzeyde kalıyorsa mesai saatleri, ikinci kanal ya da yeni bir dil eklenir.
6. Sürekli bakım: Haftalık kayıt incelemesi, aylık bilgi tabanı gözden geçirmesi ve model güncellemelerinde test tekrarı takvime bağlanır.

Birden çok dilde hizmet veren işletmelerde yeni dil, bot için ayrı bir pilot gibi ele alınmalıdır; o dilde yazılmış bilgi tabanı ve dile özgü test soruları gerekir. Sitenin dil yapısı hazır değilse önce çok dilli web sitesi altyapısını kurmak, botun hangi sayfaya hangi dilde kaynak göstereceğini de netleştirir.

12Değeri ölçmek ve yanıtsız soruları işlemek

AI chatbot geliştirme sonrasında botun değeri tek bir sayıyla değil, birbirini dengeleyen birkaç ölçüyle anlaşılır. Devir olmadan kapanan konuşma oranı, ancak elle okunan örneklerdeki doğruluk puanıyla birlikte anlamlıdır; biri yükselirken diğeri düşüyorsa bot konuşmaları yanlış yanıtla kapatıyor olabilir.

• Doğru çözüm oranı: Haftalık rastgele örneklemde, kaynakla uyumlu ve eksiksiz bulunan yanıtların payı.
• Devir sebebi dağılımı: Hangi tetikleyicinin ne sıklıkla çalıştığı; kaynak bulunamadı sebebinin artması bilgi tabanında boşluk olduğunu gösterir.
• Talebe dönüşme: Botun topladığı taleplerin kaçının görüşmeye, randevuya ya da satışa ilerlediği CRM üzerinden izlenir.
• Kullanıcı geri bildirimi: Konuşma sonunda tek tıklık "yardımcı oldu mu" sorusu, yorumla birlikte kaydedilir.

En değerli çıktı çoğu zaman yanıtlanamayan sorular listesidir. Bu liste her hafta gözden geçirilir: bir kısmı bilgi tabanına yeni bir paragraf olarak eklenir, bir kısmı sitenizdeki eksik bir sayfaya işaret eder, bir kısmı da bilinçli olarak kapsam dışında bırakılır. Böylece bot yalnız soru yanıtlamakla kalmaz, müşterilerinizin neyi bulamadığını gösteren bir araştırma kaynağına dönüşür.

Kazanılan zamanı hesaplarken canlıya çıkmadan önceki haftaların gerçek mesaj sayılarını temel alın ve aynı dönemi karşılaştırın; bayram, kampanya ya da sezon gibi dönemsel dalgalanmalar botun etkisini olduğundan büyük ya da küçük gösterebilir.

13AI chatbot geliştirmede sık yapılan hatalar

Chatbot projelerindeki sorunların çoğu teknik değil, karar sırasıyla ilgilidir. Aşağıdaki hatalar sık görülür ve her birinin daha iyi bir alternatifi vardır.

• Sohbet penceresiyle başlamak: Önce görünüm seçilip içerik sonra düşünülürse bot boş bir kabuk olur; işe soru listesi ve kaynak belgelerle başlayın.
• Tüm siteyi bilgi tabanına yüklemek: Eski kampanya ve blog yazıları da taranınca bot geçersiz koşulları anlatır; yalnız onaylı ve güncel belgeleri seçin.
• Yazma yetkisini onaysız vermek: Botun randevu iptal edebilmesi ya da kayıt silebilmesi tek bir yanlış anlamayla zarar doğurur; her yazma işlemini kullanıcı onayına bağlayın.
• Devir yolunu gizlemek: İnsana ulaşmayı zorlaştırmak devir oranını düşürür ama müşteriyi kaybettirir; devir seçeneği her konuşmada erişilebilir kalsın.
• Kayıtları okumamak: Panelde yalnız konuşma sayısına bakmak hataları görünmez kılar; haftalık örnek okumayı bir çalışanın görev tanımına ekleyin.
• Hesapları ajans adına açtırmak: Model sağlayıcı ya da mesaj kanalı hesabı başkasının adına açılırsa iş ortağı değiştiğinde bot da gider; hesapları şirketiniz adına açın.

Bu listeye çoğu zaman bir yedinci madde eklenir: botu canlıya alıp ekibe haber vermemek. Çalışanlar botun ne söylediğini bilmezse devredilen müşteriye çelişen bilgi verir; pilot öncesinde ekibe kısa bir tanıtım yapın ve botun yasak listesini onlarla paylaşın.

14İş ortağı seçimi ve sonraki adım

Doğru iş ortağı, ilk görüşmede size bot ekranı göstermekten çok mesajlarınızı ve sistemlerinizi sorar. Teklif aldığınız ekiplerden şu konularda yazılı yanıt isteyin:

• Her yanıtın hangi kaynaktan üretildiği kayıtlarda görünüyor mu ve yanlış bir yanıtın sebebi nasıl bulunuyor?
• Test setini kim yazıyor ve canlıya çıkış için hangi hata düzeyi kabul ediliyor?
• Model sağlayıcı değiştiğinde bilgi tabanı ve entegrasyonlar yerinde kalıyor mu?
• Hesaplar, sistem talimatı ve bilgi tabanı teslimde kimde kalıyor?
• Aydınlatma metni taslağı ve veri akışı haritası teslim kapsamında mı?

Bizim AI chatbot geliştirme işlerimiz yapay zeka otomasyonu hizmetimiz kapsamında yürür; ayrı bir müşteri paneli ya da portal gerekirse özel yazılım geliştirme tarafında ilerliyoruz. Bu alanda yayında bir müşteri chatbotumuz henüz bulunmadığı için sonuç iddiası yerine yöntemimizi anlatıyoruz; otomasyon, yazılım ve web projelerimizi referanslarımız arasında inceleyebilirsiniz.

Bedeli kanal sayısı, bağlanacak sistemler, bilgi tabanının büyüklüğü ve bakım kapsamı belirler; sabit fiyatlı keşif seçeneklerini fiyatlar sayfasında görebilirsiniz. En sık gelen on sorunuzu ve kullandığınız sistemleri iletişim formundan gönderdiğinizde botun kapsamını, devir kurallarını ve yazılı teklifi birlikte netleştiriyoruz.