KOBİ'ler için Yapay Zekâ Otomasyonu: Bir Playbook Olarak 90 Günlük Pilot

Orta ölçekli şirketlerde yapay zekânın neden küçük bir pilotla başlaması gerektiğini anlatan yeterince yazı var. Bu yazı nasıl sorusunu — somut bir playbook olarak — anlatıyor.

Hâlâ neden aşamasındaysanız önce yapay zekâya hazır şirketlerin modellerle değil kararlarla başladığını ve birçok KOBİ'nin yapay zekâ konuşup az şirketin ölçeklediğini okuyun. Bu yazı pilot kararının verilmiş olduğunu varsayar ve bir sonraki soruyu cevaplar: önümüzdeki 90 günde, somut olarak, hafta hafta ne olacak?

Neden 90 gün, 9 ay değil

Bitkom'a göre (Mart 2026) en az 20 çalışanı olan Alman şirketlerinin %41'i zaten yapay zekâ kullanıyor, %48'i planlıyor veya tartışıyor. Engel artık ilgi değil — uygulama.

McKinsey'nin dijital üretimde "pilot purgatory" analizi örüntüyü tarif eder: birçok şirket pilot yapar, azı düzenli operasyona taşır. 90 gün bilinçli bir penceredir: gerçek bir süreci değiştirecek kadar uzun, sonsuz konsept moduna boğulmayacak kadar kısa. DORA'nın 2024 Accelerate State of DevOps Raporu ayrıca istikrarsız öncelikleri en güçlü verimlilik katillerinden biri olarak adlandırıyor — sabit bir 90 günlük çerçeve tam da buna karşı korur.

Pilotun onsuz başarısız olduğu üç rol

Haftalık plandan önce: bir pilot üç isimli kişiye ihtiyaç duyar. Üç departman değil — üç isim.

• Karar Sahibi. Kararı iyileşecek iş kişisi. BT değil. Süreci bugün sahiplenen.
• Veri Sahibi. Verinin nerede olduğunu ve güvenilip güvenilemeyeceğini söyleyebilen kişi.
• Onaylayıcı. Pratikte yapay zekâ destekli eylemi onaylayan kişi.

Bu rollerden biri eksikse, model ne kadar iyi olursa olsun pilot başlamaya hazır değildir.

90 günlük playbook

1–2. haftalar: bir karar, bir KPI

Bu iki haftada araç yok, model yok, platform yok. Sadece üç çıktı:

1. Bir karar adlandırılır — "satın almada yapay zekâ" değil, "riskli gelen faturaları muhasebeleştirilmeden önce işaretlemek istiyoruz".
2. Bir iş KPI'sı ve mevcut değeri. Örnek: "Bugün hatalı faturaların %6'sı ancak muhasebeleştirmeden sonra yakalanıyor. Hedef: %2'nin altı."
3. Bir durdurma kriteri kararlaştırılır. Pilotu ölçeklendirMEMEK için ne doğru olmalı? Bu kötümserlik değil — bir pilotu iptal edilemez bir projeden ayıran koşuldur.

Sondaki çıktı: tek sayfalık bir pilot charter. Bir sayfa, yirmi değil.

3–6. haftalar: minimum context model

Şimdi veri — ama yalnızca bu tek kararın ihtiyaç duyduğu.

En yaygın hata bir veri gölü projesiyle başlamaktır. Bunun yerine: modelin kararı desteklemek için hangi beş–on iki alana ihtiyacı var? Nerede duruyorlar? Kim sahipleniyor? Güvenilir mi?

Paralelde yetki seviyesi belirlenir — bu bir tasarım kararıdır, detay değil:

• Yapay zekâ sadece okuyup bir öneri mi gösteriyor (read-only)?
• Bir insanın onayladığı bir eylem mi öneriyor (asistanlı eylem)?
• Bir kayıt sistemine geri mi yazıyor (otomatik write-back)?

İlk pilot için cevap neredeyse her zaman "asistanlı eylem"dir. Çıktı: veri kontratı (alanlar, kaynak, sahip) artı belgelenmiş yetki kararı.

7–10. haftalar: human-in-the-loop'lu iş akışı

Yapay zekâ destekli akış ancak şimdi kurulur. Anahtar: yapay zekâ nihai bir durum üretmez, güven ve gerekçeyle bir öneri üretir. Onaylayıcı karar verir.

Bu fazın sonunda üç şey var olmalı:

• Yapay zekânın önerdiği ve bir insanın onayladığı bir iş akışı — ayrı bir demo aracında değil, gerçek günlük işin içine gömülü.
• İzlenebilirlik: hangi veri kullanıldı, ne önerildi, kim onayladı, sonuç neydi. Bu iz olmadan yapay zekâ asla denetlenebilir bir iş sürecinin parçası olmaz.
• Yapay zekânın emin olmadığı durumlar için bir eskalasyon yolu. Belirsizliği görünür kılmak bir özelliktir, kusur değil.

11–12. haftalar: ölç ve karar ver

"İyi görünüyor" yok. 1. haftada tanımlanan KPI mevcut değere karşı ölçülür. Sonra üç karardan tam biri verilir:

• Başka bir departmana, hatta veya bölgeye ölçeklendir.
• İterasyon: yaklaşım tutuyor ama bir tur daha gerekiyor.
• Durdur, çünkü durdurma kriteri sağlandı. Temiz durdurulan bir pilot başarısızlık değildir — pahalı bir yanlış yatırımı önlemiştir.

Pilot sözleşmesinde ne olmalı

Sık atlanan bir nokta: sözleşme yapısı başarıyı birlikte belirler. İyi yapılandırılmış bir 90 günlük pilot önceden şunları sabitler:

• Başarı ölçüsü olarak somut KPI ve mevcut değeri — "yapay zekâ tanıt" değil.
• Veri erişimi, hosting bölgesi ve silme kuralları — AB bağlamında bu sonradan akla gelen bir şey değildir.
• Pilot bittikten sonra kod, model çıktıları ve veri mülkiyeti.
• Bir çıkış maddesi: ölçeklenmezse veri ve sonuçlara ne olur?

Bu dört nokta olmadan pilot başlatan kişinin elinde pilot yoktur — bir projenin kontrolsüz başlangıcı vardır.

Örnek: 70 kişilik bir şirkette fatura kontrolü

• Karar: riskli gelen faturaları muhasebeleştirilmeden önce işaretle.
• KPI: yalnızca muhasebeleştirmeden sonra yakalanan hataların oranı %6'dan %2'nin altına.
• Context model: tedarikçi, tutar, KDV kategorisi, sipariş referansı, ödeme vadesi, geçmiş anomali.
• Yetki: asistanlı — yapay zekâ işaretler, finans karar verir.
• 90 gün sonra sonuç: ölçülmüş bir KPI artı net bir ölçeklendirme kararı.

Gösterişli değil. Tam da bu yüzden işe yarıyor.

Sık sorulan sorular

90 günlük pilot büyük bir yapay zekâ ekibi gerektirir mi? Hayır. Üç isimli rol (Karar Sahibi, Veri Sahibi, Onaylayıcı) ve bir uygulama ortağı gerektirir. Başarı faktörü büyüklük değil — odaktır.

Verimiz temiz değilse? O zaman bu tam olarak 3–6. haftaların çıktısıdır — ve değerli bir bulgudur. Bir veri sorununu görünür kılan bir pilot zaten kendini amorti etmiştir.

Birden çok use case'i paralel pilot edebilir miyiz? Mümkün ama önerilmez. Bir pilot, bir karar, bir KPI. Paralellik sinyali sulandırır ve DORA'nın istikrarsız öncelikler bulgusuyla çakışır.

Ölçeklenirse 90. günden sonra ne olur? Pilot ürüne dönüşür: aynı iş akışı, daha geniş kapsam, daha sert operasyon, izleme ve yetki gereksinimleri.

Sonuç

Bir yapay zekâ pilotu nadiren modelde başarısız olur. Eksik karar, belirsiz KPI, eksik roller ve hiç bitmeyen bir çerçevede başarısız olur.

90 gün, üç rol, bir KPI, bir durdurma kriteri ve temiz bir sözleşme her büyük yapay zekâ strateji belgesini yener — çünkü sonunda bir demo değil, ölçülebilir bir iş kararı vardır.

Sonraki adım

Kafanızda bir karar var ama haftalık plan yok mu? Bir yapay zekâ hazırlık kontrolüyle başlayın. KPI'yı, rolleri ve minimum context model'i tanımlar, net bir durdurma kriteriyle kontrollü bir 90 günlük pilot tasarlarız.

Kaynaklar

• Bitkom, Digitalisierung der Wirtschaft: Fast jedes Unternehmen beschäftigt sich mit KI (2026) — bitkom.org
• McKinsey, How digital manufacturing can escape 'pilot purgatory' — mckinsey.com
• DORA, Accelerate State of DevOps Report 2024 — dora.dev
• Avrupa Komisyonu, AI Act — digital-strategy.ec.europa.eu