Türkiye'de Yapay Zeka Danışmanlık Şirketi Nasıl Seçilir?

Türkiye'de yapay zeka danışmanlık şirketi seçerken önce hangi çalışma modeline ihtiyacınız olduğunu netleştirmeniz gerekir. Rapor odaklı danışmanlık, uzun soluklu çözüm ortaklığı, sahada çalışan Forward Deployed Engineer modeli ve kendi iç ekibinizi kurmak birbirinden farklı risk, süre ve veri hassasiyeti profili taşır. Doğru seçim, firmanın marka bilinirliğinden çok sizin üretim ihtiyacınıza, KVKK yükümlülüklerinize ve yerinde çalışma gereksiniminize bağlıdır.

Bu yazı, Türkiye'deki orta ölçekli şirketler için bir seçim çerçevesi sunar. Amaç "danışmanlık nedir" anlatmak veya uzun bir soru listesi vermek değildir. Amaç, dört modeli yan yana koyup hangisinin size uyduğunu karar vermenize yardım etmektir. Örnek senaryolar yalnızca açıklayıcıdır; vaka çalışması veya müşteri referansı değildir.

Türkiye'de yapay zeka danışmanlık şirketi seçerken ilk filtre nedir?

İlk filtre, teklifin "sunum" mu yoksa "üretime çıkan kod ve süreç" mi vaat ettiğidir. Birçok orta ölçekli şirket, genel strateji sunumu aldıktan sonra aynı sorunun üretimde yeniden doğduğunu görür: veri erişimi net değildir, mevcut sistemlerle entegrasyon yarım kalır, ekip günlük işin yanında modeli sürdüremez.

Bu yüzden seçim sürecini üç soruyla başlatmak işe yarar:

• Üretimde çalışan bir çıktı mı istiyorsunuz, yoksa yön gösteren bir rapor mu?
• Veri kurum dışına çıkabilir mi, yoksa yerinde veya kapalı ortamda mı kalmalı?
• Karar alma Türkçe ve yerel süreç bilgisi gerektiriyor mu?

Bu üç soru, fiyat karşılaştırmasından önce modeli seçmenizi sağlar. Model netleşmeden fiyat karşılaştırmak, elma ile armutu yan yana koymaktır. Kurumsal yapay zeka danışmanlığının genel çerçevesi için kurumsal yapay zeka danışmanlığı nedir yazısına bakabilirsiniz.

Rapor danışmanlığı, çözüm ortaklığı, Forward Deployed Engineer ve iç ekip ne zaman uyumludur?

Aşağıdaki matris, dört modeli tipik kullanım koşullarına göre ayırır. Değerler kesin eşik değildir; karar verirken kendi bağlamınıza göre ağırlıklandırın.

Kriter	Rapor danışmanlığı	Çözüm ortaklığı	Forward Deployed Engineer	İç ekip
Tipik süre	2–8 hafta	3–12+ ay	1–6 ay (yenilenebilir)	6–18+ ay kurulumu
Üretim kodu	Genelde yok veya örnek	Var, ortak sahiplik	Var, sahada hızla	Var, tam sahiplik
Veri hassasiyeti	Düşük–orta (özet veri)	Orta–yüksek	Yüksek (yerinde çalışma)	En yüksek kontrol
KVKK / yerellik	Politika önerisi	Sözleşme + süreç tasarımı	Yerinde erişim + kayıt	İç politika + denetim
Türkçe / yerinde ihtiyaç	Sunum dili yeterli olabilir	Ürün ve süreç dili kritik	Günlük işbirliği kritik	Tam dil uyumu
Ne zaman uyumlu	Yol haritası net değilken	Ortak ürün veya süreç kurulurken	Hızlı üretim ve transfer istenince	Stratejik yetkinlik içeride kalacaksa

Rapor danışmanlığı ne zaman yeterlidir?

Rapor danışmanlığı, yönetim ekibinin öncelikleri sıralaması ve bütçe çerçevesi çizmesi gerektiğinde uygundur. Kısa sürede olgunluk değerlendirmesi, fırsat listesi ve risk haritası üretir. Buna karşılık üretim entegrasyonu, izleme ve ekip alışkanlığı bu modelin kapsamı dışındadır.

Açıklayıcı senaryo (vaka değildir): Bir üretim firması, hangi süreçlerin otomasyona aday olduğunu bilmiyordur. Sekiz haftalık bir rapor çalışması, aday süreçleri önceliklendirir; asıl geliştirme ayrı bir modele bırakılır.

Çözüm ortaklığı ne zaman daha doğru olur?

Çözüm ortaklığı, hem iş hem teknik tarafın birlikte ürün veya süreç kurduğu uzun soluklu ilişkidir. Tedarikçi gibi "iş bitince dosyayı bırakma" yaklaşımı yerine ortak sahiplik beklenir. Bu ayrım için çözüm ortağı mı tedarikçi mi yazısı yardımcı olur.

Çözüm ortaklığı; tekrarlayan süreç, entegrasyon ihtiyacı ve ölçülebilir iş göstergesi olan şirketlerde daha iyi çalışır. Sözleşmede kapsam, veri sorumluluğu, teslim kriterleri ve çıkış planı açık yazılmalıdır.

Forward Deployed Engineer modeli ne zaman öne çıkar?

Forward Deployed Engineer (FDE) modeli, danışmanın veya mühendisin müşteri ortamında üretim sorununu yerinde çözmesine dayanır. Amaç yalnızca rapor üretmek değil, çalışan bir çıktıyı hızla ayağa kaldırmak ve bilgiyi içeriye transfer etmektir. Özellikle veri hassasiyeti yüksek, mevcut sistem karmaşık ve "uzak sunumla ilerlenemeyen" işlerde bu model öne çıkar.

Bu model, iç ekibi hemen kuramayacak ama üretim koduna ihtiyaç duyan orta ölçekli şirketler için köprü görevi görebilir. Beklenti net olmalıdır: FDE kalıcı işgücü yerine değildir; transfer planı olmadan süre uzadıkça bağımlılık artar.

İç ekip ne zaman tek başına yeterli, ne zaman destek ister?

İç ekip, yapay zekayı uzun vadeli rekabet avantajı olarak gören ve yetkinliği içeride tutmak isteyen şirketler için doğrudur. Kurulum süresi uzundur: işe alım, araç seti, veri yönetimi ve ürün disiplini aynı anda ilerler. İç ekip ile dış ortak arasında karar vermek için iç ekip mi dış ortak mı yazısı seçim kriterlerini açar.

Pratikte birçok orta ölçekli şirket hibrit gider: kritik bilgi içeride kalır, ilk üretim ve zor entegrasyonlar dış modelle hızlanır, sonra sahiplik içeriye geçer.

KVKK, yerel dil ve yerinde çalışma seçimi nasıl etkiler?

Türkiye'de seçimi zorlaştıran üç başlık sık tekrar eder: kişisel veri, Türkçe iş dili ve yerinde erişim ihtiyacı.

Kişisel veri işleyen bir sistemde veri sorumlusu ve işleyen rolleri sözleşmede net olmalıdır. Açık rıza, saklama süresi, silme ve erişim talepleri ürün tasarımına gömülmelidir. Genel çerçeve için Kişisel Verileri Koruma Kurumu kaynaklarına bakabilirsiniz. Avrupa Birliği tarafında risk altındaki personelin yeterli yapay zeka okuryazarlığına sahip olmasına dair yükümlülük AB Yapay Zeka Yasası Madde 4 metninde yer alır; Türkiye'de faaliyet gösteren ve AB ile veri ilişkisi olan şirketler bu çerçeveyi de izlemelidir.

Yerel dil ihtiyacı sadece arayüz çevirisi değildir. Destek süreçleri, iç politika metinleri, kullanıcı soruları ve hata mesajları Türkçe işliyorsa, partnerin bu dilde ürün ve süreç tasarlayabilmesi gerekir. Uzaktan yalnızca İngilizce dokümantasyonla ilerleyen modeller, sahada sürtünme yaratır.

Yerinde çalışma ihtiyacı, veri merkezine çıkmayan sistemler, fabrika hattı entegrasyonu veya sıkı erişim politikaları olan kurumlarda belirginleşir. Bu durumda rapor danışmanlığı tek başına yetmez; FDE veya yerinde çalışan çözüm ortaklığı daha uyumludur.

Teklifleri nasıl kıyaslamalısınız?

Aynı modele oturan teklifleri yan yana koyun. Farklı modelleri fiyat etiketiyle karşılaştırmayın.

Kıyaslamada şu başlıkları isteyin:

1. Çıktı tanımı: Rapor mu, çalışan entegrasyon mu, transfer edilen yetkinlik mi?
2. Veri sınırı: Hangi veri kurum dışına çıkar, hangisi yerinde kalır?
3. Sahiplik: Kod, model ağırlıkları, promptlar ve dokümantasyon kime kalır?
4. Ölçüm: İlk 30–90 günde hangi iş göstergesi izlenecek?
5. Çıkış planı: İlişki bittiğinde sistem kim tarafından nasıl işletilecek?

Fiyatı sona bırakın. Önce model ve sahiplik netleşsin; sonra aynı kapsamda saat veya paket karşılaştırması yapılsın.

Açıklayıcı senaryo (vaka değildir): Bir perakende şirketi üç teklif alır. Birincisi strateji sunumu, ikincisi altı aylık ortaklık, üçüncüsü üç aylık yerinde FDE paketidir. Şirket kişisel müşteri verisini buluta çıkaramıyordur. Bu koşullarda strateji sunumu tek başına üretim riskini çözmez; yerinde erişimli model veya sıkı veri sınırlı ortaklık öne çıkar.

Sık yapılan seçim hataları nelerdir?

• Markaya göre seçmek: Referans listesi uzun olan firma, sizin veri sınırınıza uymayabilir.
• En ucuz paketi almak: Düşük fiyat çoğu zaman kapsamın raporla sınırlı kaldığı anlamına gelir.
• Soru listesini amaç sanmak: İyi sorular şarttır; ancak model seçilmeden soru listesi tek başına karar vermez. On iki soruluk kontrol listesi için ayrı bir yazımız vardır: yapay zeka danışmanı seçerken 12 soru. Bu yazının katkısı ise sorulardan önce modeli seçmektir.
• Transfer planı yazmamak: Dış kaynak bitince sistemin kimde kalacağı belirsizse bağımlılık oluşur.
• Tek seferlik demo ile karar vermek: Demo ortamı ile üretim ortamı arasında veri, gecikme ve yetki farkı vardır.

Hangi model size daha yakın?

Kısa bir özet:

• Yol haritası belirsizse ve yönetim onayı arıyorsanız rapor danışmanlığı ile başlayın.
• Ortak ürün veya süreç kuracak, ölçülebilir iş sonucu izleyecekseniz çözüm ortaklığı düşünün.
• Hızlı üretim, yüksek veri hassasiyeti ve yerinde çalışma gerekiyorsa Forward Deployed Engineer modelini değerlendirin.
• Yetkinliği kalıcı olarak içeride tutacaksanız iç ekip kurun; gerekirse ilk hız için hibrit destek alın.

Türkiye'de yapay zeka danışmanlık şirketi seçmek, en parlak sunumu seçmek değildir. Üretim ihtiyacınızı, veri sınırınızı ve dil/yerinde çalışma gereksiniminizi netleştirip modeli ona göre kilitlemektir. Model netleştikten sonra teklifler anlamlı biçimde kıyaslanır.

SSS

Yapay zeka danışmanlık şirketi ile yazılım firması aynı mıdır?

Hayır. Yazılım firması çoğunlukla belirtilen kapsamı geliştirir. Yapay zeka danışmanlık ilişkisi; problem seçimi, veri hazırlığı, model ve süreç tasarımı, ölçüm ve adaptasyonu da kapsar. Sınır net değilse kapsam kayması riski artar.

Küçük bir bütçeyle hangi model daha gerçekçidir?

Bütçe kısıtlıysa önce dar kapsamlı bir rapor veya kısa pilot ile önceliği kilitlemek daha gerçekçidir. Geniş çözüm ortaklığına veya kalıcı iç ekibe, ölçülebilir bir ilk sonuç olmadan girmek kaynak israfına yol açabilir.

KVKK uyumu danışman seçimini nasıl etkiler?

Veri sorumlusu sizseniz, danışmanın erişeceği veri seti, saklama yeri ve silme süreçleri sözleşmede yazılmalıdır. Kişisel veri içeren işlerde yerinde veya sıkı kontrollü erişim modelleri daha uyumlu olabilir.

Forward Deployed Engineer kalıcı mı olmalıdır?

Genelde hayır. Modelin değeri hızlı üretim ve bilgi transferidir. Transfer planı olmadan süreyi uzatmak, pahalı bir dış bağımlılığa dönüşebilir.

İç ekip kurmadan çözüm ortaklığı yapılabilir mi?

Evet, özellikle ilk ürün veya süreçte. Yine de içeride bir ürün sahibi ve veri sorumlusu tanımlamak gerekir; aksi halde ortaklık bitince işletme boşluğu doğar.

---

Abdullah Oğuz, Binode'da yapay zeka danışmanlığı ve ürün geliştirme alanında çalışır. Orta ölçekli şirketlerin üretim ihtiyacına göre doğru çalışma modelini seçmesine odaklanır.