Girişimci · ekip tanıtımı · 5 dk okuma
AI Agent'ı Ekibe Tanıtma — Sunum + Beklenti Yönetimi
AI agent'ı ekibe tanıtma süreci — ne anlatılır, ne anlatılmaz, hangi tuzaklar var. Beklenti yönetimi, KVKK çerçevesi, ekip kullanımı ilk hafta.
Adım adım
- 1
Pilot 14 günden sonra sunumu planla
İlk 14 gün gönüllü pilot kullanıcıların gerçek deneyim toplaması için. Üçüncü hafta başında 1 saatlik sunum planla.
- 2
Sunum gündemi hazırla — 5 madde
(1) Agent ne yapıyor — canlı demo (10 dk). (2) KVKK çerçevesi — cihaz-üstü işleme (10 dk). (3) Kişisel kullanım — tarif paylaşılır, bağ kişisel (10 dk). (4) Sınırlar + onay kapısı (10 dk). (5) Soru-cevap (20 dk).
- 3
Pilot kullanıcıyı sahaya çıkar
Sunumda pilot kullanıcı kendi deneyimini anlatsın — somut iyi/kötü senaryo, gerçek metrikler. Yöneticinin değil, kullanıcının ağzından geliyor; güven inşa eder.
- 4
İsteyenler kendi agent'ını kurar
Sunum sonrası isteyen ekip üyeleri Ilura'yı kendi iPhone'larına edinir; pilotun görev tanımı ve Playbook yaklaşımı tarif olarak paylaşılır. Her üyenin profili sıfırdan başlar — ortak tarif + kişisel kalibrasyon.
- 5
İlk hafta destekle — yardım masası aç
Yeni kullanıcılar için hızlı yardım kanalı (Slack, Teams, e-posta). Pilot kullanıcılar 'mentor' rolünde sorular cevaplar. İlk hafta sıkıntılar erken çözülür.
Kısa cevap
AI agent’ı ekibe tanıtma süreci, pilot 14 günden sonra başlar. 1 saatlik sunum: agent demo + KVKK çerçevesi + kişisel kullanım + sınırlar + soru-cevap. Pilot kullanıcı sahada deneyim anlatır — yöneticinin değil, kullanıcının ağzından. Sonra isteyen herkes kendi agent’ını kendi iPhone’unda yetiştirir.
Niye sunum?
Üç sebep:
1. Beklenti yönetimi
“Agent her şeyi yapacak” hatalı beklentisi → hayal kırıklığı. “Agent hiçbir şey yapamaz” yanlış varsayımı → kullanılmama. Sunum bu iki ucu hedefler — gerçekçi orta yolu çizer.
2. KVKK güvencesi
Türk şirketler KVKK çerçevesinde özen ister. Sunumda mimari güvence anlatılır:
- Cihaz-üstü işleme (veri çalışanın iPhone’undan çıkmaz)
- Buluta aktarım yok (maskelenecek bir şey bile yok)
- Onay kapısı (riskli eylem kullanıcıdan geçer)
Hukuk + IT’nin kafasındaki soru işaretleri sunumda çözülür.
3. Sahiplik
Ekip “yukardan dayatılan bir araç” hissetmek istemez. Pilot kullanıcı sahada deneyim anlattığında ekip arkadaşı sahipliği doğar. Yönetici sunumu emir; pilot sunumu davet.
1 saatlik sunum gündemi
| Süre | Konu | Sorumlu |
|---|---|---|
| 0:00-0:10 | Atlas demo — canlı senaryo | Pilot kullanıcı |
| 0:10-0:20 | KVKK çerçevesi — cihaz-üstü işleme | IT yöneticisi |
| 0:20-0:30 | Kişisel kullanım + tercih profili | Pilot kullanıcı |
| 0:30-0:40 | Sınırlar + onay kapısı | IT yöneticisi |
| 0:40-1:00 | Soru-cevap | Tüm ekip |
0:00-0:10 — Atlas demo (canlı)
Pilot kullanıcı kendi gerçek bir görevini canlı yapar:
- Bir fatura görselini agent’a verir
- Agent çıkarımı önerir
- Pilot kullanıcı onay/red verir
- Agent’ın iki haftada nasıl geliştiğini gösterir
Önemli: gerçek senaryo, sentetik değil. Ekip “bu bizim faturamız” diye tanır.
0:10-0:20 — KVKK çerçevesi
IT yöneticisi mimari güvenceyi anlatır:
[Senin mesajın]
↓
[Ilura (iPhone)] → Apple Intelligence (cihaz-üstü)
↓
[Cevap]Bulut çağrısı sıfır. Veri çalışanın iPhone’undan çıkmaz. KVKK §9 (yurt dışı aktarım) gerçekleşmez.
Onay/red geçmişi gösterilir — hangi kararın kimden geçtiği bellidir.
0:20-0:30 — Kişisel kullanım
Pilot kullanıcı:
“Her birimiz kendi Atlas’ımızı kendi telefonumuzda yetiştireceğiz. Benim görev tanımım ve Playbook yaklaşımım size tarif olarak hazır — ama her Atlas sahibiyle ayrı kişiliğe yaklaşacak. Bu istenen sonuç — herkes kendi tarzında çalışıyor.”
Custom GPT’den fark: paylaşılan eşya değil, herkesin kendi yetiştirdiği ortak.
0:30-0:40 — Sınırlar + politika
IT yöneticisi:
- Agent neye dokunmuyor (saat 18 sonrası mail yok)
- Hangi durumda danışıyor (yüksek-aciliyet, marka riski)
- Onay kapısı nasıl çalışıyor (riskli eylem kullanıcıdan geçiyor)
Bu kısım güven inşa eder: agent kontrol altında.
0:40-1:00 — Soru-cevap
Tipik sorular:
- “Hata yaparsa kim sorumlu?” — veri sorumlusu (şirket); ama riskli eylem zaten kullanıcı onayından geçer.
- “İşimi alır mı?” — rolü değiştirir, yerini almaz; rutin hazırlığı agent’a verirsin, çıktıyı sen onaylarsın, yüksek-değer karar sende. Agent sen çağırınca çalışır, arka planda kendi başına iş yürütmez.
- “KVKK ihlali olursa?” — veri cihazdan çıkmadığı için ihlal yüzeyi yapısal olarak küçük.
- “Ne kadar sürede öğreniyor?” — ilk hafta kalibrasyon, üçüncü ay yarı-olgun, altıncı ay olgun.
- “Vazgeçersek ne olur?” — uygulamayı bırakırsın; agent’ın hafızası kendi telefonunda, kimseye gitmedi.
Pilot 14 günden sonra niye?
Erken sunum (Gün 7) → agent henüz çıraklık seviyesinde, demo cılız. Geç sunum (Gün 30+) → ekip “niye paylaşılmamış” sorgular.
İdeal: Gün 14-15. Agent Gelişen evresine girdi — çağrıldığında daha az soruyla iş çıkarır, gösterilebilir; pilot kullanıcı 2 hafta deneyim topladı.
Sunum sonrası
| Gün | Eylem |
|---|---|
| Gün 15 (sunum) | Sunum + isteyenlerin kendi agent kurulumu |
| Gün 16-21 | Yeni kullanıcılar ilk hafta yetiştirmesi |
| Gün 22 | Ekip retrospektif: deneyim paylaşımı |
| Gün 23-28 | Ekip kullanımı stabil hale geliyor |
| Gün 29-30 | Devam + otomasyon kararı |
Tuzaklar
1. Yöneticinin tek başına sunması
“Bir aracı kullanacağız” yöneticinin ağzından emir gibi. Pilot kullanıcının ağzından davet — sahaya çıkmış bir ses.
2. KVKK’yı atlatmak
“Detay sonra” dersek hukuk ve IT’nin endişeleri kaybolmaz, sadece sunum sonrası geri gelir. Sunum içinde 10 dakika ayır.
3. Tüm soruları cevaplamaya çalışmak
Bilmediğin sorular gelir — “araştırıp dönerim” kabul edilebilir. Sahte cevap güveni daha çok bozar.
4. Sunumdan sonra destek vermemek
Yeni kullanıcıların ilk haftası kritik. Yardım kanalı yoksa direnç artar.
Sona
AI agent’ı ekibe tanıtmak teknik bir iş değil — insani bir süreçtir. Pilot kullanıcı + sahada deneyim + KVKK güvencesi + sınırlar = sürdürülebilir kullanım. 1 saat ayır, doğru gündemi takip et, ekibin sahipliğini kazan.
Yarın değil — pilot 14 günden sonra. O zamana kadar agent sahada deneyim toplasın.