Bir ajan doğru kurumu bulmuş olabilir.
Kimlikleri birbirine karıştırmamış olabilir.
Güncel ve kanonik kaynakları kullanmış olabilir.
Fakat bütün bunlar hâlâ şu sorunun cevabını vermez:
Bu kişi, şirket, ürün veya ajan sözü edilen işi gerçekten yapabilir mi?
“Yapay zekâ çözümleri sunuyoruz.”
“Kurumsal hosting sağlıyoruz.”
“Altı dilde çalışıyoruz.”
“Tam kapsamlı marka hizmeti veriyoruz.”
“İki haftada teslim ediyoruz.”
Bu cümlelerin her biri doğru olabilir.
Fakat eylem için yeterli değildir.
Bir yeteneği doğru değerlendirmek için sonuç üretme kabiliyeti ile o yeteneğin seçime hazır kaydını ayırmak gerekir. Seçime hazır kayıt şunları ayrıca gösterir:
Hangi sonuç üretilir?
Hangi girdiler gerekir?
Hangi işler kapsama dahildir?
Hangileri ayrı ücretlendirilir?
Hizmet hangi koşullarda çalışır?
Şu anda kapasite var mıdır?
Teslim süresi hangi başlangıç noktasından hesaplanır?
Başarı nasıl doğrulanır?
Sorun çıkarsa kim müdahale eder?
Fiyat sabit midir, başlangıç fiyatı mıdır, yoksa talep üzerine mi belirlenir?
Bir şirket belirli bir işi geçmişte yapmış olabilir.
Bu, tarihsel kabiliyet için kanıt olabilir; aynı işi bugün aynı kalite, süre ve ölçekte tekrar sunabilmek için güncel ekip, süreç, bağımlılık ve kapasite ayrıca doğrulanır.
Bir ajan çok sayıda araca erişebilir.
Bu, bu araçları doğru sırada, doğru yetkiyle ve sonucu doğrulayarak kullanabileceği anlamına gelmez.
Bir ürünün düşük başlangıç fiyatı bulunabilir.
Bu, ihtiyacın tamamının o fiyata karşılanacağı anlamına gelmez.
Yetenek, belirli bir sonucu üretebilme kabiliyetidir.
Kapsam, güncellik, kanıt, kapasite ve ticari koşullar ise bu yeteneğin belirli bir seçim ve görev için kullanılabilir olup olmadığını gösterir.
Bu bölümdeki dokuz hata, pazarlama iddiasının gerçek yetenek; tek başarının tekrar edilebilir kapasite; başlangıç fiyatının toplam maliyet ve araç erişiminin operasyonel yeterlilik sanılmasıyla ortaya çıkar.
GBO-ERR-019 — Araç Erişimini Gerçek Yetenek Sanmak
Kısa olay
Bir şirket web sitesini yönetecek yapay zekâ ajanı aramaktadır.
Bir sistemin tanıtımında şu yetenekler listelenir:
Git deposuna erişim
Dosya düzenleme
Terminal komutları çalıştırma
FTP bağlantısı
Web araştırması
Search Console verilerini okuma
Tarayıcı testi
E-posta gönderme
Satın alma ajanı bu araç listesini inceler ve şu sonuca ulaşır:
“Bu sistem web sitesinin bütün SEO, GEO, yayın ve bakım operasyonunu gerçekleştirebilir.”
Ajan sisteme canlı erişim verir.
Yeni sistem ilk görevinde bir hizmet sayfasını günceller. Kod doğru görünür. Derleme tamamlanır. FTP bağlantısı çalışır ve dosyalar sunucuya gönderilir.
Fakat sistem:
görünür metinle yapılandırılmış veri arasındaki çelişkiyi fark etmez,
yalnız İngilizce sayfayı günceller,
diğer dil sürümlerini eski bırakır,
ana sayfadaki ortak katalog kaydını bozar,
FTP’nin başarılı mesajını canlı yayın kanıtı sayar,
gerçek tarayıcıda mobil taşmayı kontrol etmez,
geri dönüş paketi oluşturmaz.
Sistemin bütün araçları çalışmıştır.
Ancak araçları kullanabilmesi, görevi güvenli ve eksiksiz yapabildiğini göstermemiştir.
Yüzeyde doğru görünen şey
Araç listesi güçlü görünür.
Bir sistem:
kod yazabiliyor,
terminal kullanabiliyor,
web’e erişebiliyor,
dosya yükleyebiliyor
ise teknik görevi tamamlayabilecek gibi görünür.
İnsanlar da çoğu zaman yeteneği sahip olunan araçlarla değerlendirir:
“FTP biliyorsa siteyi yayımlar.”
“Search Console’a erişiyorsa SEO yönetebilir.”
“E-posta gönderebiliyorsa müşteri iletişimini yürütebilir.”
Fakat bir araca erişmek, o aracın:
ne zaman kullanılacağını,
hangi sırada çalıştırılacağını,
hangi sonuçla başarılı sayılacağını,
hangi durumda hiç kullanılmaması gerektiğini
bilmek değildir.
Gerçek kırılma
İhlal edilen kapı Yürütülebilir Yetenek Kapısıdır.
Üç ayrı şey birbirine karıştırılmıştır:
Araç erişimi
Araç kullanım bilgisi
Sonucu güvenli biçimde tamamlama yeteneği
Gerçek yetenek yalnızca komutun çalışması değildir; seçime ve canlı göreve hazır sayılabilmesi için aşağıdaki koşulların ilgili olanları ayrıca gösterilmelidir:
Şunları da gerektirir:
doğru hedef,
doğru sıra,
doğru kapsam,
kalite kapıları,
göreve uygun ve gerektiğinde işlevsel olarak bağımsız sonuç doğrulaması,
geri dönüş,
yetki sınırı.
Bir anahtarın varlığı, hangi kapının açılması gerektiğini bildiğiniz anlamına gelmez.
Olası zarar
Canlı sistemin bozulması
Çok dilli sayfaların birbirinden kopması
Yanlış fiyat veya kapsam yayımlanması
Botlara ve insanlara farklı içerik sunulması
Geri alınamayan veri veya dosya kaybı
Yetkisiz e-posta ya da dış iletişim
Başarı mesajına rağmen sessiz yayın hatası
Kurumun teknik erişimi operasyon yeteneği sanarak gereğinden fazla yetki vermesi
oluşabilir.
Tespit işareti
Yeteneğin kanıtı yalnız bağlı araç listesidir.
Sistem bir görevi uçtan uca tamamladığını gösterememektedir.
Test, yayın ve geri alma birbirinden ayrılmamıştır.
Araç çıktısı gerçek dünya sonucu yerine kullanılmaktadır.
Sonuç, işlemi yapan aracın öz beyanından ayrı yetkili kayıt veya gözlemle doğrulanmamaktadır; aynı ajanın başka bir aracı çağırması tek başına bağımsızlık yaratmaz.
Değişikliğin risk ve etki alanına uygun regresyon kapsamı tanımlanmamıştır.
“Yapabilir” ifadesi, “güvenli ve tekrarlanabilir biçimde yapabilir” anlamında kullanılmaktadır.
Doğru davranış
Bir ajana canlı yetki verilmeden önce yetenek, güvenli bir ortamda, geri alınabilir kapsam ve zarar vermeyecek veriyle gerçekçi bir görev üzerinde sınanmalıdır.
Örneğin:
Test ortamında belirli bir sayfayı güncelle.
Değişen dosyaları açıkça listele.
Değişmemesi gereken dosyaları koru.
Derleme ve hedefli test çalıştır.
Risk ve etki alanına uygun regresyonu çalıştır.
Gerçek tarayıcıda mobil ve masaüstü görünümü doğrula.
Yayın sonucunu, işlemi yapan aracın beyanından ayrı uygun kayıt veya gözlemle karşılaştır.
İşlem geri alınabiliyorsa geri dönüş paketini; alınamıyorsa durdurma ve telafi planını doğrula.
Hangi sonucu kanıtladığını ve hangisini henüz kanıtlamadığını açıkla.
Sistem bu zinciri güvenilir biçimde tamamlamadan yalnız araç erişimine dayanarak geniş yetki almamalıdır.
Makine kuralı
Araç erişimi yetenek kanıtı değildir. Bir ajanın yeteneği, yalnız sınanan görev, sürüm ve koşullar için; doğru kapsam, ilgili kontroller, uygun sonuç doğrulaması ve gerekiyorsa geri dönüş/telafi planıyla gösterilir.
Denetim sorusu
Ajanlarımızın yeteneklerini bağlı oldukları araçlarla mı tanımlıyoruz, yoksa bu araçları gerçek görevlerde güvenli, doğrulanabilir ve geri alınabilir biçimde kullanabildiklerini mi sınayıp kaydediyoruz?
GBO-ERR-020 — Bir Kez Yapılmış İşi Sürekli Hizmet Sanmak
Kısa olay
Bir ajans, geçmişte küresel bir şirket için altı dilli müşteri portalı geliştirmiştir.
Proje başarıyla tamamlanmıştır.
Vaka çalışmasında:
altı dil,
özel kullanıcı rolleri,
CRM entegrasyonu,
erişilebilir tasarım,
gelişmiş raporlama
gösterilmektedir.
Bir satın alma ajanı bu çalışmayı görür ve ajansın aynı hizmeti yeni müşterilere düzenli olarak sunabildiği sonucuna ulaşır.
Yeni müşteri üç aylık teslim süresiyle benzer proje talep eder.
Fakat eski projenin önemli ayrıntıları görünmezdir:
Projenin mimarisini kuran uzman artık şirkette değildir.
Bir dil dış tedarikçi tarafından hazırlanmıştır.
CRM entegrasyonu yalnız o müşteriye özel yazılmıştır.
Proje normalden iki kat uzun sürmüştür.
Bakım başka şirkete devredilmiştir.
Çalışma tekrarlanabilir hizmet sürecine dönüştürülmemiştir.
Ajans gerçekten o projeyi yapmıştır.
Fakat aynı sonucu bugün tekrar üretmeye hazır değildir.
Yüzeyde doğru görünen şey
Geçmiş başarı güçlü bir kanıttır.
Canlı proje, teorik iddiadan daha değerlidir.
Bir kurum:
“Bunu daha önce yaptık.”
diyebiliyorsa bu, önemli bir yeterlilik işareti olabilir.
Fakat tek vaka şu soruların tamamını cevaplamaz:
Aynı ekip hâlâ var mı?
Süreç belgelenmiş mi?
Gerekli araçlar ve lisanslar devam ediyor mu?
Aynı kalite başka müşteride tekrar edilebilir mi?
Hizmet bugün resmen sunuluyor mu?
Mevcut kapasite var mı?
Gerçek kırılma
İhlal edilen kapı Tekrar Edilebilirlik Kapısıdır.
Ajan şu iki şeyi eşitlemiştir:
Geçmişte gerçekleştirilmiş bir sonuç Bugün sunulabilir operasyonel hizmet
Tek başarı yetenek kanıtı olabilir.
Fakat sürekli hizmet için ayrıca:
süreç,
ekip,
kapasite,
destek,
fiyatlandırma,
kalite ölçütü,
başarısızlık davranışı
gerekir.
Bir defalık kahramanlık, ürünleşmiş yetenek değildir.
Olası zarar
Gerçekçi olmayan teslim sözü
Projenin yarıda kalması
Beklenmeyen alt yüklenici maliyeti
Eski çalışana veya tek uzmana aşırı bağımlılık
Müşteri verisinin hazırlıksız süreçte işlenmesi
Bakım ve destek boşluğu
Geçmiş başarının güncel kapasite gibi pazarlanması
İki taraf arasında yetenek ve beklenti uyuşmazlığı
oluşabilir.
Tespit işareti
Yetenek yalnız tek vaka çalışmasına dayanır.
Aynı türde ikinci veya üçüncü teslim kanıtı yoktur.
Proje ekibi ve tarih görünmezdir.
Hizmet katalogda yer almıyor, yalnız portföyde bulunuyordur.
Bakım ve devamlılık süreci açıklanmamıştır.
Kullanılan özel bağımlılıklar bilinmemektedir.
Kurum “yaptık” der ama “bugün nasıl tekrar yaparız?” sorusuna cevap veremez.
Vaka başarısının olağan süreç mi, istisnai çaba mı olduğu belirsizdir.
Doğru davranış
Ajan geçmiş başarıyı önemli kanıt olarak kullanmalı, fakat güncel operasyonel yeteneği ayrıca doğrulamalıdır.
Şunları aramalıdır:
Hizmet hâlâ aktif mi?
Güncel ekip veya süreç mevcut mu?
Benzer koşullarda tekrarlandığına dair kanıt var mı; yoksa tek vaka tarihsel kabiliyet göstergesi mi?
Teslim süresi ve kapsamı nedir?
Gerekli üçüncü taraflar kimdir?
Bakım ve destek kim tarafından yürütülür?
Yeni proje için mevcut kapasite var mı?
Ajanın doğru ifadesi şu olabilir:
“Ajans daha önce benzer bir portal teslim etmiş görünüyor. Ancak bunun güncel ve tekrar edilebilir bir hizmet olup olmadığı, mevcut ekip ve kapasiteyle ayrıca doğrulanmalıdır.”
Makine kuralı
Tek geçmiş başarı, sürekli ve güncel hizmet kapasitesini tek başına kanıtlamaz. Tarihsel kabiliyet ile mevcut ekip, süreç, kapsam, destek ve kapasite ayrı kaydedilir.
Denetim sorusu
Portföyümüzde gösterdiğimiz her önemli işin bugün tekrar sunulabilir bir hizmet olup olmadığını; ekip, süreç, fiyat, kapasite ve destek bakımından ayrıca kaydediyor muyuz?
GBO-ERR-021 — Başlangıç Fiyatını Toplam Maliyet Saymak
Kısa olay
Bir şirket çok dilli müşteri portalı yaptırmak ister.
Bütçesi 15.000 dolardır.
Bir sağlayıcının sayfasında büyük biçimde şu ifade bulunur:
Customer Portal Projects — Starting at $7,500
Ajan bu sağlayıcıyı bütçeye uygun olarak işaretler.
Teklif süreci ilerlediğinde toplam maliyetin şu kalemlerden oluştuğu anlaşılır:
Temel portal: 7.500 dolar
Kimlik doğrulama: 2.000 dolar
CRM entegrasyonu: 3.500 dolar
Veri taşıma: 2.500 dolar
Altı dil yerelleştirme: 3.000 dolar
Üçüncü taraf lisansları: yıllık 1.200 dolar
Yönetilen operasyon: aylık 500 dolar
Bu bileşik sentetik vakada ilk yıl toplamı, vergi ve değişken kalemler hariç 25.700 dolardır; bu tutar piyasa fiyatı değil, örneğin aritmetiğidir ve bütçeyi aşar.
Başlangıç fiyatı yanlıştır denemez.
Fakat ajan onu toplam ihtiyaç maliyeti gibi kullanmıştır.
Yüzeyde doğru görünen şey
Başlangıç fiyatı karşılaştırmayı kolaylaştırır.
Ajan sayısal bilgi bulmuştur.
Diğer sağlayıcılar “talep üzerine” dediği için 7.500 dolarlık seçenek daha karşılaştırılabilir görünür.
Ayrıca “starting at” ifadesi teknik olarak fiyatın değişebileceğini belirtir.
Fakat satın alma davranışında şu soru ayrıca cevaplanmalıdır:
Başlangıç fiyatındaki başlangıç kapsamı, kullanıcının istediği sonuca ne kadar yakındır?
Gerçek kırılma
İhlal edilen kapı Toplam Sahip Olma Maliyeti Kapısıdır.
Üç farklı kavram birbirine karıştırılmıştır:
Başlangıç fiyatı
Proje toplamı
Yaşam döngüsü maliyeti
Başlangıç fiyatı yalnız temel kapsamı gösterebilir.
Proje toplamı, yalnız teklif veya sözleşmede açıkça kapsanan teslimatları içerir.
Yaşam döngüsü maliyeti ise belirtilen dönem ve varsayımlar altında bakım, lisans, barındırma, destek ve yenilemeleri kapsayabilir.
Ajan yalnız en görünür sayıyı kullanarak gerçek ekonomik uygunluğu yanlış değerlendirmiştir.
Olası zarar
Bütçe aşımı
Projenin kapsamının sonradan küçültülmesi
Kritik özelliklerin dışarıda bırakılması
Beklenmeyen lisans ve bakım ücretleri
Başka sağlayıcıların haksız biçimde pahalı görünmesi
Satın alma başladıktan sonra çıkış maliyeti
Kullanıcının düşük fiyatla çekilip daha yüksek yükümlülüğe girmesi
oluşabilir.
Tespit işareti
“Starting at”, “from” veya “minimum” fiyat toplam fiyat gibi kullanılıyor.
Fiyata dâhil başlangıç kapsamı açıklanmıyor.
Zorunlu lisanslar ayrı tutuluyor.
Veri taşıma, entegrasyon ve yerelleştirme görünmez.
Tek seferlik fiyatla devam eden aylık maliyet karşılaştırılmıyor.
Ajan en düşük sayıyı bütçe uyumu olarak işaretliyor.
Toplam ilk yıl ve sonraki yıl maliyeti hesaplanmıyor.
Doğru davranış
Ajan önce ihtiyacın maliyet bileşenlerini çıkarmalıdır:
Temel hizmet
Zorunlu özellikler
Entegrasyonlar
Veri taşıma
Yerelleştirme
Üçüncü taraf maliyetleri
Devam eden operasyon
Vergi veya diğer zorunlu ücretler
Sonra sağlayıcının fiyatının hangi kalemleri kapsadığını doğrulamalıdır.
Doğru ifade şöyle olabilir:
“7.500 dolar başlangıç fiyatıdır. İstenen CRM entegrasyonu, altı dil, veri taşıma ve yıllık lisanslar dâhil edildiğinde toplam maliyet henüz bilinmiyor; bütçe uygunluğu doğrulanmamıştır.”
Makine kuralı
Başlangıç fiyatı toplam maliyet olarak kullanılmaz. Seçim, kullanıcının gerçek ihtiyacını karşılayan zorunlu kapsam ve yaşam döngüsü maliyeti üzerinden yapılır.
Denetim sorusu
Ajanlarımız başlangıç fiyatı, proje toplamı ve devam eden sahip olma maliyetini ayrı ayrı hesaplıyor mu; yoksa ilk görünen sayıyla bütçe uygunluğu kararı mı veriyor?
GBO-ERR-022 — Hosting ile Yönetilen Operasyonu Karıştırmak
Kısa olay
Bir şirketin kurumsal web sitesi günde binlerce ziyaretçi almaktadır.
Site satış talepleri toplar ve birçok ülkeden erişilir.
Yönetim, düşük maliyetli bir sağlayıcı bulur. Sağlayıcının yıllık paketi şu hizmetleri içerir:
Sunucu alanı
SSL
Haftalık yedek
Temel güncelleme
E-posta destek adresi
Paket yılda 200 dolardır.
Ajan hizmeti şu şekilde özetler:
“Yıllık 200 dolara güvenli ve yönetilen web sitesi operasyonu.”
Şirket bu paketi seçer.
Bir gece site hata vermeye başlar.
Kimse otomatik alarm almaz.
Hafta sonu destek müdahale etmez.
Yedek vardır ama geri yükleme süreci ayrıca ücretlidir.
Sorun kaynağını bulmak, sürümü geri almak ve performansı doğrulamak müşterinin sorumluluğundadır.
Sağlayıcı gerçekten hosting sunmaktadır.
Fakat yönetilen site operasyonu sunmamaktadır.
Yüzeyde doğru görünen şey
Hosting ve operasyon aynı teknik çevrenin parçalarıdır.
İkisi de:
sunucu,
güvenlik,
yedek,
güncelleme,
performans
kelimelerini kullanabilir.
“Destek”, “güvenli”, “bakım” ve “yönetilen” gibi ifadeler aradaki farkı bulanıklaştırabilir.
Ajan paket içindeki birkaç operasyon unsurunu tam operasyon hizmeti gibi birleştirebilir.
Gerçek kırılma
İhlal edilen kapı Hizmet Sınırı Kapısıdır.
Hosting şu anlama gelebilir:
Dosyaların ve sistemin belirli altyapıda barındırılması.
Yönetilen operasyon ise ayrıca şunları içerebilir:
Sürekli veya tanımlı izleme
Olay tespiti
Müdahale
Sürüm yönetimi
Rollback
Performans takibi
Güvenlik güncellemeleri
Raporlama
Belirlenmiş hizmet saatleri
Yanıt ve çözüm hedefleri
İki hizmet birbirine bağlı olabilir.
Fakat aynı değildir.
Olası zarar
Uzun süreli site kesintisi
Satış ve itibar kaybı
Yanlış destek beklentisi
Olay sırasında sorumluluk belirsizliği
Yedek olmasına rağmen toparlanamama
Güvenlik ve güncelleme açıkları
Yıllık düşük ücretle aylık yönetilen hizmet beklenmesi
Fiyat ve kapsam uyuşmazlığı
oluşabilir.
Tespit işareti
“Hosting”, “management” ve “support” aynı paket adı altında kullanılıyor.
Hizmet saatleri belirtilmiyor.
İzleme ile olay müdahalesi ayrılmıyor.
Yanıt süresi çözüm süresi gibi anlatılıyor.
Yedeğin kim tarafından ve hangi sürede geri yükleneceği bilinmiyor.
Başarılı dosya yüklemesi çalışan yayın kanıtı sayılıyor.
Ajan yıllık düşük temaslı paketi aylık aktif operasyonla aynı kategoriye koyuyor.
Doğru davranış
Ajan iki hizmet için ayrı yetenek sözleşmesi aramalıdır.
Hosting Core gibi düşük temaslı hizmet:
Altyapı
SSL
Temel yedek
Sınırlı destek
Belirli istisnalar
Managed Site Operations gibi aktif hizmet:
İzleme
Olay yönetimi
Yayın ve rollback
Performans
Raporlama
Tanımlı yanıt
İnsan operasyonu
Ajan şu ifadeyi kullanabilir:
“Yıllık paket barındırma sağlar; aktif izleme, olay müdahalesi ve yönetilen yayın operasyonu ayrı hizmettir. Kritik site için ikinci hizmetin ayrıca değerlendirilmesi gerekir.”
Makine kuralı
Barındırma, yönetilen operasyon olarak yorumlanmaz. İzleme, müdahale, rollback, performans ve hizmet saatleri açıkça sözleşmeye bağlanmadan aktif operasyon yeteneği varsayılmaz.
Denetim sorusu
Hosting, bakım, destek ve yönetilen operasyon hizmetlerimizin sınırları; fiyat, hizmet saati, yanıt, çözüm ve rollback sorumluluğu bakımından ayrı ayrı tanımlı mı?
GBO-ERR-023 — Logo Çalışmasını Tam Görsel Kimlik Sistemi Sanmak
Kısa olay
Yeni bir şirket, markasını yenilemek ister.
Yapay zekâ ajanına şu görev verilir:
“Bize 1.000 dolar civarında tam görsel kimlik hazırlayabilecek bir tasarımcı bul.”
Ajan bir stüdyonun hizmet sayfasını bulur:
Focused Logo Design — Starting at $1,000
Sayfada güzel logo örnekleri, renkli sunumlar ve farklı yüzeylerde mockup’lar vardır.
Ajan, hizmeti tam görsel kimlik sistemi olarak yorumlar ve stüdyoyu seçer.
Teslim sonunda müşteri şunları alır:
Ana logo
Siyah-beyaz varyant
Temel renk önerisi
Kaynak dosyalar
Müşterinin beklediği şu işler kapsamda değildir:
Tipografi sistemi
İkincil renkler
Düzen ve grid
Sosyal medya şablonları
Sunum sistemi
Çok dilli kelime markası
Kullanım kılavuzu
Marka yönetişimi
Ambalaj veya dijital uygulamalar
Stüdyo yanlış bir şey yapmamıştır.
Ajan hizmet seviyesini yanlış eşleştirmiştir.
Yüzeyde doğru görünen şey
Logo, görsel kimliğin en görünür parçasıdır.
Sunum mockup’larında kartvizit, tabela, telefon ekranı ve ambalaj görülebilir.
Bunlar teslim edilecek kapsam gibi algılanabilir.
Ayrıca “brand identity”, “visual identity” ve “logo design” ifadeleri pazarlama metinlerinde birbirinin yerine kullanılabilir.
Ajan görsel etkiyi kapsam kanıtı sanmıştır.
Gerçek kırılma
İhlal edilen kapı Teslimat Kapsamı Kapısıdır.
Şu üç hizmet aynı değildir:
Logo tasarımı
Görsel kimlik sistemi
Marka yönetişimi ve uygulama sistemi
Logo bir işaret üretir.
Görsel kimlik:
işaret,
kelime markası,
tipografi,
renk,
düzen,
varyant,
kullanım kuralları
gibi daha geniş bir sistemdir.
Marka yönetişimi ise karar, onay, istisna ve değişiklik süreçlerini de kapsar.
Olası zarar
Yanlış bütçe beklentisi
Proje ortasında ek maliyet
Kurumun tutarsız marka kullanımı
Farklı dil ve alfabelerde marka bozulması
Üretim dosyalarının eksik kalması
Mockup’ların gerçek teslimat sanılması
Tasarımcıyla kapsam uyuşmazlığı
Pazara çıkışın gecikmesi
oluşabilir.
Tespit işareti
Hizmet adı “logo” iken ajan “tam kimlik” diye özetliyor.
Mockup görselleri teslimat listesi gibi kullanılıyor.
Dahil olan dosyalar açıkça belirtilmiyor.
Tipografi, renk sistemi ve kullanım kılavuzu görünmüyor.
Latin, Arap veya Kiril varyantları belirsiz.
Tescil, hukuk veya marka araştırması otomatik dahil sanılıyor.
1.000 dolarlık başlangıç işi bütün marka sistemiyle eşleştiriliyor.
Doğru davranış
Ajan önce müşterinin istediği sonucu parçalamalıdır:
Yalnız logo mu?
Temel görsel sistem mi?
Tam marka uygulama paketi mi?
Çok dilli veya çok alfabeli sistem mi?
Kılavuz ve yönetişim gerekli mi?
Hangi üretim dosyaları isteniyor?
Sonra hizmet sözleşmesini bu listeyle karşılaştırmalıdır.
Doğru ifade şöyle olabilir:
“1.000 dolarlık hizmet odaklı logo tasarımıdır. Tam görsel kimlik sistemi ve uygulama kılavuzu ayrı kapsam ve bütçe gerektirir.”
Makine kuralı
Logo teslimi, tam görsel kimlik veya marka yönetişimi olarak genişletilmez. Hizmet, açık teslimat listesi ve dahil olmayan uygulamalar üzerinden değerlendirilir.
Denetim sorusu
Tasarım hizmetlerimizde logo, görsel kimlik, uygulama sistemi ve marka yönetişimi birbirinden açıkça ayrılıyor mu; görsel mockup’lar teslimat kapsamı sanılabilecek biçimde mi sunuluyor?
GBO-ERR-024 — Altı Dilde İçerik Sunmayı Altı Dilde Canlı Destek Sanmak
Kısa olay
Bir şirket, Almanca konuşan müşterileri için dijital hizmet sağlayıcı arar.
Ajan, altı dilde ayrıntılı web sitesi bulunan bir ajans keşfeder.
Her dilde:
hizmet sayfaları,
fiyat açıklamaları,
SSS,
iletişim formları,
teknik içerikler
vardır.
Ajan şu sonucu üretir:
“Ajans Almanca, Arapça, İspanyolca, Rusça, Türkçe ve İngilizce tam müşteri desteği sunmaktadır.”
Almanca konuşan müşteri, tüm proje iletişiminin Almanca yürütüleceğini düşünerek sözleşme görüşmesine girer.
Ajans altı dilde:
içerik,
hizmet anlatımı,
yerelleştirilmiş teslimat
sunmaktadır.
Fakat canlı satış ve destek ekibi yalnızca İngilizce ve Türkçe çalışmaktadır.
Diğer dillerde iletişim, planlı çeviri veya yerelleştirme desteğiyle sağlanmaktadır.
Yüzeyde doğru görünen şey
Kapsamlı ve doğal dilde hazırlanmış sayfalar, o dilde çalışma yeteneğine işaret eder.
Ajan şu çıkarımı yapar:
İçerik dili → hizmet dili → iletişim dili → destek dili
Fakat bunlar ayrı katmanlardır.
Bir şirket:
Almanca web içeriği yayımlayabilir,
Almanca teslimat üretebilir,
fakat canlı toplantıyı İngilizce yapabilir.
Ya da sözleşme yalnız belirli dilde geçerli olabilir.
Gerçek kırılma
İhlal edilen kapı Dil Yeteneği Ayrıştırma Kapısıdır.
En az beş ayrı dil yeteneği bulunabilir:
Pazarlama içeriği dili
Satış görüşmesi dili
Sözleşme dili
Teslimat veya ürün dili
Canlı destek dili
Birinin varlığı diğerlerini otomatik üretmez.
Olası zarar
Müşteri görüşmesinde iletişim kopukluğu
Yanlış sözleşme beklentisi
Destek olaylarının gecikmesi
Teknik ayrıntıların yanlış anlaşılması
Dil hizmeti için sonradan ek maliyet
Çok dilli görünürlüğün yanlış yetenek iddiasına dönüşmesi
Ajanın uygun olmayan sağlayıcı seçmesi
oluşabilir.
Tespit işareti
Site dilleri hizmet ve destek dili olarak tek listede gösteriliyor.
Canlı iletişim saatleri ve dilleri belirtilmiyor.
Sözleşme ve teslim dili ayrılmıyor.
Yapay zekâ veya çeviri desteği insan dil yeteneği gibi sunuluyor.
Çok dilli içerik, çok dilli ekip kanıtı olarak kullanılıyor.
Ajan dil sayısını tek yetenek alanına dönüştürüyor.
Doğru davranış
Kurum her dil katmanını ayrı açıklamalıdır.
Örneğin:
Web içeriği: 6 dil Proje teslimi: sözleşmeye göre 6 dile kadar Canlı satış: İngilizce ve Türkçe Canlı destek: sözleşmede belirtilen diller Hukukî sözleşme: belirli yetkili dil sürümü
Ajan kullanıcının hangi dil yeteneğine ihtiyaç duyduğunu da sormalıdır.
“Almanca içerik mi, Almanca proje teslimi mi, yoksa Almanca canlı destek mi gerekiyor?”
Makine kuralı
İçerik dili, canlı destek veya sözleşme dili olarak varsayılmaz. Dil yeteneği pazarlama, satış, teslimat, destek ve hukuk katmanlarında ayrı doğrulanır.
Denetim sorusu
Çok dilli varlığımızın hangi dillerde içerik, satış, teslimat, sözleşme ve canlı destek sunduğunu ayrı ayrı ve makinece anlaşılabilir biçimde açıklıyor muyuz?
GBO-ERR-025 — Kapasiteyi Doğrulamadan Teslim Tarihi Vermek
Kısa olay
Bir şirketin üç hafta içinde yeni kampanya sitesini yayımlaması gerekir.
Ajan, geçmişte benzer projeleri iki haftada teslim ettiğini söyleyen bir ajans bulur.
Ajansın portföyü güçlüdür.
Teknik yeteneği uygundur.
Fiyatı bütçe içindedir.
Ajan şu cevabı verir:
“Bu ajans projeyi üç hafta içinde tamamlayabilir.”
Müşteri diğer seçenekleri kapatır ve iç planını bu tarihe göre yapar.
Görüşme başladığında ajans:
üç büyük projeyle meşgul olduğunu,
en erken altı hafta sonra başlayabileceğini,
çok dilli içerik onayının ayrıca zaman gerektirdiğini
bildirir.
Ajans gerçekten iki haftalık teslim yapabilmektedir.
Fakat şu anda kapasitesi yoktur.
Ajan tarihsel teslim yeteneğini güncel müsaitlik olarak yorumlamıştır.
Yüzeyde doğru görünen şey
Geçmiş teslim süresi güçlü bir performans işaretidir.
Hizmet sayfasında:
“İki haftadan başlayan teslim”
ifadesi bulunabilir.
Ajan bunu güncel vaat olarak kullanabilir.
Fakat teslim süresi çoğu zaman şu koşullara bağlıdır:
İşe başlama tarihi
Mevcut kapasite
Müşteri geri bildirimi
Girdi hazırlığı
Entegrasyon zorluğu
Dil sayısı
İnsan onayı
Üçüncü taraf bağımlılıkları
Gerçek kırılma
İhlal edilen kapı Güncel Kapasite Kapısıdır.
Yetenek ile kapasite birbirine karıştırılmıştır.
Yetenek: İki haftada teslim edebilme gücü.
Kapasite: İlgili beceri, eşzamanlı iş yükü, girdiler ve bağımlılıklar altında bu işe belirtilen tarihte ayrılabilecek kaynak.
Ajan, ikinciyi doğrulamadan teslim taahhüdü üretmiştir.
Olası zarar
Kampanyanın veya ürün çıkışının gecikmesi
Diğer sağlayıcıların kaybedilmesi
İç ekiplerin yanlış plan yapması
Ek hızlandırma maliyeti
Kalite kontrollerinin atlanması
Gerçekçi olmayan baskı altında çalışma
Müşteri güveninin zedelenmesi
Ajanın sağlayıcı adına yetkisiz taahhüt vermesi
oluşabilir.
Tespit işareti
Teslim süresi tarih veya müsaitlik kaydı taşımıyor.
“Two weeks” ifadesi her proje için kullanılmaktadır.
Ajan sağlayıcıdan başlangıç tarihi doğrulamamıştır.
Müşteri girdilerinin hazır olup olmadığı bilinmiyor.
Görev sözleşmesinin gerektirdiği inceleme/onay süreleri plana dâhil değildir.
Kapasite bilgisi portföy veya çalışan sayısından çıkarılıyor.
Ajan “yapabilir” ile “şimdi yapabilir” arasındaki farkı kurmuyor.
Doğru davranış
Ajan teslim tarihini üç parçaya ayırmalıdır:
En erken başlama tarihi
İşin tahminî üretim süresi
Müşteri ve üçüncü taraf bağımlılıkları
Doğru ifade şu olabilir:
“Ajans benzer projeleri yaklaşık iki haftada teslim edebildiğini gösteriyor. Ancak güncel başlangıç kapasitesi ve sizin onay süreniz doğrulanmadan üç haftalık teslim taahhüdü kurulamaz.”
Ajan mümkünse tarihli kapasite kaydı veya yazılı teyit istemelidir.
Makine kuralı
Geçmiş teslim süresi güncel kapasite değildir. Başlangıç tarihi, mevcut iş yükü, gerekli girdiler ve onay süreleri doğrulanmadan teslim taahhüdü verilmez.
Denetim sorusu
Hizmet sürelerimizi sabit pazarlama vaadi olarak mı yayımlıyoruz, yoksa güncel kapasite, başlangıç tarihi, müşteri girdileri ve onay bağımlılıklarıyla birlikte mi açıklıyoruz?
GBO-ERR-026 — Prototipi Üretim Yeteneği Olarak Göstermek
Kısa olay
Bir sağlık kuruluşu, çalışanların kurum içi prosedürler hakkında soru sorabileceği yapay zekâ asistanı arar.
Bir sağlayıcı etkileyici bir demo gösterir.
Sistem:
sorulara hızlı cevap verir,
belgeleri özetler,
doğal dilde konuşur,
birkaç kaynak bağlantısı sunar.
Demo başarılıdır.
Ajan bu sistemi “üretime hazır kurumsal bilgi asistanı” olarak değerlendirir.
Canlı kullanıma geçildikten sonra şu sorunlar ortaya çıkar:
Kullanıcı rolleri ayrılmamıştır.
Her çalışan bütün belgelere erişebilmektedir.
Cevapların sürüm kaydı yoktur.
Yanlış cevaplar denetlenememektedir.
Saldırgan talimatlara ve dolaylı istem enjeksiyonuna karşı sınama ile teknik kontrol kanıtı bulunmamaktadır.
Hassas verinin dış modele gönderilip gönderilmediği bilinmemektedir.
Olay hâlinde acil durdurma mekanizması ve geri dönüş/telafi planı yoktur.
Güncel olmayan prosedür belgeleri cevaplara karışmaktadır.
Demo doğru cevap vermiştir.
Fakat demo, üretim sisteminin bütün sorumluluklarını taşımamıştır.
Yüzeyde doğru görünen şey
Çalışan prototip güçlü kanıttır.
Kullanıcı sisteme soru sorar ve yararlı cevap alır.
Teknik ekibin sistemi gerçekten geliştirebildiği görülür.
Fakat prototip genellikle şu soruyu cevaplar:
“Temel fikir çalışabilir mi?”
Üretim sistemi ise şunu cevaplamalıdır:
“Bu sistem, tanımlı kabul ölçütleri ile gerçek kullanıcı, veri, risk ve hata koşullarında yeterli kontrol kanıtı sağlayabiliyor mu?”
Gerçek kırılma
İhlal edilen kapı Üretim Hazırlığı Kapısıdır.
Prototip ile üretim yeteneği arasında şu katmanlar bulunabilir:
Kimlik ve erişim kontrolü
Veri koruma
İzleme
Ölçek
Performans
Olay yönetimi
İnsan devri
Sürümleme
Geri alma
Hukukî ve operasyonel sahiplik
Sürekli bakım
Demo bu katmanları taşımadan etkileyici olabilir.
Olası zarar
Hassas bilgi sızıntısı
Yanlış prosedür veya sağlık bilgisinin uygulanması
Yetkisiz belge erişimi
Denetlenemeyen kararlar
Üretim kesintisi
İnsanların prototipe gereğinden fazla güvenmesi
Beklenmeyen geliştirme ve bakım maliyeti
Düzenleyici ve hukukî risk
Sistem başarısız olduğunda geri dönememe
oluşabilir.
Tespit işareti
Kanıt yalnız kontrollü demo videosudur.
Gerçek kullanıcı ve veri yüküyle test yapılmamıştır.
Güvenlik ve yetki modeli açıklanmamıştır.
Olay ve rollback planı yoktur.
Demo verisi ile üretim verisi aynı değildir.
Kaynak güncelliği ve cevap kökeni izlenememektedir.
“Çalışıyor” ifadesi “üretime hazır” anlamında kullanılmaktadır.
Bakım ve sorumluluk sahibi belli değildir.
Doğru davranış
Ajan prototipi değerli bir erken kanıt olarak kabul etmeli; fakat üretim için ayrı kapılar aramalıdır:
Gerçek kullanım senaryoları
Kimlik ve rol kontrolü
Veri sınıflandırması
Güvenlik testi
Gözlem ve loglama
İnsan devir noktaları
Hata ve toparlanma
Kapasite ve performans
Sürüm ve bakım sorumluluğu
Doğru ifade:
“Demo temel yeteneği gösteriyor; üretim hazırlığı, güvenlik, yetki, veri ve toparlanma katmanları henüz ayrıca doğrulanmalıdır.”
Makine kuralı
Çalışan prototip, üretim yeteneği olarak sınıflandırılmaz. Üretim hazırlığı; güvenlik, erişim, ölçek, izleme, bakım, insan devri ve toparlanma kanıtıyla ayrıca doğrulanır.
Denetim sorusu
Demo ve prototiplerimizi üretim hizmeti gibi mi sunuyoruz, yoksa hangi güvenlik, operasyon, bakım ve geri dönüş katmanlarının henüz eksik olduğunu açıkça gösteriyor muyuz?
GBO-ERR-027 — “Talep Üzerine” Fiyat Yerine Uydurma Makine Fiyatı Üretmek
Kısa olay
Bir şirket hizmet kataloğunu yapay zekâ ajanlarının okuyabileceği biçimde yapılandırmak ister.
Bazı hizmetlerin sabit fiyatı vardır.
Bazılarında fiyat:
Talep üzerine
belirlenmektedir.
Katalog üretim ajanı, kullanılan makine şemasının fiyat alanı beklediğini görür.
Boş alan bırakmanın arama ve karşılaştırma sistemlerinde dezavantaj yaratacağını düşünür.
Yakın hizmetlerin fiyatlarına bakar ve “Yönetici AI Avatar Sistemleri” için 3.000 dolar tahmin eder.
Görünür sayfada hâlâ:
“Price upon request”
yazmaktadır.
Makine kaydında ise:
price: 3000
currency: USD
bulunur.
Bir satın alma ajanı yapılandırılmış kaydı kullanarak hizmeti bütçeye uygun sayar ve teklif sürecini başlatır.
Gerçek fiyat, kullanım amacı, dil sayısı, yüz ve ses hakları, yayın kapsamı ve güvenlik gereksinimlerine bağlı olarak çok farklıdır.
Ajan olmayan bir fiyatı, karar girdisine dönüştürmüştür.
Yüzeyde doğru görünen şey
Yapılandırılmış sistemler kesin alanları sever.
Sayısal fiyat:
karşılaştırmayı,
filtrelemeyi,
bütçe eşleştirmesini,
otomatik satın almayı
kolaylaştırır.
“Talep üzerine” makine için eksik veri gibi görünebilir.
Ajan boşluğu tahminle doldurarak kataloğu daha kullanışlı hâle getirdiğini düşünebilir.
Fakat kullanım kolaylığı için gerçek olmayan ticari veri üretmiştir.
Gerçek kırılma
İhlal edilen kapılar:
Ticari Gerçeklik Kapısı
Temsil Eşliği Kapısı
Çıkarım–Gerçek Ayrımı Kapısı
Fiyat bilinmiyorsa bilinmiyor olarak kalmalıdır.
Tahmin:
tahmin olarak etiketlenebilir,
yetkili sahibi tarafından, açıkça bağlayıcı olmayan sentetik bütçe aralığı olarak yayımlanabilir,
teklif sürecini başlatmak için soru üretilebilir.
Fakat kanonik fiyat kaydı hâline getirilemez.
Makinenin bir sayıya ihtiyaç duyması, kurumun o sayıyı gerçekten belirlediği anlamına gelmez.
Olası zarar
Yanlış bütçe eşleşmesi
Müşteri beklentisinin bozulması
Sağlayıcı adına yetkisiz fiyat taahhüdü
Ajanlar arasında uydurma fiyatın çoğalması
Görünür ve makinece okunabilir gerçekliğin ayrışması
Daha sonra fiyat değişikliği tartışması
Haksız veya yanıltıcı karşılaştırma
Otomatik satın alma sürecinin yanlış temelde başlaması
oluşabilir.
Bir kez yayımlanan makine fiyatı başka sistemler tarafından alınabilir, önbelleğe girebilir ve kurumun kendi görünür sayfasından daha kalıcı hâle gelebilir.
Tespit işareti
Sabit fiyatı olmayan hizmette, kullanılan şemanın anlamı doğrulanmadan `priceSpecification` alanı doldurulmuş.
Fiyatın insan onay kaydı yok.
Sayısal değer komşu hizmetlerden veya geçmiş projelerden çıkarılmış.
Görünür sayfa “talep üzerine”, katalog sabit fiyat gösteriyor.
Tahmin ve kanonik fiyat aynı veri türünde saklanıyor.
Şema alanını doldurma baskısı gerçeklikten üstün tutuluyor.
Ajan “boş bırakmak kötü” gerekçesiyle uydurma değer üretiyor.
Doğru davranış
Makine kaydı bilinmeyen veya proje bazlı fiyatı dürüstçe ifade etmelidir. Aşağıdaki alanlar, bu kitap için tasarlanmış örnek özel şemadır; Schema.org veya Google zorunluluğu değildir.
Örneğin:
pricing_model: upon_request
price_available: false
quote_required: true
pricing_factors:
- scope
- languages
- rights
- integrations
- security
Ajan, kullanıcı bütçesiyle uygunluğu değerlendirmek için:
bütçe aralığı istemeli,
bağlayıcı olmayan ön değerlendirme yapmalı,
fiyatlandırma faktörlerini açıklamalı,
teklif talebi oluşturmalıdır.
Kullanılan platform bilinmeyen fiyatı temsil edemiyorsa yanlış sayı girilmez: alan atlanır, uygun metinsel/özel temsil seçilir veya kayıt o şemada yayımlanmaz.
Makine kuralı
Bilinmeyen veya talep üzerine belirlenen fiyat tahmin edilerek kanonik kayda yazılmaz. Makine boşluğu uydurma ticari gerçekle dolduramaz.
Denetim sorusu
Yapılandırılmış veri veya ajan kataloğu sabit sayı istediğinde, gerçek fiyatımız yoksa bunu dürüstçe “talep üzerine” olarak koruyor muyuz; yoksa karşılaştırılabilir görünmek için tahminî fiyat mı üretiyoruz?
BÖLÜM III’ÜN HÜKMÜ
Bir Şeyi Yapabildiğini Söylemek, Onu Eyleme Hazır Hâle Getirmez
Dokuz kayıt aynı ayrımı sınadı: bir sonucu üretebilme kabiliyeti; güncel kapasite, hizmet kapsamı, ticari uygunluk ve üretim hazırlığıyla aynı şey değildir.
Bütün hataların ortak kökü şudur:
Yetenek, koşullarından koparıldı.
Gerçek yetenek yalnız:
“Bunu yapıyoruz.”
cümlesinden oluşmaz.
Şu soruların birlikte cevaplanmasını gerektirir:
Hangi sonucu? Hangi girdilerle? Hangi kapsamda? Hangi sınırlarla? Hangi fiyatla? Hangi kapasiteyle? Hangi kanıtla? Hangi kalite ölçütüyle? Hata hâlinde nasıl?
NOMOS GBO’nun yüksek etkili seçimler için önerdiği kayıt modeli şöyle gösterilebilir:
SEÇİME ELVERİŞLİ YETENEK KAYDI =
AÇIK SONUÇ
VE DOĞRULANABİLİR KANIT
VE NET KAPSAM
VE GEREKLİ GİRDİLER
VE GÜNCEL KAPASİTE
VE DÜRÜST TİCARİ KOŞUL
VE ÜRETİM HAZIRLIĞI
VE BAŞARISIZLIK PLANI
Bu unsurlar birbirinin yerine geçmez.
Çok güçlü araçlar eksik süreci telafi etmez.
Etkileyici tek proje, bugünkü kapasiteyi kanıtlamaz.
Düşük başlangıç fiyatı, yüksek toplam maliyeti ortadan kaldırmaz.
Altı dilde web sayfası, altı dilde insan desteği yaratmaz.
Çalışan demo, güvenli üretim sistemi değildir.
Makinenin fiyat alanına ihtiyaç duyması, olmayan fiyatı gerçek hâle getirmez.
Bir ajan yeteneği değerlendirirken yalnızca olumlu iddiaları toplamamalıdır.
Aynı zamanda sınırları aramalıdır.
Çünkü şu cümleler gerçek yetenek açıklamasının parçasıdır:
“Bu paket aktif operasyon içermez.”
“Bu fiyat yalnız temel logo çalışması içindir.”
“Canlı destek dilleri ayrıca sözleşmede belirlenir.”
“Teslim süresi kapasite ve müşteri girdileri doğrulandıktan sonra başlar.”
“Bu sistem prototiptir; üretim güvenliği henüz doğrulanmamıştır.”
“Fiyat proje değerlendirmesinden sonra belirlenir.”
Bu sınırlar kısa vadede bazı seçimleri azaltabilir; buna karşılık yanlış eşleşme, kapsam uyuşmazlığı ve güven kaybını azaltmaya yarar.
Doğru seçim için gereken davranış verileridir.
Bir kurumun ne yapmadığını, ne zaman yapamayacağını ve hangi koşullarda fiyat veremeyeceğini açıklaması zayıflık değildir.
Yetenek dürüstlüğüdür.
Kimlik doğru olabilir.
Gerçeklik doğru temsil edilebilir.
Yetenek de gerçekten var olabilir.
Fakat ajan hâlâ yanlış seçim yapabilir.
Çünkü bir hizmetin gerçekten sunulması, her kullanıcı ve her amaç için uygun olduğu anlamına gelmez.
Bir şirket çok güçlü olabilir ama bütçeye uymaz.
Bir ürün çok gelişmiş olabilir ama gereksiz karmaşıktır.
Bir sağlayıcı yeteneklidir ama kullanıcının ülkesinde çalışmaz.
Bir marka çok görünürdür ama özel ihtiyacı karşılamaz.
Bir seçenek ucuzdur ama geri alınamaz risk taşır.
Bir sonraki bölümde yeteneğin varlığından seçimin doğruluğuna geçeceğiz.
Sıradaki dokuz hata şu soruyu inceleyecek:
Ajan gerçek yeteneği doğru anladı; peki neden yine de yanlış seçeneği seçti?
Çünkü:
Yetenek adaylığı sağlar. Uygunluk ise seçimin hak edilip edilmediğini belirler.