Kısa cevap: yapay zeka pilotları teknoloji yetersiz olduğu için değil, ÜRETİM EŞİĞİ baştan tasarlanmadığı için ölür. Sahada en sık gördüğümüz döngü şudur: etkileyici bir demo yapılır, herkes heyecanlanır, birkaç hafta konuşulur — sonra sessizlik. Demo klasörde kalır, ekip günlük işine döner ve altı ay sonra aynı konu "bir ara denemiştik" cümlesiyle anılır. Bu yazı, o döngüyü kıran beş eşiği ve her biri için pilotu BAŞLATMADAN önce sorulması gereken soruları anlatıyor.
Önce bir ayrım: pilotun amacı "çalışıyor mu?" sorusunu cevaplamaktır; üretimin amacı "her gün, herkes için, kimse başında durmadan çalışıyor mu?" sorusunu. İki soru arasındaki mesafe teknik bir detay değil, projenin kendisidir. Pilot bütçesinin küçük olması normaldir; yanlış olan, üretim sorularını "oraya gelince düşünürüz" diye ertelemektir — çünkü o sorular ertelendiğinde cevapsız kalmaz, "hayır" olarak cevaplanmış olur.
Eşik 1 · Sahiplik: pilotun sahibi var, üretimin sahibi yok
Pilot dönemi cömerttir: meraklı bir ekip üyesi, bir danışman ya da bir yönetici işi sırtlar. Üretim sıkıcıdır: sistemin her gün çalıştığını KİM kontrol edecek, model davranışı değiştiğinde KİM ayar yapacak, kullanıcı "bu yanlış cevap verdi" dediğinde KİM bakacak? Bu soruların cevabı bir isim değilse — "ekip bakar" bir isim değildir — sistem birkaç ay içinde bakımsız kalır.
Karar sorusu: "Bu sistem yayına girdikten sonra haftada kaç saat, kimin takviminden çıkacak?" Bu sorunun cevabı sıfırsa proje üretime değil, vitrine kurulmuş demektir. Deneyimimiz şu: sahibi baştan yazılmamış hiçbir iç araç, ikinci çeyreği görmez.
Eşik 2 · Veri erişimi: demo örnek veriyle, üretim gerçek veriyle çalışır
Demoda veri elle seçilir: temiz beş belge, düzgün bir tablo, iyi huylu örnekler. Üretimde sistem gerçek veriyle karşılaşır — eksik alanlar, çift kayıtlar, üç farklı formatta tarih, yarısı taranmış PDF. Pilotların çoğu bu eşikte sessizce ölür: "canlı veriye bağlanınca sonuçlar bozuldu" cümlesi, aslında "gerçek verimizi hiç görmemiştik" demektir.
Karar sorusu: "Pilot, gerçek verimizin en kötü yüzde yirmisiyle test edildi mi?" Edilmediyse pilot sonucu bir üst sınırdır, tahmin değil. Buna bağlı ikinci soru veri ERİŞİMİDİR: sistem üretimde bu veriye hangi yetkiyle, hangi yoldan, kimin onayıyla ulaşacak? Kurumsal ortamda bu cevap çoğu zaman teknik değil, yönetsel bir engeldir — ve pilotta hiç görünmez, çünkü veriyi elden vermişsinizdir. Veri güvenliği tarafındaki kural düzeni için [şu yazıya](/kaynaklar/sirket-verisi-disari-cikmadan-yapay-zeka) bakabilirsiniz.
Eşik 3 · Hata yönetimi: yüzde beş yanlışın planı
Yapay zeka sistemleri olasılıksaldır: en iyi kurulumda bile bir oranda yanlış üretir. Pilotta bu görmezden gelinebilir — "ara sıra saçmalıyor ama genelde iyi" cümlesi demoda hoş görülür. Üretimde aynı cümle bir operasyon riskidir: yanlış cevap müşteriye mi gidiyor, yanlış sınıflandırma bir faturayı mı geciktiriyor, yanlış özet bir karara mı giriyor?
Üretime geçen ekiplerin ortak deseni şudur: hatayı yok etmeye değil, YÖNETMEYE tasarım yaparlar. Üç standart mekanizma: (1) güven eşiği — sistem emin olmadığında cevap üretmek yerine insana devreder; (2) insan onayı katmanı — geri alınamaz işlemler (gönderilen e-posta, kesilen fatura, verilen taahhüt) mutlaka onaydan geçer; (3) hata kaydı — yanlış çıktılar toplanır ve düzenli aralıkla incelenir, çünkü sistemin nerede yanıldığını bilmek, onu iyileştirmenin tek yoludur.
Eşik 4 · Ölçüm: "iyi çalışıyor gibi" bir metrik değildir
Pilotun en sinsi tuzağı izlenimle değerlendirilmesidir. "Ekip memnun görünüyor" ile "haftalık şu kadar saat işi devraldı, hata oranı şu bandın altında" arasındaki fark, projenin ikinci bütçeyi alıp alamayacağıdır. Ölçüsü baştan tanımlanmamış pilot, sonunda herkesin kendi izlenimini savunduğu bir toplantıyla biter.
Karar sorusu: "Bu pilotun başarılı sayılması için hangi sayı, hangi bantta olmalı?" — ve bu sayı pilot BAŞLAMADAN yazılmalı. İyi bir ölçüm seti üç kalemi geçmez: devralınan iş hacmi, hata/geri-dönüş oranı, uçtan uca süre. Ölçüm kurmadan başlanacaksa dürüst seçenek pilotu "öğrenme turu" ilan etmektir — o da meşrudur, ama kimse ona üretim sözü vermesin. Nereden başlanacağını ölçülebilirlik üzerinden seçmek için [4VS yaklaşımımız](/kaynaklar/isletmede-yapay-zekaya-nereden-baslanir) bu sorunun sistematik hâlidir.
Eşik 5 · İşletme maliyeti: demo ücretsizdir, üretim fatura eder
Pilotta maliyet görünmez: birkaç yüz deneme çağrısı, bir geliştiricinin hesabı, iki haftalık heves. Üretimde ise her çağrının, her belgenin, her kullanıcının maliyeti vardır ve bu maliyet KULLANIMLA büyür — başarılı olursanız fatura da büyür, ki bu iyi bir sorundur ama sürpriz olmamalıdır. Ölçek maliyetini pilotta hesaplamamanın klasik sonucu, sistemin tam benimsendiği ayda "bu neden bu kadar tuttu?" toplantısıdır.
Karar sorusu: "Bu sistem hedeflediğimiz kullanım hacmine çıkarsa aylık maliyeti nedir ve o maliyet devraldığı işin değerinin neresinde durur?" Kaba bir formül yeter: birim çağrı maliyeti × beklenen aylık hacim + izleme/bakım payı. Kuruşu değil MERTEBEYİ bilmek önemlidir — aylık maliyet devralınan işin değerinin onda biriyse tartışma bitmiştir; yarısıysa mimari yeniden düşünülmelidir. Bütçe çerçevesi için [AI maliyet planlama yazımız](/kaynaklar/ai-maliyetleri-2026) ayrıntıya iner.
Sahada işe yarayan ipuçları
**1.** Pilotu "demo günü" ile değil "devir günü" ile bitirin: son gün sistemin bir haftalık gerçek işi tek başına devraldığı gün olsun — alkış demoya değil, sessiz çalışan haftaya verilsin. **2.** Beş eşiğin cevabını tek sayfaya yazın ve pilot onayını o sayfaya bağlayın; sayfa doldurulamıyorsa pilot değil araştırma yapıyorsunuz demektir (o da meşru — adını doğru koyun). **3.** Pilotu en meraklı ekibe değil, en dertli sürece kurun: merak biter, dert bitmez. **4.** İlk üretim kapsamını bilerek daraltın — tek süreç, tek ekip, tek çıktı türü; genişleme, çalışan sistemin ödülü olsun. **5.** Aylık bir "yanlışlar toplantısı" koyun: sistemin en kötü on çıktısı birlikte incelenir; bu tek alışkanlık, model ayarından daha çok kalite üretir.
Sık yapılan hata: pilotu büyütmek yerine çoğaltmak
Bir pilot işe yarar görününce en cazip hamle yenisini başlatmaktır: bir ekip daha, bir süreç daha, bir demo daha. Sonuç, hiçbiri üretim eşiğini geçmemiş beş yarım sistemdir. Doğru sıra tersidir: bir pilotu beş eşikten geçirip üretimde KÖK saldırmadan ikincisine başlamayın. Bir tane çalışan sistem, beş tane umut vadeden demodan daha çok güven — ve daha çok bütçe — üretir.
Dürüst kapanış: her pilot üretime geçmek zorunda değildir. Pilotun meşru sonuçlarından biri de "bu iş için değmez" kararıdır — beş eşiğin sorularına dürüst cevap verildiyse, vazgeçmek de bir başarıdır; kaynağı asıl tüketen, ne ölen ne yaşayan projelerdir. Kendi sürecinizde bu eşikleri birlikte yürümek isterseniz [nasıl çalıştığımıza](/cozumler/ozel-yazilim-gelistirme) bakabilirsiniz — ve bu iş için henüz erken olduğunuzu görürsek, bunu da söyleriz.