Üretim Hattında İlk POC: 6 Hafta İçinde Çalışan Sistem Nasıl Çıkar?

Üretim hattına AI getirmenin en güvenli giriş yolu: POC (Proof of Concept). POC; tam ölçek üretime almadan önce, gerçek üretim koşullarında, sınırlı bir alanda, sınırlı bir sürede sistemin işe yarayıp yaramadığını sayısal olarak ispatlama egzersizi. Doğru kurgulanırsa 6 haftada karar verilebilir; yanlış kurgulanırsa 6 ay sonra hâlâ "anlamlı bir veri yok" denmeye devam edilir.

Bu rehberde; Konya OSB'deki bir orta-büyük üreticinin tipik bir POC'unu adım adım kurguluyoruz. Senaryo: kestirimci bakım, ama yapı her POC için aynı.

POC nedir, nedir değildir?

POC satın alma kararına temel oluşturan bir egzersizdir. POC sonucunda 3 cevap alınır:

1. Sistem teknik olarak çalışıyor mu? (Doğruluk, gecikme, dayanıklılık)
2. Operasyonel olarak uygulanabilir mi? (Ekibin kullanımına uygun mu, mevcut süreçleri kırıyor mu?)
3. Yatırım mantıklı mı? (ROI hesabı somut sayılarla)

POC değildir: bir araştırma projesi, bir doktora tezi, bir "AI'ya bakalım" laboratuvarı. POC'un takvimi, bütçesi, kabul kriterleri ve sahibi vardır.

Aşama 1 — Hazırlık (Hafta 0)

Adım 1.1: Sorun tanımı

Sayfasız bir A4 kâğıdına şu cümleyi yazın:

"X tezgahında plansız duruşlar yıllık 200+ saat. Her saat duruş 12K TL kayıp. POC ile, X tezgahının arızasını 5+ gün önceden %75 doğrulukla yakalayabilirsek, yıllık kaybın yarısını kazanırız."

Bu cümleyi yazamıyorsanız POC'u henüz başlatmayın. Sorun ve hedef net olmalı.

Adım 1.2: Ekip

• İçeriden 1 kişi (proje sahibi): Üretim/bakım müdürü ya da operasyon yöneticisi. Karar veren kişi.
• İçeriden 1 mühendis (teknik destek): Veri toplama, saha düzeni, ekiple iletişim.
• Dışarıdan teknik ekip: Veri bilimci + saha mühendisi (genelde 2 kişi). Modeli kuran taraf.

Adım 1.3: Kabul kriterleri

POC'un başarılı sayılması için sayısal eşik:

• Teknik: 5+ gün önceden %75+ doğrulukla arıza yakalama.
• Operasyonel: Bakım ekibinin günlük rutinine ek 30 dakikadan fazla yük getirmemek.
• Ticari: Aylık 25K TL altında işletme maliyeti, 12 ay altı geri ödeme projeksiyonu.

Eşikleri proje başında yazıp imzalayın. Sonradan "biraz daha bekleyelim" demek POC'u öldürür.

Aşama 2 — Veri toplama (Hafta 1-2)

Adım 2.1: Sensör montajı

Tek bir tezgaha titreşim + sıcaklık + akım sensörü. 1-2 günde montajlanır. Network testi yapın; bazı tesislerde Wi-Fi/4G zayıf, gateway gerekebilir.

Adım 2.2: Etiketleme planı

Bakım ekibi her arıza, bakım ve değişimi günlük olarak bir log dosyasına yazar. Bu loglar modelin "etiketi"dir; iyi tutulmuş log = iyi model.

Adım 2.3: Geçmiş veri varsa

SCADA, MES veya bakım sisteminde geçmiş data varsa modele başlangıç olarak verilir. Data yoksa POC süresinin ilk 4 haftası baseline toplamak için harcanır.

Aşama 3 — Model geliştirme (Hafta 3-4)

Veri bilimci ekip; toplanmış veriyle baseline model kurar (genelde anomaly detection algoritmaları). 2 hafta sonunda ilk uyarılar düşmeye başlar — bunlar genelde yanlış pozitif olur. Bu normaldir.

Adım 3.1: Yanlış pozitiflerle çalışma

Her uyarıyı bakım ekibi inceler; "gerçek mi, değil mi" diye etiketler. Bu döngü modeli iyileştirir.

Aşama 4 — Saha doğrulama (Hafta 5)

Model artık üretime alınır. Bakım ekibi önerileri uygular. Yapay olarak arıza simülasyonu yapılabilir (kontrollü olarak yatak yağı azaltılır vb.) — modelin gerçekten yakalayıp yakalamadığı test edilir.

Aşama 5 — Sonuç değerlendirme (Hafta 6)

Adım 5.1: Sayısal değerlendirme

POC süresi boyunca:

• Kaç gerçek arıza oldu? (X)
• Model kaçını önceden yakaladı? (Y)
• Kaç yanlış uyarı verdi? (Z)
• Doğruluk: Y/X. Yanlış pozitif oranı: Z/(toplam uyarı).

Eşikler sağlandıysa "GO"; sağlanmadıysa "NO-GO" ya da "3 ay daha veri topla, tekrar değerlendir".

Adım 5.2: Yatırım kararı

POC sonucu olumlu ise tüm hat / fabrika için ölçek planı çıkarılır. Plan şunları içerir:

• Hangi tezgahlara yaygınlaştırılacak (kritiklik sırası)
• Faz takvimi (3-6-9-12 ay)
• Toplam yatırım ve geri ödeme
• Sürekli model iyileştirme planı

POC bütçesi

Kalem	Tahmini Bütçe (TL)
Sensör + montaj (1 tezgah)	30-60K
Gateway + bağlantı	25-50K
Yazılım + bulut altyapısı (6 hafta)	30-60K
Veri bilimci + saha mühendisi (6 hafta)	120-200K
Toplam POC	205-370K

POC'u öldüren 5 hata

1. Belirsiz başarı eşiği: "İyi sonuç çıkarsa devam ederiz" → 3 ay sonra hâlâ tartışılıyor. Sayısal eşik şart.
2. Tek başına dış ekip: İçerideki proje sahibi yoksa POC ekipsiz kalır.
3. Kapsam genişlemesi (scope creep): "Bu da iyi olabilir" eklemeleri 6 haftalık POC'u 6 aya çıkarır.
4. Veri toplama ihmali: Bakım ekibi log tutmazsa model eğitilemez.
5. POC sonrası karar paralizi: Sonuç olumlu ama "biraz daha düşünelim" → 3 ay kaybedilir, ekip motivasyonu sıfırlanır.

Sonuç

POC; AI yolculuğunda en kritik 6 hafta. Kurgusu doğru olan POC'lar %70+ ihtimalle ölçeklendirme aşamasına geçer; kurgusu yanlış olanlar terk edilir. Önemli olan; PoC'u bir araştırma değil, bir karar mekanizması olarak kurgulamak.