Ekibinizi AI Dönüşümüne Hazırlamanın 5 Yolu

Toplantı salonunda on iki kişi. Müdür yeni asistanı anlatıyor, slaytlar akıyor, sonunda "sorusu olan?" diyor. Kimse elini kaldırmıyor. Herkes başını sallıyor, çay bitiyor, toplantı erken kapanıyor.
İki hafta sonra sisteme giriş sayısı üç. Direnç bağırarak gelmiyor; sessizce geliyor ve faturası ilk ayın sonunda kesiliyor: kurulmuş ama kullanılmayan bir sistem, gecikmiş bir proje, sinirlenmiş bir yönetici. Aşağıda ekibi bu geçişe hazırlarken işe yarayan beş yolu anlatıyorum. Motivasyon konuşması değil; kimin ne zaman ne duyacağına dair bir plan.
Sessizlik, direncin ilk hali
Toplantıda soru gelmemesini onay sanmayın. Türkiye'deki çoğu ekipte itiraz yöneticiye değil, mola odasında dile gelir. O yüzden direnci ölçmenin tek sağlam yolu davranışa bakmaktır: giriş sayısı, denenen senaryo sayısı, gelen düzeltme önerisi.
Bir de şunu ayırt edin. "Yapmak istemiyorum" ile "yapamıyorum" aynı şey değil. İlki bir korku sorunu, ikincisi bir eğitim sorunu. İkisine aynı ilacı verirseniz ikisi de kötüleşir.
Sahada tekrar eden bir örüntü var: itiraz önce ekip WhatsApp grubunda başlıyor, birkaç gün sonra "sistem yavaş" şeklinde teknik bir şikâyete dönüşüyor. Teknik görünen şikâyetlerin bir kısmı aslında iletişim şikâyetidir. Ayırmadan çözemezsiniz.
1. Neyin değişmeyeceğini de yazın
Yöneticiler genelde neyin değişeceğini anlatır. Ekibin merak ettiği şey ise tam tersi: ne aynı kalacak? Vardiya düzeni duruyor mu, prim hesabı nasıl olacak, kadro planında bir değişiklik var mı?
Bu soruların cevabını bilmiyorsanız "bilmiyorum, üç hafta içinde netleştireceğim" deyin. Belirsizliği açıkça söylemek, geçiştirmekten iyidir; geçiştirilen belirsizlik kendi hikâyesini yazar ve o hikâye hep en kötü senaryodur.
Bunu sözlü bırakmayın. Tek sayfalık bir not yeter: değişenler solda, değişmeyenler sağda.
2. Pilot ekibi gönüllülerden değil, şüphecilerden kurun
Yaygın tavsiye "teknolojiye meraklı 3-5 kişiyle başlayın" der. Ben tersini öneriyorum. Meraklı kişi zaten kullanacak ve iyi haber getirecek; o iyi haber ekibin geri kalanını ikna etmiyor, çünkü "o zaten böyle biri" deniyor.
Bunun yerine ekibin en kıdemli, en şüpheci ve sözü dinlenen kişisini pilota alın. Zor müşteri. Ama ikna olursa arkasında bir grup getirir; ikna olmazsa da elinizde gerçek bir hata listesi olur. İki sonuç da işinize yarar.
Ödünç şu: bu yaklaşımla pilot daha yavaş ilerler ve daha çok tartışma çıkar. İlk iki hafta canınızı sıkacak. Üçüncü ayda geri kazanıyorsunuz.
3. Eğitim yapmayın, alıştırma yaptırın
Sınıf ortamında yapılan "işte buton burada" eğitimleri bir hafta içinde unutuluyor. İşe yarayan şey şu: her kişiye kendi geçmiş çağrılarından beş tanesini verin, asistan üzerinde tekrar oynatsınlar ve nerede yanlış cevap verdiğini yazsınlar.
Bu alıştırmanın iki faydası var. Kişi sistemi öğreniyor, siz de bedava bir hata listesi topluyorsunuz. Üstelik "bu bot beni anlamıyor" cümlesi burada somut bir maddeye dönüşüyor ve düzeltilebilir hale geliyor.
Rol ayrımı da yapın. Temsilcinin öğrenmesi gereken şey aktarma anı; takım liderinin öğrenmesi gereken şey rapor okumak. Aynı içeriği ikisine birden vermek zaman kaybı.
Oturumları birer saatlik bloklara bölün. İki saati geçen alıştırmalarda dikkat dağılıyor ve geriye sadece "sıkıcıydı" hissi kalıyor.
4. Panoyu ekibe açın
Sayıları sadece yönetim görürse sistem bir denetim aracı gibi algılanır. Aynı sayılar ekranda herkese açık olduğunda araç haline gelir. Fark küçük görünüyor; benimseme üzerindeki etkisi büyük.
Açarken bir kural koyun: kişi bazlı kıyaslama yok, konu bazlı kırılım var. "Hangi temsilci kaç çağrı aldı" değil, "hangi konuda asistan tıkanıyor". Birincisi rekabet ve gerilim üretir, ikincisi ortak iş üretir.
5. Geri bildirimi bir takvime bağlayın
"Görüşünüzü bekliyoruz" cümlesi hiçbir zaman geri bildirim getirmez. Getiren şey sabit bir randevudur: her cuma yarım saat, aynı saatte, üç soruyla. Bu hafta asistan nerede yanlış cevap verdi? Hangi aktarma gereksizdi? Neyi yazsak işiniz kolaylaşır?
Toplananların hepsini yapamazsınız. Ama yaptığınızı duyurun. "Geçen hafta Ayşe'nin söylediği iade cümlesini düzelttik" demek, on kişilik bir toplantıdan daha güçlü bir katılım sinyali.
Küçük ama belirleyici bir detay: yöneticinin de sistemi kendi elleriyle kullanması. Ekip, müdürünün paneli hiç açmadığını iki hafta içinde fark ediyor ve o günden sonra proje "bizim işimiz" olmaktan çıkıyor.
İlk altı haftanın iletişim planı
Zaman | Kim duyar | Mesaj |
|---|---|---|
Başlamadan önce | Takım liderleri | Karar, gerekçe ve kadro planı. Liderler ekipten sonra öğrenirse güven biter |
1. hafta | Tüm ekip | Değişenler ve değişmeyenler listesi; pilotta kimlerin olacağı |
2.–4. hafta | Pilot ekip | Haftalık hata listesi ve düzeltmeler; kimse notunu tek başına taşımasın |
5. hafta | Tüm ekip | Gerçek sayılar, iyi ve kötü yanlarıyla. Sadece iyi haber verilen sunum inandırıcılığını yitirir |
6. hafta | Yönetim | Devam, durdur ya da daralt kararı; kriter baştan yazılmış olmalı |
Sık görülen üç hata
Duyuruyu e-postayla yapmak. Kadro ve görev değişikliği ihtimali içeren hiçbir mesaj e-postayla iyi karşılanmıyor. Önce yüz yüze, sonra yazılı.
Pilotu vardiyanın üstüne yıkmak. Kişi hem kuyruğa bakıp hem senaryo yazamaz. Zaman ayırmadan katılım beklemeyin.
Başarıyı erken ilan etmek. İlk haftanın rakamları yanıltıcıdır; hacim düşükken her şey iyi görünür.
Son bir uyarı
Bu beş adımı sırasıyla uygulamak zorunda değilsiniz, ama birincisini atlarsanız diğer dördü tutmaz. Ekip neyin değişmeyeceğini bilmeden hiçbir alıştırmaya gerçek anlamda katılmaz — koltuğunu düşünen kimse bota kelime öğretmez. Bu tartışmanın kariyer tarafını, temsilcinin gözünden ayrı bir yazıda ele almıştık.
Ekibinizle birlikte küçük bir pilot kurmak isterseniz bizimle bir demo planlayın; ilk hafta neyi ölçeceğinizi birlikte belirleyelim.
Sıkça Sorulan Sorular
Ekip açıkça direniyor, projeyi ertelemeli miyim?
Ertelemek yerine kapsamı daraltın. Tek bir konuda, tek bir vardiyada başlayın. Direncin çoğu belirsizlikten besleniyor; küçük ve görünür bir alan belirsizliği azaltır.
Pilot ne kadar sürmeli?
Dört ila altı hafta genelde yeterli. Daha kısası veri üretmiyor, daha uzunu ise ekipte "bu iş hiç bitmeyecek" hissi yaratıyor.
Deneme sürecinde maliyet riski var mı?
AI Agent TR tarafında önce ücretsiz demo talep edebilirsiniz; pilotu buna göre kurgulamak mümkün. Yine de asıl maliyet kalemi lisans değil, ekibin ayıracağı zaman olur.
Kimse gönüllü olmazsa ne yapmalı?
Gönüllülük şartı koymayın. İki kişiyi görevlendirin, karşılığında vardiya yükünü azaltın. Katılım çoğu zaman istekten değil, zaman ayrılmasından çıkıyor.




