Seçim ve Uygunluk Hataları

Bir ajanın doğru kurumu bulması yeterli değildir.

Kurumun gerçek yeteneğini anlaması da yeterli değildir.

Çünkü bir ürün, hizmet, uzman veya sağlayıcı gerçekten iyi olabilir; fakat belirli kullanıcı için doğru seçim olmayabilir.

Bir şirket büyük kurumsal projelerde olağanüstü sonuçlar üretebilir.

Ancak küçük bütçeli ve iki haftada tamamlanması gereken bir proje için uygun değildir.

Bir yazılım onlarca gelişmiş özellik sunabilir.

Fakat beş kişilik ekip için gereksiz, pahalı ve karmaşık olabilir.

Bir otel binlerce olumlu değerlendirme almış olabilir.

Ancak kullanıcının zorunlu erişilebilirlik ihtiyacını karşılamıyorsa seçilmemelidir.

Bir sağlayıcının fiyatı çok düşük olabilir.

Fakat başlangıç fiyatı toplam maliyeti göstermiyorsa ekonomik açıdan en uygun seçenek değildir.

Bir marka arama sonuçlarının tamamında görünebilir.

Ancak görünürlük, o markanın her ihtiyaç için uygun olduğu anlamına gelmez.

Seçim, bilgi toplamanın doğal ve otomatik sonucu değildir.

Seçim ayrı bir davranıştır.

Bir ajan bir seçeneği öne çıkardığında diğerlerini geri plana iter. Teklif istediğinde gerçek insanların zamanını kullanır. Satın alma yaptığında para harcar. Bir sağlayıcıyı sistemlere bağladığında gelecekteki davranış alanını daraltır.

Bu nedenle seçim yalnız:

“Kim daha iyi görünüyor?”

sorusuyla yapılamaz.

Şunlar birlikte değerlendirilmelidir:

Kullanıcının gerçek amacı

Zorunlu koşullar

Tercihler

Bütçe

Toplam maliyet

Zaman

Coğrafya

Dil

Kapasite

Risk

Kanıt

İnsan onayı

Geri dönüş maliyeti

GBO’da doğru seçim, en fazla olumlu işareti taşıyan seçeneğin bulunması değildir.

Doğru seçim, zorunlu koşulları geçen ve kullanıcının gerçek amacıyla en güçlü biçimde eşleşen seçenektir.

Bu bölümdeki dokuz hata, görünürlüğün uygunluk; popülerliğin kalite; düşük fiyatın değer; özellik sayısının fayda ve geçmiş tercihin kalıcı irade olarak yorumlanmasıyla ortaya çıkar.

GBO-ERR-028 — Görünürlüğü Uygunluk Sanmak

Kısa olay

Bir şirket, üretken yapay zekâ görünürlüğünü geliştirecek danışmanlık sağlayıcısı arar.

Satın alma ajanı şu sorguları kullanır:

GEO agency

generative engine optimization company

AI visibility consultancy

best GEO experts

Bir şirket neredeyse bütün aramalarda görünür.

Çok sayıda blog yazısı vardır.

Birçok hizmet sayfası yayımlamıştır.

Sosyal medya hesapları aktiftir.

Farklı iş dizinlerinde profilleri bulunur.

Ajan şu sonuca ulaşır:

“Bu şirket alanın en görünür sağlayıcısıdır ve dolayısıyla proje için en uygun seçenektir.”

Şirketle görüşme başlatılır.

Daha sonra şu durumlar ortaya çıkar:

Şirket yalnız içerik danışmanlığı vermektedir.

Teknik uygulama yapmamaktadır.

Çok dilli çalışma deneyimi yoktur.

Müşterinin istediği ölçüm ve denetim sistemi sunulmamaktadır.

Altı aylık proje bütçesi müşterinin bütçesinin birkaç katıdır.

Kullanılan hizmet modeli müşterinin iç ekip yapısına uygun değildir.

Şirket gerçekten görünürdür.

Belki gerçekten başarılıdır.

Fakat bu proje için uygun değildir.

Yüzeyde doğru görünen şey

Görünürlük tesadüf olmayabilir.

Bir kurumun sık görünmesi:

içerik üretimi,

pazar deneyimi,

marka bilinirliği,

teknik erişilebilirlik,

dış atıflar

gibi gerçek güçlere işaret edebilir.

Ajan için görünür seçenek hakkında daha fazla bilgi bulunabilir; güncel ve bağımsızsa belirsizliği azaltabilir, eski veya ortak kökten geliyorsa tersine gürültü de yaratabilir.

Daha az görünür sağlayıcılarda:

fiyat,

hizmet sınırı,

ekip,

kanıt

bulmak zor olabilir.

Bu nedenle görünür olanı seçmek güvenli bir kısa yol gibi görünebilir; oysa görünürlük kanıt hacmi değil adaylık sinyalidir.

Fakat görünürlük yalnızca şu soruya cevap verir:

“Bu varlık bulunabiliyor mu?”

Şu soruya değil:

“Bu varlık bu özel ihtiyaç için uygun mu?”

Gerçek kırılma

İhlal edilen kapı Uygunluk Kapısıdır.

Ajan, aday oluşturma aşamasındaki görünürlük sinyalini nihai seçim kanıtı olarak kullanmıştır.

Kavramsal seçim akışı şu biçimde gösterilebilir; her sistemin aynı teknik sırayı uygulaması gerekmez:

BULUNABİLİRLİK

→ KİMLİK

→ YETENEK

→ ZORUNLU KOŞULLAR

→ UYGUNLUK

→ SEÇİM

Görünürlük ilk kapıyı geçirmeye yardım eder.

Son kapının yerine geçmez.

Olası zarar

Uygun olmayan sağlayıcı seçimi

Gereksiz yüksek maliyet

Teknik gereksinimlerin karşılanmaması

Daha uygun fakat daha az görünür kurumların dışlanması

Proje başlangıcından sonra sağlayıcı değişikliği

Zaman kaybı

Marka bilinirliğinin gerçek yeterlilik yerine kullanılması

Ajanların birkaç görünür oyuncu etrafında pazar yoğunlaşmasını güçlendirme riski

meydana gelebilir.

Uzun vadede bu hata kendi kendini güçlendirebilir:

Çok görünür marka daha çok seçilir. Daha çok seçilen marka daha çok veri ve atıf kazanır. Yeni görünürlük tekrar seçim üretir.

Böylece uygunluk yerine geçmiş görünürlüğün gelecekteki görünürlüğü güçlendirdiği bir geri besleme döngüsü oluşabilir; bu, kaçınılmaz bir pazar sonucu değildir.

Tespit işareti

Seçim gerekçesinde ilk sırada “çok görünür” veya “çok sonuçta yer alıyor” ifadesi bulunur.

Kullanıcı koşulları sağlayıcının özellikleriyle ayrı ayrı karşılaştırılmamıştır.

Daha az görünür seçenekler aday listesine hiç alınmamıştır.

Görünürlük, uzmanlık veya kapasitenin doğrudan kanıtı gibi kullanılmıştır.

Arama sonucu sırası seçim sırasına dönüşmüştür.

Ajan “neden uygun?” yerine “neden tanınmış?” sorusunu cevaplamaktadır.

Teknik gereksinimlerden çok dijital iz miktarı değerlendirilmiştir.

Doğru davranış

Ajan görünürlüğü aday bulma sinyali olarak kullanabilir.

Fakat her aday için ayrı uygunluk tablosu oluşturmalıdır:

İstenen sonucu gerçekten sunuyor mu?

Gerekli teknik uygulamayı yapabiliyor mu?

Bütçeye uyuyor mu?

Zaman çizelgesine uyuyor mu?

Gerekli dilleri ve pazarları destekliyor mu?

Kanıtları bu özel ihtiyeti taşıyor mu?

Güncel kapasitesi var mı?

Hizmet modeli kurumun çalışma biçimiyle uyumlu mu?

Daha az görünür ancak zorunlu koşulları karşılayan sağlayıcılar aday evrenine alınmalıdır.

Ajan şu ifadeyi kullanabilir:

“Bu şirket dijital olarak güçlü biçimde görünür ve ilgili alanda önemli içerik üretmiştir. Ancak teknik uygulama, çok dillilik, bütçe ve ölçüm gereksinimleri ayrıca doğrulanmadan en uygun sağlayıcı sayılamaz.”

Makine kuralı

Görünürlük adaylık sinyalidir; uygunluk kanıtı değildir. Arama sırası doğrudan seçim sırasına dönüştürülmez.

Denetim sorusu

Ajanlarımız en görünür markayı seçmek yerine, görünürlüğü yalnız aday oluşturmak için kullanıp her seçeneği kullanıcının zorunlu koşullarıyla ayrı ayrı karşılaştırıyor mu?

GBO-ERR-029 — En Popüler Markayı Otomatik Olarak En İyi Seçenek Saymak

Kısa olay

Yirmi kişilik bir şirket proje yönetim yazılımı arar.

İhtiyaçları oldukça sadedir:

Görev atama

Takvim

Dosya paylaşımı

Türkçe arayüz

Kolay kullanım

Aylık sınırlı bütçe

Ajan pazarı araştırır ve dünyanın en çok bilinen proje yönetim platformlarından birini önerir.

Ürün:

yüzlerce entegrasyona,

gelişmiş otomasyona,

kurumsal raporlamaya,

kaynak yönetimine,

portföy planlamasına,

yapay zekâ özelliklerine

sahiptir.

Binlerce değerlendirme almıştır.

Büyük şirketler tarafından kullanılmaktadır.

Ajan şöyle der:

“Pazar lideri olduğu ve en yüksek değerlendirme hacmine sahip bulunduğu için en güvenilir seçenektir.”

Şirket ürünü satın alır.

Üç ay sonra çalışanların çoğu sistemi kullanmamaktadır.

Kurulum karmaşıktır.

Gerekli özellikler daha pahalı pakettedir.

Ekip günlük işler için elektronik tabloya geri dönmüştür.

Ürün kötü değildir.

Pazar lideri olması da yanlış değildir.

Fakat küçük ekibin ihtiyacı için doğru seçim değildir.

Yüzeyde doğru görünen şey

Popülerlik bazı gerçek avantajlar sunabilir:

Daha büyük kullanıcı topluluğu

Daha fazla dokümantasyon

Daha fazla entegrasyon

Daha uzun ürün geçmişi

Daha fazla bağımsız inceleme

Daha düşük kapanma riski

Bu nedenle popülerlik tamamen değersiz bir sinyal değildir.

Sorun, popülerliğin şu soruların yerine kullanılmasıdır:

Kullanıcı bunu gerçekten kullanabilir mi?

Gerekli özellikler doğru pakette mi?

Toplam maliyet uygun mu?

Kurulum yükü kabul edilebilir mi?

Ürün ekibin çalışma biçimine uyuyor mu?

Gerçek kırılma

İhlal edilen kapı Bağlamsal Uygunluk Kapısıdır.

Ajan şu iki kavramı eşitlemiştir:

Genel pazar başarısı Belirli kullanıcı için uygunluk

Bir ürün milyonlarca kullanıcı için iyi olabilir.

Bu, her kullanıcı için en iyi olduğu anlamına gelmez.

Popülerlik bir genel güven sinyali olabilir.

Nihai seçim için özel gereksinimlerle eşleşmelidir.

Olası zarar

Gereksiz yüksek lisans maliyeti

Çalışanların ürünü benimsememesi

Eğitim ve kurulum yükü

Kullanılmayan özellikler

Veri taşıma ve çıkış maliyeti

Daha sade ve uygun çözümün görünmez kalması

Küçük sağlayıcıların sürekli dışlanması

Pazar liderlerinin ajan seçimlerinde kendi kendini güçlendiren tekel oluşturması

meydana gelebilir.

Tespit işareti

“Pazar lideri”, “en çok kullanılan” veya “en fazla yorum alan” seçim gerekçesinin merkezindedir.

Kullanıcının ekip büyüklüğü ve süreç olgunluğu değerlendirilmemiştir.

Ürünün bütün özellikleri avantaj sayılmıştır.

Daha küçük ve sade alternatifler incelenmemiştir.

Değerlendirme hacmi doğrudan kalite puanına çevrilmiştir.

Büyük müşteri logoları özel uygunluk kanıtı sayılmıştır.

“Çok kişi kullanıyorsa güvenlidir” varsayımı sorgulanmamıştır.

Doğru davranış

Ajan popülerliği yalnız risk ve pazar olgunluğu sinyallerinden biri olarak kullanmalıdır.

Önce şu soruları cevaplamalıdır:

Kullanıcının gerçek ihtiyacı nedir?

Ekip kaç kişidir?

Hangi özellikler zorunludur?

Hangi özellikler gereksizdir?

Öğrenme ve geçiş maliyeti nedir?

Toplam sahip olma maliyeti ne olacaktır?

Kullanıcıların ürünü benimseme olasılığı nedir?

Daha sade seçenekler zorunlu koşulları karşılıyor mu?

Ajanın doğru açıklaması şöyle olabilir:

“Bu ürün pazar lideridir ve güçlü bir ekosisteme sahiptir. Ancak küçük ekibiniz için gereksiz karmaşıklık ve maliyet oluşturabilir. Zorunlu özellikleri karşılayan iki daha sade seçenek de değerlendirilmelidir.”

Makine kuralı

Genel popülerlik, özel uygunluk olarak kullanılmaz. Pazar liderliği ancak kullanıcının gerçek ihtiyaç, ölçek, maliyet ve kullanım koşullarıyla eşleştiğinde seçim avantajı oluşturur.

Denetim sorusu

Sistemimiz pazar liderlerini varsayılan kazanan mı yapıyor, yoksa popülerliği yalnız birçok uygunluk ölçütünden biri olarak mı değerlendiriyor?

GBO-ERR-030 — En Ucuz Seçeneği En İyi Seçenek Saymak

Kısa olay

Bir e-ticaret şirketi web sitesinin bakımını ve performansını yönetecek sağlayıcı arar.

Üç teklif alınır:

Teklif A — Aylık 250 dolar

Haftada sınırlı sayıda küçük değişiklik

Olay izleme yok

Gece ve hafta sonu müdahalesi yok

Performans çalışması ayrı

Geri dönüş süresi tanımlı değil

Teklif B — Aylık 500 dolar

İzleme

Kontrollü yayın

Rollback

Performans ölçümü

Tanımlı yanıt süresi

Aylık raporlama

Teklif C — Aylık 900 dolar

B hizmetlerine ek olarak gelişmiş güvenlik ve yedek ortam

Kullanıcı ajana:

“Gereksiz harcama yapmadan güvenilir bir seçim yap.”

der.

Ajan bunu:

“En düşük fiyatlı seçeneği bul.”

olarak yorumlar ve A’yı seçer.

İlk aylarda sorun görünmez.

Yoğun satış döneminde site yavaşlar.

Hafta sonu ödeme hatası oluşur.

Sağlayıcının paketi aktif müdahale içermediği için şirket ayrı acil destek satın almak zorunda kalır.

Yıllık toplam maliyet B teklifini aşar.

En ucuz görünen seçenek, en düşük toplam maliyetli seçenek değildir.

Yüzeyde doğru görünen şey

Fiyat somuttur.

Karşılaştırılması kolaydır.

“Gereksiz harcama yapma” ifadesi maliyet azaltma talebi olarak okunabilir.

Ajan bütçeyi koruduğunu düşünür.

Diğer ölçütler:

olay olasılığı,

insan zamanı,

kesinti maliyeti,

geri dönüş kapasitesi

daha belirsizdir.

Bu nedenle sayısal fiyat, karar üzerinde gereğinden fazla ağırlık kazanabilir.

Gerçek kırılma

İhlal edilen kapı Toplam Değer ve Risk Kapısıdır.

Ajan:

En düşük görünen fiyat

ile:

Kullanıcının amacı için en iyi ekonomik sonuç

arasındaki farkı kurmamıştır.

Gerçek maliyet şunları içerebilir:

İlk fiyat

Zorunlu ek hizmetler

Lisanslar

Geçiş maliyeti

İnsan zamanı

Kesinti riski

İptal ve çıkış maliyeti

Hata sonrası toparlanma

Kaybedilen fırsat

Ucuzluk tek başına ekonomik uygunluk değildir.

Olası zarar

Beklenmeyen ek ücretler

Hizmet kesintisi ve gelir kaybı

Düşük kaliteli veya yetersiz kapsam

Çalışanların ek operasyon yükü

Sağlayıcı değişikliği ve veri taşıma maliyeti

Riskin kullanıcıya aktarılması

Uzun vadede daha yüksek toplam maliyet

Ajanın maliyet azaltmayı yalnız başlangıç fiyatıyla ölçmesi

meydana gelebilir.

Tespit işareti

Karşılaştırma yalnız fiyat sütununa dayanır.

Kapsam farkları parasal etkiye çevrilmemiştir.

Kesinti, destek ve geri dönüş riski hesaba katılmamıştır.

Ajan “daha ucuz” ile “daha ekonomik” ifadelerini aynı anlamda kullanır.

Zorunlu ek maliyetler görünmezdir.

İnsan zamanı sıfır maliyet kabul edilir.

İptal ve geçiş maliyeti değerlendirilmez.

Kullanıcının “gereksiz harcama” talebi “minimum fiyat” şeklinde daraltılır.

Doğru davranış

Ajan kullanıcının ekonomik hedefini açıklığa kavuşturmalıdır:

“En düşük başlangıç fiyatını mı, yoksa kesinti ve ek hizmetleri de içeren en düşük toplam maliyeti mi önceliklendireyim?”

Sonra seçenekleri şu boyutlarda karşılaştırmalıdır:

Temel ücret

Dahil olan hizmet

Zorunlu ek maliyet

Kesinti riski

İnsan operasyon yükü

Geri alma ve toparlanma

Sözleşme süresi

Çıkış maliyeti

Doğru sonuç en ucuz seçenek olmayabilir.

Ajan bunu açıkça göstermelidir:

“A teklifi aylık olarak daha ucuzdur. Olay müdahalesi zorunlu şartınızsa A bu kapıda elenir; değilse, olay olasılığı ve etkisi için doğrulanmış bir hesap bulunmadığından B’nin beklenen maliyet üstünlüğü kesin değil, senaryo temelli bir değerlendirmedir.”

Makine kuralı

En düşük başlangıç fiyatı otomatik olarak en iyi ekonomik seçim sayılmaz. Toplam sahip olma maliyeti, zorunlu kapsam, risk ve çıkış maliyeti birlikte değerlendirilir.

Denetim sorusu

Ajanlarımız fiyatı tek başına mı optimize ediyor, yoksa hizmet kapsamını, insan zamanını, hata riskini ve toplam yaşam döngüsü maliyetini de ekonomik karara dahil ediyor mu?

GBO-ERR-031 — Özellik Sayısını Gerçek İhtiyacın Önüne Koymak

Kısa olay

Bir yerel perakende şirketi basit bir müşteri ilişkileri sistemi ister.

İhtiyaçları şunlardır:

Müşteri kayıtları

Satış notları

Basit hatırlatmalar

E-posta geçmişi

Türkçe kullanım

Kolay eğitim

Ajan üç ürün bulur.

Birinci ürün 25 temel özelliğe sahiptir.

İkinci ürün 80 gelişmiş özellik sunar.

Üçüncü ürün 170 özellik, yapay zekâ tahminleri, çoklu ekip orkestrasyonu, karmaşık raporlama, otomatik puanlama ve kurumsal yönetişim modülleri içerir.

Ajan üçüncü ürünü seçer:

“En kapsamlı özellik setine sahip olduğu için geleceğe en hazır çözüm budur.”

Şirket ürünü kullanmaya başladıktan sonra:

kurulum aylar sürer,

çalışanlar arayüzü karmaşık bulur,

veri girişi azalır,

raporlar güvenilmez hâle gelir,

özelliklerin çoğu kullanılmaz,

lisans maliyeti sürekli artar.

Şirketin ihtiyacı az özellik değil, doğru özelliklerdir.

Yüzeyde doğru görünen şey

Daha fazla özellik:

daha fazla esneklik,

gelecekte yeni ihtiyaçlara hazır olma,

tek ürünle daha çok sorunu çözme

avantajı sunabilir.

Karşılaştırma tablolarında özellik sayısı kolay ölçülür.

“170 özellik” somuttur.

“Kullanıcıların gerçekten kullanacağı kadar sade” daha zor ölçülür.

Ajan nicel olarak fazla olanı nitel olarak iyi kabul edebilir.

Gerçek kırılma

İhlal edilen kapı İhtiyaç–Yetenek Orantısı Kapısıdır.

Bir ürünün toplam yeteneğiyle kullanıcının gerekli yeteneği karıştırılmıştır.

Fazladan özellikler yalnız bedava avantaj değildir.

Şunları da artırabilir:

Öğrenme yükü

Kurulum süresi

Güvenlik yüzeyi

Hata olasılığı

Lisans maliyeti

Veri karmaşıklığı

Yönetim ihtiyacı

GBO açısından amaç en çok yeteneği seçmek değil, gereken sonucu en düşük gereksiz karmaşıklıkla üretmektir.

Olası zarar

Kullanıcı benimsemesinin düşmesi

Verinin eksik veya yanlış girilmesi

Gereksiz maliyet

Uzun kurulum

Sürekli danışmanlık ihtiyacı

Geniş saldırı ve hata yüzeyi

Sağlayıcıya bağımlılık

Basit sürecin teknoloji tarafından gereksiz biçimde karmaşıklaştırılması

Daha uygun sade seçeneklerin “yetersiz” sanılması

meydana gelebilir.

Tespit işareti

Karşılaştırma tablosu yalnız özellik işaretlerinden oluşur.

Kullanılmayacak özellikler de olumlu puan sayılır.

Kullanıcıların teknik kapasitesi değerlendirilmez.

Kurulum ve eğitim maliyeti hesaba katılmaz.

“Geleceğe hazır” ifadesi sınırsız karmaşıklığı meşrulaştırır.

Sade ürün otomatik olarak zayıf ürün sayılır.

Ajan “daha fazla” ile “daha uygun” ayrımını kurmaz.

Güvenlik ve bakım yükü özellik sayısından ayrı değerlendirilmez.

Doğru davranış

Ajan önce zorunlu sonuçları belirlemelidir:

Mutlaka gereken özellikler

Yakın gelecekte makul biçimde gerekebilecekler

Kullanılmayacak veya gereksiz karmaşıklık oluşturanlar

Sonra her ürün için:

Gereken özelliklerin karşılanması

Kullanım kolaylığı

Eğitim süresi

Kurulum maliyeti

Güvenlik yükü

Genişletilebilirlik

değerlendirilmelidir.

Ajanın doğru açıklaması şu olabilir:

“Üçüncü ürün en fazla özelliği sunuyor; ancak şirketinizin mevcut ihtiyacı için bu özelliklerin çoğu gereksiz maliyet ve karmaşıklık yaratacaktır. Birinci ürün zorunlu işlevleri daha düşük kurulum yüküyle karşılıyor.”

Makine kuralı

Özellik sayısı uygunluk puanı değildir. Seçim, zorunlu sonucu karşılayan en az gerekli karmaşıklık ve sürdürülebilir kullanım üzerinden yapılır.

Denetim sorusu

Ürün ve hizmet karşılaştırmalarımızda her ek özelliği avantaj mı sayıyoruz, yoksa kullanılabilirlik, eğitim, güvenlik, bakım ve gerçek ihtiyaçla birlikte mi değerlendiriyoruz?

GBO-ERR-032 — Sponsorlu Seçeneği Tarafsız Öneri Gibi Sunmak

Kısa olay

Bir kullanıcı yapay zekâ seyahat ajanından şu istekte bulunur:

“Barselona’da sakin, merkezi ve gecelik 180 avroyu aşmayan bir otel bul.”

Ajan üç otel inceler.

Birinci otel 165 avrodur, sessizlik konusunda güçlü yorumlara sahiptir ve merkeze yakındır.

İkinci otel 175 avrodur, erişilebilir odaları vardır ve ücretsiz iptal sunar.

Üçüncü otel 179 avrodur ve rezervasyon platformuna daha yüksek komisyon ödemektedir.

Platform, üçüncü oteli makine arayüzünde “preferred property” olarak işaretlemiştir.

Ajan kullanıcıya yalnız üçüncü oteli önerir:

“İhtiyaçlarınıza en uygun ve önerilen seçenek budur.”

Sponsorluk veya komisyon ilişkisi açıklanmaz.

Üçüncü otel zorunlu koşulları karşılamaktadır.

Fakat tek veya en uygun seçenek olduğu kullanıcı ölçütleriyle gösterilmemiştir.

Yüzeyde doğru görünen şey

Sponsorlu seçenek gerçekten uygun olabilir.

Kullanıcı bütçesine uyar.

Konumu uygundur.

`Preferred` etiketi tek başına sponsorluk kanıtı değildir; güvenilirlik, hizmet kalitesi veya ticari ilişki gibi farklı anlamlara gelebilir. Bu sentetik vakada komisyon ilişkisi ayrıca bilinmektedir.

Ajan bu etiketi kalite sinyali sanabilir.

Sponsorlu içeriğin varlığı otomatik olarak öneriyi yanlış yapmaz.

Sorun, bu vakada bilinen ticari ilişkinin bağımsız uygunluk değerlendirmesi gibi sunulmasıdır.

Gerçek kırılma

İhlal edilen kapılar:

Çıkar Açıklığı Kapısı

Tarafsız Seçim Kapısı

Ajanın veya platformun belirli seçimden maddi çıkarı vardır.

Bu bilgi, kullanıcının seçimi değerlendirmesini etkileyebilecek maddi gerçektir.

Sponsorlu seçenek uygunluk kapılarını geçebilir.

Fakat sponsorluk:

zorunlu koşulların yerini almamalı,

diğer uygun seçenekleri bastırmamalı,

kullanıcıdan gizlenmemelidir.

Olası zarar

Kullanıcının ekonomik çıkarının platform gelirine feda edilmesi

Daha uygun seçeneğin görünmez kalması

Güven kaybı

Ajan önerilerinin reklamla karışması

Sponsorlu markaların kendisini sürekli güçlendirmesi

Küçük ve sponsor olmayan sağlayıcıların görünürlük dezavantajı ve pazar yoğunlaşması riski

Kullanıcı tercihlerinin gizli ticari teşviklerle yönlendirilmesi

meydana gelebilir.

Tespit işareti

“Recommended”, “preferred” veya “best” etiketi açıklamasız kullanılıyor.

Ajan öneriden komisyon veya platform faydası sağlıyor.

Sponsor olmayan uygun seçenekler gösterilmiyor.

Makine arayüzünde sponsorluk bilgisi bulunmuyor.

İnsan arayüzünde küçük etiket var, ajan verisinde yok.

Seçim nedeni uygunluk değil ticari sıralamadır.

Kullanıcı neden yalnız bir seçeneğin gösterildiğini anlayamıyor.

Doğru davranış

Ajan sponsorluk ilişkisini açıkça belirtmelidir:

“Üçüncü seçenek platform tarafından sponsorlu olarak öne çıkarılmıştır. Bütçe ve konum koşullarınızı karşılıyor; ancak tarafsız uygunluk değerlendirmesinde ilk iki otel de güçlü adaydır.”

Daha sonra seçenekleri aynı zorunlu koşullarla karşılaştırmalıdır.

Sponsorlu seçenek:

aday olabilir,

görünürlük kazanabilir,

fakat otomatik kazanan olamaz.

Makine kuralı

Sponsorlu veya komisyonlu seçenek bağımsız uygunluk önerisi gibi sunulmaz. Uygulanabilir reklam ve tüketici kuralları saklı kalmak üzere, maddi ticari ilişki ve öneriye etkisi karar öncesinde anlaşılır biçimde açıklanır; uygunluk kapıları ayrı uygulanır.

Denetim sorusu

Ajanlarımızın önerdiği ürün veya sağlayıcılardan kurumumuz ekonomik fayda sağlıyor mu; bu ilişki kullanıcıya ve makine kayıtlarına açıkça yansıyor mu?

GBO-ERR-033 — Küçük Fakat Uygun Sağlayıcıyı Görünmez Kılmak

Kısa olay

Orta ölçekli bir üretim şirketi üç dilli teknik web sitesi yaptırmak ister.

Ajan adayları oluştururken yalnız şu ölçütleri kullanır:

En az 50 çalışan

En az 100 çevrim içi değerlendirme

En az beş büyük müşteri logosu

Yüksek üçüncü taraf görünürlük/alan adı metriği

Uluslararası ofis

Bu filtrelerden sonra dört büyük ajans kalır.

Hepsi müşterinin bütçesini aşmaktadır.

Hiçbiri şirketin sektöründe derin deneyime sahip değildir.

Aynı şehirde yedi kişilik küçük bir ajans vardır.

Bu ajans:

aynı üretim sektöründe üç başarılı proje yapmıştır,

üç dili doğal biçimde desteklemektedir,

bütçeye uygundur,

müşteriyle doğrudan çalışmaktadır,

teknik teslim ve bakım sınırlarını açıkça göstermektedir.

Fakat çevrim içi değerlendirme sayısı az ve üçüncü taraf görünürlük metriği düşüktür.

Ajan bu şirketi aday listesine hiç almaz.

Küçük sağlayıcı uygunluk değerlendirmesinde kaybetmemiştir.

Aday evreni, kullanıcının ihtiyacını gerekçesiz biçimde daralttığı için uygunluk değerlendirmesine alınmamıştır.

Yüzeyde doğru görünen şey

Büyüklük ve görünürlük bazı riskleri azaltabilir:

Daha fazla çalışan

Daha geniş kaynak

Kurumsal süreç

Uzun geçmiş

Finansal dayanıklılık

sunabilir.

Ajan belirsizliği azaltmak için bu sinyalleri ön filtre olarak kullanır.

Fakat bu sinyaller, özel projenin zorunlu koşullarıyla doğrudan ilişkili olmayabilir.

Büyük ekip her zaman daha iyi teslimat değildir.

Daha fazla yorum her zaman daha yüksek uzmanlık değildir.

Gerçek kırılma

İhlal edilen kapı Aday Evreni Adaleti Kapısıdır.

Ajan uygunluğu ölçmeden önce pazar büyüklüğü, popülerlik ve görünürlük üzerinden aşırı dar bir aday evreni oluşturmuştur.

Yanlış seçim yalnız uygunsuz olanı seçmek değildir.

Uygun olanı değerlendirme dışı bırakmak da seçim hatasıdır.

Bu hata yanlış olumsuz seçim üretir.

Olası zarar

Daha pahalı ve daha az uygun sağlayıcının seçilmesi

Küçük işletmelerin ajan ekonomisinden sistematik dışlanması

Pazarın birkaç büyük marka etrafında yoğunlaşması

Yerel uzmanlıkların görünmez kalması

Kullanıcının daha kişisel ve uygun hizmetten mahrum olması

Yeni kurumların geçmiş verisi az olduğu için hiçbir zaman seçilememesi

Ajan seçimlerinin mevcut güç dağılımını kalıcılaştırması

meydana gelebilir.

Tespit işareti

Çalışan sayısı veya alan adı gücü zorunlu filtre olarak kullanılıyor.

Yeni veya küçük sağlayıcılar otomatik eleniyor.

Aday listesinde yalnız büyük platformlar bulunuyor.

Özel sektör deneyimi genel marka gücünden daha düşük ağırlık taşıyor.

Kanıt niteliği yerine kanıt miktarı ölçülüyor.

Yerel ve uzman sağlayıcılar hiç değerlendirilmeden çıkıyor.

Ajan “yeterli çevrim içi iz yok” gerekçesiyle gerçek yetenek araştırmasını durduruyor.

Doğru davranış

Ajan aday evrenini iki aşamada kurmalıdır:

Zorunlu koşullarla ilgili keşif

Güvenilirlik ve risk doğrulaması

Kanıt boşluğu bulunan her aday için, büyüklükten bağımsız ve riskle orantılı ek doğrulama gerekebilir:

Hukukî kimlik

Güncel kapasite

Referans

İş örnekleri

Süreç ve geri dönüş planı

Ancak yalnız küçük veya az görünür olduğu için elenmemelidir.

Ajanın doğru açıklaması şöyle olabilir:

“Bu sağlayıcı daha küçük ve çevrim içi kanıt hacmi daha azdır. Buna karşılık sektör, dil, bütçe ve teslim modeli bakımından güçlü eşleşme gösteriyor. Kapasite ve operasyon sürekliliği ayrıca doğrulanmalıdır.”

Makine kuralı

Küçük ölçek veya düşük görünürlük otomatik eleme nedeni değildir. Zorunlu koşulları karşılayan her aday, uygunluk ve kanıt bakımından orantılı biçimde değerlendirilir.

Denetim sorusu

Aday oluşturma sistemimiz küçük, yeni veya düşük görünürlüklü fakat gerçek ihtiyaca uygun sağlayıcıları daha değerlendirme başlamadan dışlıyor mu?

GBO-ERR-034 — Zorunlu Koşulu Yumuşak Tercih Gibi Değerlendirmek

Kısa olay

Bir şirket, bu sentetik vaka için kişisel verilerin Avrupa Ekonomik Alanı dışına çıkmamasını zorunlu koşul olarak belirleyen bir müşteri portalı arar.

Diğer tercihleri şunlardır:

Modern tasarım

Hızlı kurulum

Düşük fiyat

Çok sayıda entegrasyon

Tanınmış marka

Ajan beş ürün değerlendirir.

En popüler ürün:

tasarım,

hız,

fiyat,

entegrasyon,

marka gücü

bakımından çok yüksek puan alır.

Fakat veri yedeklerinin bir bölümü Avrupa Ekonomik Alanı dışındaki bölgelerde tutulabilir.

Ajan bütün ölçütleri ağırlıklı ortalamaya koyar.

Ürün beş alanda çok güçlü, bir alanda zayıf olduğu için en yüksek toplam puanı kazanır.

Şirketin zorunlu veri koşulu, yüksek tercih puanları tarafından telafi edilmiştir.

Ajan matematiksel olarak iyi görünen, davranışsal olarak kabul edilemez bir seçim üretmiştir.

Yüzeyde doğru görünen şey

Çok ölçütlü puanlama sistemleri karmaşık kararları sadeleştirir.

Her özelliğe ağırlık verilir.

Toplam puan hesaplanır.

Bu yöntem şeffaf ve tarafsız görünebilir.

Fakat bütün ölçütler birbirinin yerine geçebilir değilse toplama mantığı yanlış olur.

Veri bölgesi zorunlu koşulsa:

iyi tasarım,

düşük fiyat,

popülerlik

bu eksikliği telafi edemez.

Gerçek kırılma

İhlal edilen kapı Sert Koşul Kapısıdır.

Ajan şu iki sınıfı ayıramamıştır:

Sert koşul

Karşılanmazsa seçenek elenir.

Yumuşak tercih

Seçenekler arasında sıralama yapmaya yardım eder.

GBO’da önce sert koşullar uygulanır.

Yalnızca geçen adaylar tercihler üzerinden karşılaştırılır.

Doğru mantık:

ÖNCE:

ZORUNLU KOŞULLARIN TAMAMI

SONRA:

TERCİH PUANI

Yanlış mantık:

BÜTÜN ÖZELLİKLERİN ORTALAMASI

Olası zarar

Hukukî veya düzenleyici ihlal

Güvenlik politikasının bozulması

Erişilebilirlik ihtiyacının karşılanmaması

Bütçe üst sınırının aşılması

Gerekli dil veya ülke desteğinin kaybedilmesi

Kullanıcının açık şartının ajanın puan sistemi tarafından değiştirilmesi

“Toplamda daha iyi” gerekçesiyle kabul edilemez seçimin yapılması

meydana gelebilir.

Tespit işareti

Bütün ölçütler tek puanda toplanıyor.

Bir zorunlu koşul çok sayıda olumlu özellikle telafi ediliyor.

“Genel olarak en yüksek puan” ifadesi kullanılıyor.

Kullanıcının “olmazsa olmaz” koşulları ayrıca işaretlenmemiş.

Hukukî, güvenlik veya rıza koşulları tercih ağırlığına dönüştürülmüş.

Ürün kritik gereksinimi karşılamadığı hâlde kısa listede kalıyor.

Ajan ağırlıkları kullanıcıya açıklamıyor.

Doğru davranış

Ajan ilk olarak koşulları sınıflandırmalıdır:

Zorunlu:

Veri bölgesi

Maksimum bütçe

Erişilebilirlik

Belirli dil

İlgili işlem için geçerli hukukî dayanak veya gerekli rıza

Hukukî yetki

Tercih:

Marka

Görsel kalite

Kurulum hızı

Ek özellikler

Yakın saat dilimi

Zorunlu koşulu karşılamayan seçenek puanlanmadan elenir. Yalnız önceden istisnaya açık bırakılmış koşul, yetkili ve bilgili karara taşınabilir; insan onayı hukukî veya devredilemez bir yasağı geçersiz kılamaz.

Ajan şu açıklamayı sunabilir:

“Bu ürün genel özelliklerde güçlüdür; ancak zorunlu veri bölgesi koşulunu karşılamadığı için uygun aday değildir. Diğer avantajları bu eksikliği telafi edemez.”

Makine kuralı

Sert koşullar puan değildir; kapıdır. Zorunlu koşulu geçemeyen seçenek, yumuşak tercih avantajlarıyla uygun hâle gelemez.

Denetim sorusu

Karar sistemimiz hukukî, güvenlik, bütçe, erişilebilirlik ve rıza gibi zorunlu koşulları ayrı veto kapıları olarak mı uyguluyor, yoksa bunları genel puan içinde eritiyor mu?

GBO-ERR-035 — Geçmiş Tercihi Kalıcı İrade Saymak

Kısa olay

Bir yöneticinin seyahat ajanı, geçmişte yaptığı rezervasyonlardan şu örüntüyü öğrenir:

Aynı hava yolu

Koridor koltuğu

Şehir merkezindeki belirli otel zinciri

En düşük değiştirilebilir bilet

Sabah uçuşları

Ajan belleğine şu kaydı yazar:

“Kullanıcı bu hava yolunu ve otel zincirini tercih eder.”

Bir yıl sonra yönetici, ailesiyle seyahat edecektir.

Bu kez:

çocuklarla uçacaktır,

yan yana koltuk gerekir,

şehir merkezi yerine plaja yakın otel ister,

bagaj ihtiyacı fazladır,

geçmişte tercih ettiği hava yoluyla kötü deneyim yaşamıştır.

Kullanıcı yalnızca:

“Geçen yaz olduğu gibi Antalya seyahatini ayarla.”

der.

Ajan eski tercih kaydını kullanır.

Aynı hava yolunu, koridor koltuğunu ve merkez oteli seçer.

Geçmiş davranış doğru hatırlanmıştır.

Ancak bugünkü bağlam farklıdır.

Ajan geçmiş seçimi kalıcı iradeye dönüştürmüştür.

Yüzeyde doğru görünen şey

Bellek kişiselleştirmeyi kolaylaştırır.

Kullanıcının her seferinde aynı bilgiyi tekrar etmesini önler.

Geçmiş tercih, gelecekteki seçim için değerli bir sinyal olabilir.

Fakat bir davranışın geçmişte gerçekleşmesi şu anlamlara gelmeyebilir:

Kullanıcı onu özellikle tercih etti.

Başka seçenek yoktu.

Tercih hâlâ geçerli.

Başka bağlamlarda da uygulanmalı.

Kullanıcı aynı amaçla seyahat ediyor.

Ajan gözlenen davranış ile açık tercih arasındaki farkı kaybedebilir.

Gerçek kırılma

İhlal edilen kapılar:

Tercih Güncelliği Kapısı

Bağlam Kapısı

Geçmiş tercih şu bilgileri taşımalıdır:

Hangi tarihte?

Hangi bağlamda?

Açıkça söylendi mi, yoksa davranıştan mı çıkarıldı?

Ne kadar süre geçerli?

Hangi seçimlerde kullanılabilir?

Kullanıcı bunu düzeltebilir mi?

“Bir kez seçildi” kaydı “her zaman seç” kuralına dönüşmemelidir.

Olası zarar

Kullanıcının güncel amacına uymayan satın alma

Daha iyi veya daha güvenli seçeneğin dışlanması

Ticari sağlayıcıya davranış kilitlenmesi

Kullanıcının istemediği profilin kalıcılaşması

Ajanın kendi geçmiş yönlendirmesini kullanıcı tercihi sanması

Mahremiyet ve profil oluşturma riski

Kullanıcının karar özgürlüğünün fark edilmeden daralması

meydana gelebilir.

Tespit işareti

Tercih kaydında kaynak, tarih veya bağlam yoktur.

Geçmiş satın alma açık tercih gibi saklanır.

Kullanıcıya tercihlerin hâlâ geçerli olup olmadığı sorulmaz.

Yeni bağlam değişkenleri göz ardı edilir.

Ajan alternatifleri göstermeden eski markayı seçer.

Bellek kaydı süresizdir.

Kullanıcı tercihi kolayca göremez veya düzeltemez.

Sistem kendi geçmiş önerisini daha sonra kullanıcı tercihi olarak yorumlar.

Doğru davranış

Ajan geçmiş tercihi başlangıç varsayımı olarak kullanabilir.

Ancak maddi koşullar değiştiğinde yeniden doğrulamalıdır.

Şöyle sorabilir:

“Geçmiş seyahatlerinizde koridor koltuğu ve şehir merkezi oteli tercih etmiştiniz. Bu aile seyahatinde de aynı tercihleri kullanmamı ister misiniz?”

Tercih kaydı şu şekilde tutulabilir:

preference: aisle_seat

source: explicit_user_statement

context: solo_business_travel

recorded_at: 2025-08-12

validity: review_on_context_change

Kullanıcı:

belleği görebilmeli,

düzeltebilmeli,

kullanımını sınırlandırabilmeli,

silebilmelidir.

Makine kuralı

Geçmiş davranış kalıcı irade değildir. Tercihler kaynak, tarih, bağlam ve geçerlilik taşır; maddi bağlam değiştiğinde yeniden doğrulanır.

Denetim sorusu

Ajan belleğimiz açıkça söylenmiş tercih ile davranıştan çıkarılmış varsayımı ayırıyor mu; eski tercihlerin yeni ve farklı bağlamlarda otomatik uygulanmasını engelliyor mu?

GBO-ERR-036 — “Hiçbiri Uygun Değil” Sonucunu Üretememek

Kısa olay

Bir şirket, yüksek güvenlikli müşteri verisini işleyecek AI hizmeti arar.

Zorunlu koşullar şunlardır:

Veri belirli ülkede kalmalıdır.

Müşteri verisi model eğitimi için kullanılmamalıdır.

Bu sentetik görev sözleşmesinde geçerli yetki/onay olmadan dış eylem yapılmamalıdır.

Tam işlem kaydı tutulmalıdır.

Acil durdurma ve veri silme yolu bulunmalıdır.

Bütçe yıllık 20.000 doları aşmamalıdır.

Ajan altı ürün bulur.

Hiçbiri bütün koşulları karşılamaz:

Birincisi veri bölgesi koşulunu karşılamaz.

İkincisi bütçeyi aşar.

Üçüncüsünde veri kullanım politikası belirsizdir.

Dördüncüsünde insan onayı kapısı yoktur.

Beşincisi acil durdurma sunmaz.

Altıncısı yalnız prototiptir.

Ajanın görevi:

“En iyi seçeneği bul.”

olarak tanımlanmıştır.

Sistemin optimizasyon hedefi her karşılaştırmada bir kazanan üretmeye zorlanmıştır.

Altı ürünü puanlar ve dördüncüyü seçer:

“Genel olarak en yüksek uygunluk puanına sahip seçenek budur.”

Fakat dördüncü ürün zorunlu insan onayı koşulunu karşılamamaktadır.

Gerçekte doğru sonuç:

“Mevcut seçeneklerin hiçbiri gerekli koşulların tamamını karşılamıyor.”

olmalıdır.

Ajanın karar vermesi istenmiştir.

Ama doğru karar seçim yapmamak olabilir.

Yüzeyde doğru görünen şey

Kullanıcı çözüm ister.

Ajanın görevi sonuç üretmektir.

“Hiçbiri” cevabı:

başarısızlık,

yetersizlik,

yardım edememe

gibi görünebilir.

Bazı ürün karşılaştırma sistemleri de her listede bir “kazanan” belirlemeye göre tasarlanabilir.

Ajan, görevi yarım bırakmamak için en az kötü seçeneği “en iyi” olarak sunabilir.

Fakat:

En az kötü, zorunlu koşulları karşılamıyorsa uygun değildir.

Gerçek kırılma

İhlal edilen kapı Olumsuz Sonuç Üretme Kapısıdır.

Doğru davranış, görev sözleşmesinin beklediği sonuca göre bazen seçim yapmamak, soru sormak veya güvenli biçimde devretmektir.

Sistem şu sonuçları da üretebilmelidir:

Hiçbiri uygun değil

Bilgi yetersiz

Koşullar birbiriyle çelişiyor

Bütçe gerçekçi değil

İnsan önceliği değiştirmeli

Özel çözüm veya yeni pazar araştırması gerekiyor

Bir ajan her soruya kazanan üretmek zorunda bırakılırsa zorunlu koşulları gevşetmeye başlar.

Olası zarar

Kritik güvenlik veya hukuk koşulunun ihlali

Uygun olmayan ürünle uzun dönemli sözleşme

İnsan onayı olmadan işlem

Bütçe veya veri riski

Kullanıcının “başka seçenek yok” sanması

Zayıf seçimin yapay kesinlikle sunulması

Ajanın görev tamamlama metriğini insan yararının önüne koyması

Sonraki sistemlerin yanlış seçimi kanonik gerçek gibi kullanması

meydana gelebilir.

Tespit işareti

Her karşılaştırma mutlaka bir kazananla biter.

Zorunlu koşulu karşılamayan seçenekler yine puanlanır.

Ajan “en yakın seçenek” ile “uygun seçenek” ayrımını yapmaz.

Eksik bilgiye rağmen tek öneri sunulur.

“Hiçbiri” sonucu sistem tasarımında bulunmaz.

Görev tamamlama oranı, doğru reddetmeden daha önemli kabul edilir.

Kullanıcıya hangi koşulların gevşetilmesi gerektiği gösterilmez.

Ajan belirsizlik veya pazar boşluğunu saklar.

Doğru davranış

Ajan açık biçimde şunu söyleyebilmelidir:

“Mevcut altı seçenekten hiçbiri bütün zorunlu koşulları karşılamıyor. Dördüncü ürün genel özelliklerde en güçlü adaydır; ancak bu vakanın zorunlu dış eylem onayı koşulunu karşılamadığı için uygun değildir.”

Sonra seçenek sunabilir:

Pazar araştırmasını genişletmek

Özel çözüm değerlendirmek

Bütçeyi değiştirmek

Yalnız gerçekten esnek olan koşulları insan kararıyla gözden geçirmek

Projeyi ertelemek

Fakat zorunlu koşulu kendi kararıyla yumuşatmamalıdır.

Makine kuralı

Hiçbir seçenek zorunlu koşulların tamamını karşılamıyorsa kazanan üretilmez. Görev sözleşmesinde beklenen sonuç buysa “hiçbiri uygun değil” nitelikli bir davranış sonucudur.

Denetim sorusu

Ajanlarımız her görevde mutlaka bir seçim yapmaya mı zorlanıyor, yoksa hiçbir seçeneğin uygun olmadığını kanıtlarıyla söyleyip doğru sonraki adımı önerebiliyor mu?

BÖLÜM IV’ÜN HÜKMÜ

En Görünür, En Popüler veya En Ucuz Olan Her Zaman En Uygun Değildir

Dokuz kayıt aynı seçim kusurunu farklı yüzeylerde gösterdi: kolay ölçülen vekil sinyal, bağlama özgü uygunluğun yerine geçti.

Bütün hataların ortak kökü şudur:

Ajan, seçimi bağlama özgü uygunluk yerine kolay ölçülebilen vekil sinyallere dayandırmıştır.

Bu vekil sinyaller şunlar olabilir:

Arama sırası

Marka bilinirliği

Yorum sayısı

Çalışan sayısı

En düşük fiyat

En fazla özellik

Sponsor etiketi

Geçmiş kullanıcı davranışı

En yüksek toplam puan

Bu sinyaller tamamen değersiz değildir.

Fakat gerçek uygunluğun yerine geçtiklerinde yanlış davranış üretirler.

NOMOS GBO’nun yüksek etkili seçimler için önerdiği kapı modeli şu biçimde kurulabilir:

NİTELİKLİ SEÇİM =

AÇIK KULLANICI AMACI

VE GEÇİLMİŞ SERT KOŞULLAR

VE DOĞRU KİMLİK

VE GERÇEK YETENEK

VE GÜNCEL KAPASİTE

VE TOPLAM MALİYET UYUMU

VE YETKİLİ RİSK SAHİBİNİN TANIMLADIĞI KABUL EDİLEBİLİR RİSK

VE GÜNCEL KULLANICI TERCİHİ

VE YETERLİ KANIT

Bu bir toplam popülerlik puanı değildir.

Önce zorunlu kapılar geçilmelidir.

Yalnızca geçen seçenekler arasında tercihler değerlendirilmelidir.

Bir seçenek:

çok görünür,

çok popüler,

çok ucuz,

çok özellikli

olabilir.

Fakat zorunlu koşulu karşılamıyorsa uygun değildir.

Bir başka seçenek:

küçük,

yeni,

daha az bilinen,

daha sade

olabilir.

Fakat kullanıcının gerçek amacıyla daha güçlü eşleşebilir.

GBO seçim sisteminin iki hatadan birlikte kaçınmasını ister:

Uygun olmayanı seçmek.

ve:

Uygun olanı görünmez kılmak.

Bu nedenle başarı yalnız seçimin gerçekleşmesi değildir.

Beklenen senaryoya uygun, gerekçeli ret de nitelikli davranıştır.

Gerektiği yerde sorulan doğru soru da nitelikli davranıştır.

Doğru kısa liste de başarıdır.

Ve bazen:

Hiçbir seçeneğin seçilmemesi de nitelikli davranış olabilir.

Bir ajan kullanıcının adına seçim yaparken kendi görev tamamlama isteğini, platformun ticari çıkarını veya pazarın mevcut popülerlik dağılımını kullanıcının gerçek ihtiyacının önüne koymamalıdır.

Seçim davranışı şu soruyla başlamalıdır:

Bu seçenek genel olarak ne kadar güçlü?

değil.

Şu soruyla başlamalıdır:

Bu seçenek bu insan, bu amaç, bu zaman, bu bütçe ve bu risk düzeyi için gerçekten doğru mu?

Bir sonraki bölümde uygun seçimin ardından yetki alanına geçeceğiz.

Çünkü ajan doğru varlığı bulmuş, gerçek yeteneği anlamış ve kullanıcı için en uygun seçeneği belirlemiş olabilir.

Yine de şu hatayı yapabilir:

Doğru seçeneği bulduğu için insan adına eyleme geçme hakkını kendisinde görmek.

Araştırma gönderim değildir.

Taslak yayın değildir.

Üretim izni kullanım izni değildir.

Yüz izni ses izni değildir.

Sessizlik onay değildir.

Ve iyi sonuç ihtimali, eksik yetkiyi kendiliğinden meşrulaştırmaz.

Sıradaki dokuz hata şu soruyu inceleyecek:

Ajan doğru seçimi yaptı; peki bu seçim üzerinden eyleme geçmesine gerçekten kim izin verdi?

Uygunluk doğru hedefi gösterir. Yetki ise o hedefe doğru ne kadar ilerleyebileceğinizi belirler.