Yapay zeka araçlarını acenteye kazandırmanın en riskli yolu, tüm ekibe aynı anda ve geniş bir kapsamla sunmaktır. Bu durumda hangi faydanın gerçek, hangi sorunun araca özgü olduğunu ayırt etmek zorlaşır. Daha sağlıklı yol, tek bir iş adımında, sınırlı sayıda çalışanla ve belirli bir süreyle yürütülen bir pilot projedir. İyi tasarlanmış bir pilot, sonunda "devam", "değiştir" veya "bırak" kararını verebilmeyi sağlar. Bu yazıda bir acentenin yapay zeka pilotunu adım adım nasıl kurgulayabileceğini, neyi ölçebileceğini ve sonuçları nasıl yorumlayabileceğini ele alıyoruz.
1. Tek bir problem seçin
Pilotun ilk ve en önemli kararı kapsamdır. "Yapay zekayı deneyelim" bir kapsam değildir. "Eksik belge talebi yazışmalarının taslağını hazırlamak" ya da "web formundan gelen talepleri branşa göre ön ayrıştırmak" birer kapsamdır. İyi bir pilot problemi şu özellikleri taşır:
- Sık tekrarlanır; böylece kısa sürede yeterli deneyim birikir.
- Hata riski sınırlıdır; çıktı müşteriye ulaşmadan önce kontrol edilebilir.
- Mevcut hali ölçülebilir; pilot öncesi durumu tarif edebilirsiniz.
- Tek bir ekip veya rol tarafından yürütülür.
Hasar süreçleri, teminat yorumu veya prim hesabı gibi yüksek riskli alanlar ilk pilot için uygun değildir.
2. Başlangıç durumunu kaydedin
Pilotun işe yarayıp yaramadığını anlamak için önce bugünkü durumu bilmek gerekir. Bunun için karmaşık bir analiz gerekmez; iki hafta boyunca seçilen işin nasıl yürüdüğünü basitçe not etmek yeterlidir:
- İş bir haftada kaç kez yapılıyor?
- Bir seferde yaklaşık ne kadar sürüyor?
- En sık hangi hatalar ya da gecikmeler oluyor?
- Çalışanlar bu işte neyi en çok zorlayıcı buluyor?
Bu notlar, pilot sonunda "hissettiğimiz" değil "gözlemlediğimiz" bir karşılaştırma yapılmasını sağlar. Rakamlar acentenin kendi gözlemidir ve dışarıya genellenmemelidir.
3. Başarı ölçütünü baştan yazın
Pilot başlamadan "neyi görürsek başarılı sayacağız?" sorusu cevaplanmalıdır. Ölçüt yalnızca zaman kazancı olmamalıdır. Dengeli bir ölçüt seti şunları içerebilir:
- Verimlilik: İşin ortalama süresinde değişim.
- Kalite: Kontrol aşamasında düzeltme gereken çıktıların oranı.
- Risk: Kontrolden kaçıp hatalı ilerleyen çıktı olup olmadığı.
- Kabul: Pilot çalışanlarının aracı kullanmaya devam etmek isteyip istemediği.
Risk ölçütü için bir eşik belirlemek önemlidir. Örneğin "kontrolden kaçıp müşteriye ulaşan tek bir hatalı bilgi bile pilotu durdurma nedenidir" gibi bir kural, beklentileri netleştirir.
4. Katılımcıları ve sorumluları belirleyin
Pilot için iki üç çalışan yeterlidir. Bu kişilerin hem işe hakim hem de yeni bir araca açık olması tercih edilir. Ayrıca bir pilot sorumlusu atanmalıdır; bu kişi gözlemleri toplar, sorunları kaydeder ve pilot sonunda değerlendirmeyi hazırlar. Pilot çalışanlarına, aracın hangi işlerde kullanılabileceği ve hangi verilerin araca girilemeyeceği yazılı olarak verilmelidir.
5. Süreyi sınırlayın
Dört ile sekiz hafta arası bir süre çoğu pilot için yeterlidir. Çok kısa pilotlar alışma dönemini ölçer; çok uzun pilotlar ise kalıcı bir uygulamaya dönüşür ve değerlendirme yapılmadan devam eder. Sürenin ortasında kısa bir ara değerlendirme, büyük sorunların erkenden fark edilmesini sağlar.
6. Gözlem kaydı tutun
Pilot süresince her kullanım için kısa bir kayıt tutulabilir: tarih, iş türü, çıktının doğrudan kullanılıp kullanılmadığı, düzeltme gerekip gerekmediği ve varsa kısa bir not. Bu kayıt kişisel veri içermemelidir; müşteri adı yerine yalnızca iş türü yazılması yeterlidir. Çalışanlardan haftada bir kez kısa bir serbest yorum almak da faydalıdır; sayılara yansımayan sorunlar genellikle bu yorumlarda ortaya çıkar.
7. Sonuçları değerlendirip karar verin
Pilot sonunda başlangıçta yazılan ölçütlere dönülür ve üç karardan biri verilir:
- Devam: Ölçütler karşılandı; kapsam dikkatle genişletilebilir. Genişletme de yeni bir pilot gibi planlanmalıdır.
- Değiştir: Fayda var ama sorunlar da var; istem, kontrol adımı veya kapsam değiştirilerek kısa bir ikinci tur yapılır.
- Bırak: Ölçütler karşılanmadı veya risk eşiği aşıldı. Bu bir başarısızlık değil, değerli bir öğrenmedir ve kayda geçirilmelidir.
Pilotun görünmeyen faydası
Pilot projeler çoğu zaman yapay zekadan önce süreçle ilgili sorunları görünür kılar. Örneğin eksik belge yazışmalarında yaşanan gecikmenin aslında aracın değil, müşteri kayıtlarındaki eksik iletişim bilgisinin sonucu olduğu ortaya çıkabilir. Bu tür bulgular, pilot sonucundan bağımsız olarak acentenin işleyişini iyileştirir.
Kayıt yapısıyla ilişkisi
Pilotun ölçülebilir olması, işin bir kayıt sisteminde iz bırakmasına bağlıdır. Teklif, poliçe ve müşteri işlemleri tek bir sistemde tutulduğunda, pilot öncesi ve sonrası durumu karşılaştırmak kolaylaşır. InsureHub'da müşteri kayıtları, poliçe ve yenileme takibi ile trafik, kasko ve DASK için ayrı teklif akışları bu tür bir izlenebilirlik sağlar. Pilotun konusu olan yapay zeka aracı ise acentenin kendi seçtiği, yazılımdan bağımsız bir araçtır. Kayıt yapısını acente CRM sayfasında inceleyebilirsiniz.
Pilotu ekibe nasıl anlatmalı?
Pilotun amacı ve süresi, pilotta yer almayan çalışanlarla da paylaşılmalıdır. Aksi halde "bazı çalışanlar yapay zeka kullanıyor" bilgisi kontrolsüz biçimde yayılır ve diğer çalışanlar kendi araçlarıyla benzer denemelere başlayabilir. Kısa bir duyuruyla pilotun kapsamı, süresi ve sonuçların ne zaman paylaşılacağı açıklanabilir. Pilot bitiminde sonuçların, olumsuz olsa bile, ekiple paylaşılması güven yaratır.
Özet
Tek bir problem, kayıtlı bir başlangıç durumu, baştan yazılmış ölçütler, sınırlı bir ekip ve süre; ardından açık bir karar. Bu yedi adımlı yapı, yapay zekayı acentede heyecanla değil kanıtla değerlendirmeyi sağlar. Verinizin bu tür bir değerlendirmeye ne kadar hazır olduğunu görmek için demo talebi oluşturabilirsiniz.