Kısa cevap
Yapay zeka projesi araç seçmekle değil darboğaz seçmekle başlar. Uygulanabilir sıra şudur: (1) kurumda en çok acıtan ve ölçülebilen tek süreci seçin, (2) o sürecin bugünkü sayısını kaydedin — ölçülmeyen iyileştirme kanıtlanamaz, (3) tek şube veya tek sınıf seviyesinde pilot kurun, (4) sistemi kullanacak ekibi kurulumun parçası yapın, (5) 90 günün sonunda başlangıç değeriyle karşılaştırın. Fark anlamlıysa büyütün, değilse aracı değil kurguyu değiştirin.
Neden çoğu proje pilotta ölüyor?
Eğitim kurumlarıyla yaptığımız ilk görüşmelerin çoğu şu cümleyle başlıyor: "Yapay zekaya geçmek istiyoruz, hangi programı almalıyız?" Bu soru masum görünüyor ama projenin kaderini baştan belirliyor.
Araçla başlayan projede sıralama şöyle işler: lisans alınır, birkaç kişi eğitilir, sistem kurulur ve sonra ne için kullanılacağı aranır. Kimse net bir sorun tanımlamadığı için de kimse sonucu ölçemez. Birkaç ay sonra kullanım düşer, yenileme gelmez ve kurumda "denedik, olmadı" algısı kalır.
Darboğazla başlayan projede sıra tersidir. Önce şu soru yanıtlanır: bu kurumda hangi iş, kaç kişinin, kaç saatini alıyor ve bunun ölçülebilir bir karşılığı var mı? Cevap netse çözümün ne olacağı zaten büyük ölçüde bellidir.
Adım 1 — Doğru darboğazı seçin
İyi bir başlangıç darboğazının üç özelliği vardır:
- Ölçülebilir. Bugün bir sayısı vardır: haftada kaç cevapsız çağrı, ortalama kaç dakika ilk yanıt, dönemde kaç öğrenci kaybı.
- Sık tekrar eden. Yılda iki kez yaşanan bir sorun otomasyona değmez. Her gün yaşanan bir sorun değer.
- Sahibi belli. Sürecin sonucundan sorumlu tek bir kişi olmalı. Sahipsiz süreçlerde otomasyon da sahipsiz kalıyor.
Eğitim kurumlarında bu üç şartı en sık sağlayan alan kayıt dönemi talep yönetimi. Ölçülebilir (gelen talep sayısı, yanıt süresi, dönüşüm), sık tekrar eden (her gün) ve sahibi belli (satış/kayıt sorumlusu). Bu yüzden ilk projelerin çoğu buradan başlıyor.
İkinci sırada öğrenci takibi geliyor — ama burada geri dönüş daha yavaş, çünkü akademik göstergeler bir dönemden önce hareket etmiyor.
Adım 2 — Başlangıç değerini kaydedin
Bu, atlandığında en pahalıya mal olan adım. Sistem kurulur, çalışır, herkes memnundur — ama kurulmadan önceki sayı kaydedilmediği için etkisi hiçbir zaman gösterilemez. Yönetim yatırımın karşılığını göremeyince ikinci faz gelmez.
Kaydedilmesi gereken sayı karmaşık olmak zorunda değil. Kayıt dönemi projesinde şu dördü yeterli:
- Haftalık gelen talep sayısı ve kanal dağılımı
- Ortalama ilk yanıt süresi
- Yanıtsız kalan talep oranı
- Talep → görüşme → kayıt dönüşüm oranları
Bu dört sayıyı iki hafta boyunca elle tutmak bile yeterli. Önemli olan hassasiyet değil, karşılaştırılabilir bir referans noktasının var olması.
Adım 3 — Dar kapsamlı pilot
Kurum genelinde başlayan projeler iki nedenle zorlanıyor. Birincisi teknik: kalibrasyon hataları tüm kurumda aynı anda görünüyor ve güven hızla kayboluyor. İkincisi insani: aynı anda çok sayıda kişinin alışkanlığını değiştirmek, birkaç kişininkini değiştirmekten kat kat zor.
Tek şube, tek sınıf seviyesi veya tek kanal — üçünden biriyle başlamak yeterli. Pilotun amacı sistemi kanıtlamak değil, kurumun kendi gerçeğine göre kalibre etmek. Erken uyarı eşiği, chatbot'un bilgi havuzu, takip dizisinin sıklığı — hepsi bu dönemde oturur.
Adım 4 — Ekip direncini hesaba katın
Şunu açıkça söylemek gerekiyor: projelerin çoğu teknolojiden değil benimsenmemekten batıyor. Ve direncin kaynağı genellikle sanılan şey değil.
Öğretmenler yeni teknolojiye karşı değildir. Kendi işlerinin değersizleştirilmesine ve kendilerine sorulmadan alınan kararlara karşıdır. Sistem "sizin yerinize yapacak" diye anlatıldığında direnç doğar; "şu yükü sizden alacak" diye anlatıldığında ve gerçekten alındığında direnç kaybolur.
Pratikte işe yarayan üç şey gördük:
- Erken katılım. Sistemi kullanacak kişiler kurulum kararının içinde olsun; sonradan haber verilen ekip sahiplenmiyor.
- İlk kazanç görünür olsun. İlk hafta içinde somut bir yük hafiflemeli. Soyut vaat ilgiyi taşımıyor.
- Onay insanda kalsın. Veliye giden mesajın öğretmen onayından geçmesi, sistemin kabulünü belirgin şekilde kolaylaştırıyor.
90 günlük plan
Somutlaştıralım. Kayıt dönemi talep yönetimiyle başlayan bir kurum için uygulanabilir bir takvim:
| Dönem | Yapılan iş | Çıktı |
|---|---|---|
| 1.–2. hafta | Darboğaz seçimi, süreç haritası, başlangıç değeri ölçümü | Dört temel sayı kayıt altında |
| 3.–5. hafta | Pilot kurulum: tek kanal, kurumun kendi soru ve programlarıyla kalibrasyon | Çalışan pilot sistem |
| 6.–8. hafta | Ekip eğitimi, günlük kullanım, yanıt kalitesinin gözden geçirilmesi | Ekip sistemi kullanıyor |
| 9.–11. hafta | İkinci kanalın eklenmesi, takip dizisi ve randevu otomasyonu | Çok kanallı akış |
| 12.–13. hafta | Karşılaştırmalı ölçüm ve yaygınlaştırma kararı | Sonuç raporu |
Bu takvim iddialı değil, gerçekçi. Kurulum teknik olarak çok daha hızlı yapılabilir — ama ekibin alışması ve kalibrasyonun oturması sıkıştırılamıyor.
90 günün sonunda ne yapmalı?
Başlangıç değerini yeniden ölçün ve karşılaştırın. Üç olası sonuç var:
Anlamlı iyileşme varsa kapsamı genişletin — ikinci şube, ikinci süreç veya ikinci kanal. Genişleme sırasında kalibrasyonun yeniden yapılması gerekir; her şubenin dinamiği aynı değil.
Fark yoksa ilk refleks aracı değiştirmek olmasın. Deneyimimizde sorun genellikle kurguda oluyor: yanlış darboğaz seçilmiş, sistem ekibin akışına bağlanmamış veya kalibrasyon yarım kalmış. Aracı değiştiren kurumlar çoğu zaman aynı sonuca ulaşıyor.
Kötüleşme varsa — evet, olabiliyor — genellikle nedeni otomasyonun gürültü üretmesidir. Çok sık mesaj, çok fazla yanlış uyarı. Bu durumda eşikleri sıkılaştırmak ve kapsamı daraltmak doğru hamledir.