Kurumda ilk yapay zekâ kullanım senaryosunu seçmek
İlk senaryo en heyecan verici olan değil; değeri ölçülebilir, verisi bugün erişilebilir ve hatası geri alınabilir olandır. Adayları üç soruyla eleyin: iş sonucu tek bir sayıyla ifade edilebiliyor mu, gereken veri izinli ve makine okunabilir biçimde bu hafta elde mi, çıktı yanlış olduğunda bedeli kim ödüyor? Üçüne birden "evet" diyemediğiniz aday pilot değil, önce çözülmesi gereken bir veri veya süreç işidir. Seçtiğiniz senaryoda işe başlamadan önce mevcut durumu taban çizgisi olarak ölçün: pilotların çoğu teknik nedenle değil, "daha iyi oldu mu" sorusunun cevaplanamamasıyla takılıyor.
ÖNKOŞULLAR
- İşi her gün yapan ekipten en az iki kişiye ve süreç sahibine erişim
- Hangi verinin nerede ve hangi biçimde tutulduğunun bilgisi
- Takvimde bitişi yazılı, küçük bir pilot penceresi ve bütçe
- KVKK uyumu ve bilgi güvenliği tarafında soru sorabileceğiniz bir muhatap
GEREKEN ARAÇLAR
- Aday senaryoları tek sayfada tutan bir puanlama çizelgesi
- Mevcut durumu ölçmek için basit bir süre ve hata kaydı
- Örnekleri toplayıp etiketlemek için bir elektronik çizelge veya not defteri ortamı
- Bir model erişimi (sağlayıcı API anahtarı veya kurum içi dağıtım)
- 01
Aday senaryoları işin içinden topla
İşi yapan kişilerle görüşüp haftanın hangi saatlerinin tekrar eden işe gittiğini sorun; hedef, 8-12 somut aday senaryo çıkarmaktır.
İlk senaryo listesi yönetim toplantısında değil, işi her gün yapan masada oluşur. Sorulacak soru "yapay zekâyla ne yapabiliriz" değil, "bu haftanın hangi saatleri, bilgisi elde olan ama tekrar eden bir işe gitti" olmalı. İkinci soru somut aday üretiyor, birincisi demo üretiyor.
- İşi yapan iki kişiyle yarım saatlik birer görüşme yapın; ne yaptıklarını değil neyin zamanlarını aldığını sorun.
- Son bir ayın tekrar eden taleplerine bakın: aynı soru kaç kez farklı kişiye soruldu?
- Beklemeye düşen adımları işaretleyin: bir metnin yazılmasını veya bir belgenin okunmasını bekleyen süreçler.
- Satıcı demolarından gelen fikirleri listeye alın ama ayrı işaretleyin; bunlar sizin sorununuzdan değil ürünün yeteneğinden doğmuştur.
- 02
Her adayı değer ve risk eksenine yerleştir
Adayları kazanılan somut değer ile yanlış çıktının bedeli eksenlerine oturtun; ilk pilotu yüksek değer, düşük risk bölgesinden seçin.
İki eksen yeterli: senaryo işe yararsa kazanılan somut değer ve yanlış çıktının doğuracağı zarar. Adayları bu iki eksende dört bölgeye ayırdığınızda ilk pilotun nereden seçileceği çoğu zaman tartışmasız hâle geliyor. Buradaki risk teknik zorluk değil, yanlış çıktının kime ne kadar zarar verdiğidir.
Bölge Değer / risk İlk pilot için Hızlı kazanım Yüksek değer, düşük risk Buradan seçin Alıştırma Düşük değer, düşük risk Öğrenmek için uygun, gerekçesi zayıf Denetimli hedef Yüksek değer, yüksek risk Sonraya bırakın; önce yetkinlik gerekir Vazgeçilecek Düşük değer, yüksek risk Listeden çıkarın Bu rehber ilk pilotun seçimiyle ilgilenir; kalan adaylar bir portföy listesine yazılır, aynı anda başlatılmaz. - Değer tarafını ölçün: kaç kişi, haftada kaç kez, her seferinde ne kadar süre.
- Risk tarafını sorun: yanlış çıktı bir müşteriye, bir ödemeye veya bir yasal yükümlülüğe dokunuyor mu?
- Kişisel veri işleniyorsa riski bir basamak yukarı alın ve KVKK muhatabınızı bu aşamada dâhil edin.
- İki eksende de "orta" diyorsanız ölçü eksiktir; sayıyı bulun ya da adayı bekletin.
- 03
Veri erişilebilirliğini bugünkü hâliyle sına
Seçtiğiniz senaryo için 50 gerçek örneği bu hafta içinde ve izinli biçimde toplamayı deneyin; toplayamıyorsanız bu bir pilot değil, önce çözülmesi gereken bir veri işidir.
Pilotların çoğu modelde değil veride takılıyor. Sınav basit ve erken yapılmalı: seçtiğiniz senaryo için 50 gerçek örneği bu hafta içinde, izinli biçimde toplayabiliyor musunuz? Bu soruyu pilot başladıktan sonra sormak, pilotun süresinin çoğunu veri toplayarak geçirmesi demek.
- 1Veri nerede?
Bir sistemde mi, birinin posta kutusunda mı, yoksa basılı mı? Üçüncüsü pilotu aylarca geciktirir.
- 2Kim izin veriyor?
Veri sahibinin ve KVKK muhatabının adını yazın; sözlü onay yeterli değildir.
- 3Makine okunabilir mi?
Taranmış görüntü, ekran görüntüsü ve kilitli biçimler ek bir ayrıştırma işi demektir.
- 4Doğru cevabı kim biliyor?
Örneklerin doğru çıktısını onaylayacak bir alan uzmanı yoksa başarı ölçülemez.
- 04
Başarıyı tek sayıyla tanımla ve taban çizgisini ölç
Pilot başlamadan başarıyı tek bir sayıya bağlayın ve bugünkü durumu aynı sayıyla ölçün; taban çizgisi olmadan sonuç yorumlanamaz.
Başarı tanımı pilot başlamadan yazılır ve tek bir sayıya bağlanır: işlem başına süre, ilk seferde doğru cevaplanan talep oranı ya da elle düzeltme gereken çıktı oranı. Tanım sonradan yazılırsa, sonucu yorumlayan taraf kendi beklentisini ölçüt yapıyor.
Senaryo tipi Kullanılabilir başarı sayısı Taban çizgisi nasıl ölçülür Belge özetleme Elle düzeltme gerektiren özet oranı Bugün yazılan son 20 özetin kaçı elle düzeltildi Talep sınıflandırma Doğru kuyruğa giden talep oranı Son ayın taleplerinde doğru kuyruğa giden oran İç bilgiye soru-cevap Kaynağıyla birlikte doğru cevaplanan soru oranı Aynı 20 sorunun bugün kaçı kaynağıyla doğru cevaplanıyor Taslak metin üretimi Düzeltilmeden yayına giden taslak oranı Bugünkü taslakların kaçı düzeltilmeden yayına gidiyor Taban çizgisi, başarı sayısının bugünkü değeridir: iki sütun aynı büyüklüğü ölçer. Süre gibi ikinci bir sayıyı ayrıca tutabilirsiniz ama kararı veren sayı tek kalmalı. Taban çizgisi ölçülmeden başlayan pilot, sonunda "sanırım iyi oldu" cümlesiyle bitiyor. Taban çizgisini ölçmek genellikle bir haftalık bir iş ve pilotun en çok atlanan adımı. Atlandığında pilot teknik olarak çalışsa bile karar üretmiyor: kimse sonucu bir öncesiyle karşılaştıramıyor.
- 05
Hata bedelini ve geri alma yolunu yaz
Seçtiğiniz senaryo için üç soruyu yazılı cevaplayın: yanlış çıktı ne zarar verir, kim fark eder, nasıl geri alınır. Üçünden birine cevabınız yoksa bir sonraki adaya geçin.
Bu adım, veri sınavını ve başarı tanımını geçen tek senaryo üzerinde çalışan son kapıdır. Seçtiğiniz senaryo için tek cümle yazın: bu sistem yanlış çıktı verdiğinde ne olur, kim fark eder, nasıl geri alınır. Üç sorunun üçüne birden cevabı olmayan senaryo ilk pilot için fazla erken; onu portföy listesine geri koyun ve değer/risk sıralamasındaki bir sonraki adayla veri sınavından itibaren tekrarlayın.
- Fark etme: hatayı çıktının kullanıcısı mı, yoksa bir kontrol adımı mı yakalıyor?
- Bedel: yanlış çıktı bir e-postayla mı düzeliyor, yoksa müşteriye mi ulaşıyor?
- Geri alma: yapılan işlem iptal edilebiliyor mu? Edilemiyorsa neden bir onay kapısı yok?
- Sorumluluk: çıktıyı onaylayan kişi belli mi? İlk pilotta insan onayı kaldırılmaz.
- 06
Kapsamı bir ekibe, bir sürece ve bir süreye daralt
Pilotu tek ekip, tek süreç, tek belge türü ve takvimde bitişi yazılı bir pencereyle sınırlayın; kapsam pilot sırasında büyütülmez.
Kapsam geniş tutulduğunda takılma nedeni çoğalıyor ve hiçbiri tek tek çözülemiyor. Tek ekip, tek süreç, tek belge türü ve sonu yazılı bir süre: dar kapsam, sonucun okunabilir olmasının ön koşuludur.
- Tek ekip: kullanıcıları adlarıyla sayabildiğiniz kadar.
- Tek süreç: senaryonun girdisi ve çıktısı tek bir adımda tanımlı olsun.
- Sonu yazılı süre: takvimde bitiş tarihi olan bir pencere; süresiz pilot bir projeye dönüşüp kararı erteliyor.
- Sabit kapsam: pilot sırasında yeni senaryo eklenmez, gelen fikirler bir sonraki listeye yazılır.
Doğrulama adımı: pilotun kapsamını üç cümleyle bir e-postaya sığdırın ve süreç sahibine gönderin. Sığmıyorsa kapsam henüz dar değil demektir.
- 07
Karar kapısını baştan tanımla
Yaygınlaştır, tekrar dene ve bırak kararlarının ölçütlerini pilot başlamadan yazın; bu ölçütler pilot sırasında değiştirilmez.
Pilot bir karar üretmek için yapılır: yaygınlaştır, tekrar dene veya bırak. Bu üç seçeneğin ölçütleri başlamadan yazılmazsa sonucu yorumlama işi pilotu savunan tarafa kalıyor ve hiçbir pilot resmen başarısız olmuyor.
Karar Ölçüt Sonraki adım Yaygınlaştır Hedef sayı tutturuldu, hata bedeli kabul edilebilir İkinci ekibe açın, ölçümü aynı sayıyla sürdürün Tekrar dene Sayı hedefe yakın ve kaybın nerede olduğu teşhis edildi Tek bir değişkeni değiştirip aynı ölçüyle tekrarlayın Bırak Taban çizgisine göre kazanç yok veya veri yolu kapalı Öğrenileni yazın, adayı portföy listesine geri koyun Üçüncü karar en değerlisi: bırakılabilen bir pilot, kurumun ikinci senaryoyu daha hızlı denemesini sağlıyor.
SIK DÜŞÜLEN TUZAKLAR
Taban çizgisini ölçmeden başlamak
Pilot bittiğinde "daha iyi oldu mu" sorusu cevaplanamaz hâle geliyor. Öncesi ölçülmemiş bir iyileşme tartışmayı ölçüden algıya taşıyor ve karar, pilotu savunan tarafa kalıyor.
En görünür senaryoyu seçmek
Yönetime en etkileyici görünen senaryo genellikle en çok veri, en çok entegrasyon ve en yüksek hata bedeli olanıdır. İlk pilotta bu üçü birden, yeni bir ekibin taşıyabileceğinden fazla.
Veri işini pilotun içine saklamak
"Veriyi yol boyunca toplarız" diyen pilotlar süresinin çoğunu veri toplayarak geçiriyor ve senaryoyu hiç test edemeden bitiyor. Veri erişimi bir ön koşuldur, bir pilot adımı değil.
Pilotu süresiz bırakmak
Bitiş tarihi olmayan pilot bir projeye dönüşüyor. Kimse durdurma kararı vermediği için kaynak, karar üretmeyen bir işte kalmaya devam ediyor.
Başarı ölçütünü sonucu gördükten sonra yazmak
Sonuç görüldükten sonra tanımlanan başarı her zaman tutturulur. Bu yolla çıkan karar bir sonraki senaryoda tekrarlanmıyor ve kurum hiçbir şey öğrenmiyor.
KONTROL LİSTESİ
- 8-12 aday senaryo, işi yapan kişilerle görüşerek toplandı
- Her aday değer ve risk ekseninde yerine oturtuldu; risk yanlış çıktının bedeli üzerinden tanımlandı
- Seçilen senaryo için 50 gerçek örnek izinli biçimde toplanabildi
- Doğru çıktıyı onaylayacak alan uzmanı adıyla belirlendi
- Başarı tek bir sayıyla tanımlandı ve taban çizgisi pilot başlamadan ölçüldü
- Hata bedeli, fark etme yolu ve geri alma adımı yazılı
- Kapsam tek ekip, tek süreç ve takvimde bitişi yazılı bir süreyle sınırlandı
- Yaygınlaştır / tekrar dene / bırak ölçütleri pilot başlamadan yazıldı
Maddelerin tamamı işaretlenmeden kurulum üretime alınmamalı.
Sık sorulan sorular
İlk yapay zekâ projesi hangi departmanda başlamalı?
Departman değil senaryo seçilir: verisi bugün erişilebilir, çıktısı bir uzman tarafından kontrol edilen ve hatası geri alınabilir olan iş nerede duruyorsa orada başlanır. Pratikte bu çoğu kurumda destek, operasyon veya iç bilgi arama tarafına düşüyor; ama kararı değer ve risk ekseni versin, organizasyon şeması değil.
Yapay zekâ pilotu ne kadar sürmeli?
Kapsamı dar tutulmuş bir pilot için birkaç hafta yeterli olabiliyor; süreyi belirleyen model değil veri erişimi ve taban çizgisi ölçümü. Önemli olan sürenin uzunluğu değil, takvimde yazılı bir bitişinin olması: bitiş tarihi olmayan pilot karar üretmiyor.
İlk senaryo için kendi modelimizi eğitmemiz gerekir mi?
İlk senaryoda hayır. Hazır bir modeli kendi belgelerinizle besleyen bir geri getirme kurulumu ve istem düzenlemesi, çoğu senaryoda daha hızlı sonuç veriyor. İnce ayar modele yeni bilgi eklemez, davranış ve biçim öğretir; bu ihtiyaç ancak ölçülmüş bir biçim veya üslup sorununuz varsa doğar.
Yapay zekâ pilotları neden takılıyor?
Sahada en sık üç neden görülüyor: veriye bu hafta erişilemiyor, başarı tek bir sayıyla tanımlanmamış ve kapsam pilot sırasında büyümüş. Üçü de teknoloji seçiminden önce, senaryo seçimi aşamasında çözülebilecek sorunlar.
Kaynaklar
- 01AI Risk Management Framework (AI RMF 1.0) — ABD Ulusal Standartlar ve Teknoloji Enstitüsü (NIST) · Teknik rapor
- 02Kişisel Verilerin Korunması Kanunu (6698 sayılı) — T.C. Resmî Gazete · Mevzuat
- 03Sinaptik Research — kurumsal pilot seçimi notları — Sinaptik Lab · Teknik rapor
BUILD
Bu rehberi kurumunuzda uygulayalım mı?
Aynı mimariyi kendi verinizle kurmak için discovery oturumundan üretime kadar birlikte ilerliyoruz.
