2026'da Ajan Tabanlı Pazarlama: Bir Sistemin Açığa Çıkarması Gereken Dört Şey

Kısa yanıt: ajan tabanlı pazarlama, bir sonraki adımını kendisi seçip onu uygulayan yazılım tarafından yürütülen pazarlama işidir. Anlaşma kabaca burada bitiyor. 18 Ağustos 2026'da terim ve türevleri için dönen on bir sayfayı getirdik ve bunlardan sekizi protokolden, araç çağırmadan veya fonksiyon çağırmadan hiç söz etmiyor — ki bu, bir ajanın sohbet penceresi olmayı bırakıp topluluğunuzu, kampanyanızı veya müşteri kayıtlarınızı değiştirebilen bir şeye dönüştüğü katmandır. Bu yazı, ajan tabanlı pazarlamayı bir ajanın herhangi bir pazarlama işini yapabilmesinden önce bir sistemin açığa çıkarması gereken dört şeyle tanımlıyor, Model Context Protocol'den bu sistemlerin kendileri hakkında yayımladığı etiketlerin neden güvenilmez olduğuna dair alıntı yapıyor ve Zealy'nin kendi ajan yüzeyini bu tanıma göre puanlıyor — başarısız olduğumuz kısım dahil.

Açıklama: Bu sayfayı Zealy yayımlıyor ve Zealy konusu olan şeyi satıyor. Zealy bir topluluk ve görev platformudur. İki özelliği, bu makalenin tanımladığı anlamda ajandır: dışarıdaki bir yapay zekânın yönlendirebileceği bir MCP sunucusu ve ürün içi bir yapay zekâ denetleyicisi. Üçü de aşağıda yer alıyor. Burada Zealy'nin kendi ajan yüzeyi hakkında söylenen her şey birinci eldir: Zealy'nin deposundan okundu, tarafımızdan Zealy'nin kendi sunucusuna karşı çalıştırıldı, başka hiç kimse tarafından denetlenmedi. Kendi ürününü anlatan herhangi bir satıcıya göstereceğiniz şüpheyle okumalısınız.

Son doğrulama: 18 Ağustos 2026.

Ajan tabanlı pazarlama nedir?

Ajan tabanlı pazarlama, bir kişinin çizdiği iş akışını izlemek yerine bir hedefe doğru kendi sonraki eylemini seçen yazılım tarafından gerçekleştirilen pazarlama işidir. Bir sistem ancak dört şeyi açığa çıkardığında bu niteliği taşır: sohbet kutusu yerine adlandırılmış araçlar, harekete geçmeden önce bunları keşfetmenin bir yolu, bilinçli bir onay sınırı ve geri dönenler üzerinde bir güven sınırı.

Bu tanım bize ait ve bilerek hırstan değil, mekanizmadan inşa edildi. Okuduğumuz her yayımlanmış tanım yazılımın ne yapmaya çalıştığını anlatıyor. Hiçbiri bunu yapabilmesi için yığınınızda neyin doğru olması gerektiğini anlatmıyor. İşte bir sistemin karşılaması gereken sırayla dört parça.

1. Metin kutusu değil, adlandırılmış araçlar. Bir ajanın adları, argümanları ve dönüş biçimleri olan işlemlere ihtiyacı vardır; create_campaign, list_members ve send_messagegibi, çünkü yalnızca düz metin üretebilen bir model yalnızca düz metin üretebilir. Model Context Protocol böyle bir listeyi yayımlamanın güncel yaygın yoludur ve araçları model tarafından kontrol edilen olarak adlandırdığı şeylerdir: dil modeli bunları bağlama ve kullanıcının istemine dayanarak kendisi keşfeder ve çağırır. Bu katman olmadan elinizde bir yazma asistanı olur. Bu yararlı bir üründür; bu değildir.
2. Eylemden önce keşif. Ajan, herhangi bir şeye bağlanmadan önce neyin var olduğunu ve her bir şeyin ne yaptığını sorabilmelidir. Bir insanın üç çağrıyı zaten seçtiği sabit kodlanmış bir entegrasyon, metne bir model eklenmiş otomasyondur.
3. Birinin bilerek seçtiği bir onay sınırı. Her eylem ya bir kişi için durur ya da durmaz ve bir yerde hangisinin olacağına karar veren bir kural vardır. Kural katı ya da gevşek olabilir. Olamayacağı şey, incelenmemiş olmasıdır.
4. Geri dönenler üzerinde bir güven sınırı. Araç sonuçları başka insanlar tarafından yazılmış verilerdir: üyeler, müşteriler, formlar, kazınmış sayfalar. Dönen bir dize ajanı bir sonraki araç çağrısına ikna edebiliyorsa, görev gönderim alanınızı kim doldurursa ondan talimat alan bir sistem inşa etmişsinizdir.

Bundan iki sonuç çıkar ve bunlar bir tanım yazmaya zahmet etmemizin nedenidir. İlk parçası eksik olan her şey, daha iyi pazarlamaya sahip bir sohbet botudur. Ve üçüncü parçası eksik olan her şey, özerklik konusunda bir karar vermemiştir — o karar ona olmuştur. Seçmediğiniz bir onay sınırı bir tasarım duruşu değil, henüz size bir şeye mal olmamış bir kazadır.

Var olan tanımlar ve her birinin özerklik çizgisini nereye çektiği

Yayımlanmış tanımlar bir ajanın kendi başına plan yapıp harekete geçtiği konusunda hemfikir, ne kadar insan katılımının kalmasına izin verildiği konusunda ise ayrışıyor. Vlerick Business School asgari müdahaleye izin veriyor. Braze algılayan, karar veren ve harekete geçen sistemleri tanımlıyor. Young Urban Project ve Netcore ikisi de çizgiyi her adımda insan onayına koyuyor. Forrester ajanları ajan tabanlı yapay zekâdan tamamen ayırıyor.

Sağdaki sütundan önce ortadaki sütunu okuyun. Kategoriyi kimin tanımladığı, çizgiyi nereye koydukları hakkında size çok şey söyler.

Sağ sütundaki her dize, bir arama sonucundan okunmak yerine 18 Ağustos 2026'da getirilen bağlantılı sayfanın ham metniyle karşılaştırıldı. Bu terim için sıralamaya giren altı sayfa hiç okunamadı. Salesforce, IBM, Gartner ve BCG her denemeye 403 döndürdü, McKinsey ve Adobe ise zaman aşımına uğradı. Hiçbiri burada alıntılanmadı.

Sayfalardan üçü ayrıca komşu bir terime karşı kullanılabilir bir sınır çiziyor ve bunlar saklamaya değer bulduğumuz tek üç sayfa.

Pazarlama otomasyonuna karşı. Treasure Data, "Agentic pazarlama, AI pazarlamasından daha dardır ve pazarlama otomasyonundan farklıdır" diye yazıyor, çünkü "pazarlama otomasyonu sabit, insan tarafından tanımlanmış iş akışlarını yürütür". Test, yazılımın siz olmadan hareket edip etmemesi değil. E-posta aracınız bunu zaten yapıyor. Test, adım dizisinin önceden bir kişi tarafından seçilip seçilmemesi.

Üretken AI'ya karşı. Optimove bunu iki tetikleyici arasındaki bir karşıtlık olarak ortaya koyuyor: "Üretken AI, insan istemlerine dayalı içerik üretir", oysa "Agentic AI, istemleri beklemeden özerk eylemde bulunur." İstem biçimli olana karşı hedef biçimli olan, bu gerçek bir ayrım ve nadiren gözetilen bir ayrım.

Bir asistana karşı. Kümedeki herkesin yazdığı en keskin cümle Docket'in Arjun Pillai'sine ait: "Bir asistan bir kullanıcıyı bekler, bir göreve yardımcı olur ve insan iş akışının içinde yaşar." Ajan yarısı ise şöyle: "Bir ajan bir hedefe doğru hareket eder, sınırlı kararlar alır, iş akışlarını tetikler ve gözetim altında yürütmenin bir kısmını üstlenir." Aynı sayfadaki ayrı bir pasaj, bu ifadenin eksik bıraktığı mekanizmayı sağlıyor: insanlar "hedefleri, yükseltme kurallarını, konu kısıtlamalarını ve onay eşiklerini tanımlar. Ajan bu sınırlar içinde çalışır. Bir şey bunların dışına çıktığında yükseltir." Yükseltme, tanımımızdaki onay sınırının ajan tarafından anlatımıdır.

Bir anlaşmazlık düzeltilmek yerine yazılmaya değer. Forrester, AI ajan kullanım durumları hakkındaki bir sayfada ve üzerinde Craig Le Clair'in adı geçiyor, yukarıdaki her satıcı sayfasının birbirinin yerine kullandığı iki terimi ayırıyor: AI ajanları "önceden tanımlanmış kurallar" üzerinde çalışır, oysa "agentic AI daha geniş bir özerklik ve uyarlanabilirlik getirir". Bu alıntı hakkında dürüst bir uyarı — bu bir podcast açılış sayfası, yayımlanmış bir araştırma notu değil ve biz bunu bulgular olarak değil, bir analiz firmasının çerçevelemesi olarak alıntılıyoruz.

On bir tanımdan sekizinin dışarıda bıraktığı katman

Bu terim için 18 Ağustos 2026'da getirdiğimiz on bir sayfadan sekizi Model Context Protocol, araç çağırma veya fonksiyon çağırmadan hiç söz etmiyor. Bu katman, size bir kampanya özeti yazan bir model ile bir quest oluşturabilen, bir üyeyi yasaklayabilen veya etkinlik akışınızı yeni bir yere yönlendirebilen bir model arasındaki farktır.

Bu dizelerden hiçbirinden söz etmeyen sekiz sayfa: braze.com, cdp.com, docket.io, forrester.com, netcore.ai, tofuhq.com, vlerick.com ve youngurbanproject.com. Kalan üçünden hubspot.com, Model Context Protocol'den söz ediyor ancak tanımsal bir sayfa değil. Optimove aklımızda kalan oldu: MCP dizesi sayfasında yalnızca gezinme menüsünde "The Optimove MCP" olarak görünüyor ve kategorinin açıklandığı makalenin gövdesinde hiç yer almıyor. Bir MCP sunucusu yayımlayan ve agentic pazarlama açıklayıcısı yayımladığı şeye hiç ulaşmayan bir satıcı. Bu, tek bir günde on bir sayfa hakkında bir ifade, tüm kategori hakkında değil — ancak kontrol ettiğimiz her sayfa için geçerliydi.

Kümedeki iki sayfa eksik katmanı adlandırıyor ve ikisi de bunu iyi yapıyor.

HubSpot'tan Duncan Lennox şöyle yazıyor: "Ancak ajanlar panolara tıklamaz veya arayüzlerde gezinmez; API'leri çağırır, yapılandırılmış çıktıları okur ve harekete geçer." Aynı sayfa kapsamı "ajanların neleri okuyabileceği, yazabileceği ve üzerinde hareket edebileceği" olarak çerçeveliyor, ki doğru birim bu. "Pazarlama yapabilir mi" değil, hangi isimler ve hangi fiiller.

Satıcı değerlendirmeleri satan bir martech araştırma firması olan Real Story Group, tartışmayı bitiren cümleyi sunuyor. 11 Haziran 2025 tarihli MCP hakkındaki bir yazıda , Baş Analist Scott Simmons bunu "AI ajanları için inşa edilmiş evrensel bir API soyutlama katmanı" olarak adlandırıyor ve bir ajanın "yalnızca satıcının açığa çıkarmayı seçtiği kadar güçlü" olduğu sonucuna varıyor.

Son cümle her şeyi özetliyor. Agentic pazarlama, seçtiğiniz modelin bir özelliği değil. Satıcılarınızın yayımladığı yüzeyin bir özelliği. Araçlar salt okunursa ajanınız raporlar. Araç yoksa ajanınız metin yazar. Yetenek sorusu ile satın alma sorusu aynı sorudur, bu yüzden bu katmanı atlayan tanımlar okuması çok keyifli ve harekete geçmesi çok zor. Bir ajanın üzerinde hareket edeceği kanalların daha geniş resmini istiyorsanız, web3 pazarlama sütunumuz bunları ve maliyetlerini ele alıyor.

Bir araç listesi neden kanıttır ve bir araç etiketi neden yalnızca bir ipucudur

Model Context Protocol, bir ajanın size ne yapabileceği sorusunu sunucunun araç listesini okumanızı söyleyerek yanıtlar ve ardından istemcilere bu listenin kendisi hakkında söylediklerine güvenmemelerini söyler. Bunu belirten not, düzyazıda değil şemada yer alıyor, bu da çok az kişinin onu okumuş olmasının bir nedeni.

İşte pasaj, ToolAnnotations arayüzünden, spesifikasyonun şemasında 2026-07-28 revizyonunda:

NOT: ToolAnnotations içindeki tüm özellikler ipucudur. Araç davranışının sadık bir tanımını sağlayacakları garanti edilmez ( title).

Ve aynı konuda, araçlar sayfasından:

Güven ve emniyet ile güvenlik için, istemciler MUTLAKA araç ek açıklamalarını güvenilir sunuculardan gelmedikçe güvenilmez olarak değerlendirmelidir.

Bunun şekliyle bir saniye oturun. Protokolün "bu şeyin bana ne yapabileceğini nasıl bilirim" sorusuna cevabı: listeyi oku. Hemen ardından gelen talimatı: liste, değerlendirdiğiniz tarafın bir iddiasıdır. Araç adları ve şemaları yük taşıyıcıdır, çünkü model onları çağırır ve sunucu onlara uymak zorundadır. Onlara eklenen risk etiketleri, sunucunun kendi davranışına dair kendi tanımıdır.

Böyle dört etiket vardır — readOnlyHint, destructiveHint, idempotentHint ve openWorldHint — ve bunlardan ikisi, destructiveHint ve openWorldHint, varsayılan olarak true değerini alır. Bu nedenle etiketsiz bir aracın yıkıcı olduğu ve dış dünyaya dokunduğu varsayılır; bu doğru bir tercihtir ve çoğu insanın beklediğinin tam tersidir.

Ajan tabanlı pazarlama tanımı açısından önemli olan destructiveHint, çünkü sormadığı şey yüzünden. Üzerine yazmayı eklemeden ayırır. Zarar farklı bir eksendir ve şemada bunun için bir sütun yoktur; bu yüzden tamamen iyi niyetle hareket eden bir sunucu tarafından güvenli şekilde etiketlenmiş tamamen eklemeli bir çağrı, bir ajanın yığınınıza yaptığı en sonuçlu şey olabilir. Her bayrağın pratikte ne anlama geldiği ve varsayılanları uyguladığınızda gerçek bir listenin nasıl göründüğü yan taraftaki adım adım kılavuzda.

Bu aynı zamanda pazarlamacıların sürekli ajan yıkaması dediği şeyin dürüst hâlidir. Young Urban Project bunu tam olarak adlandırıyor: "En yaygın başarısızlık ajan yıkamasıdır; mevcut bir otomasyon veya sohbet botu ürününü alıp altına planlama veya karar katmanı eklemeden ajan tabanlı olarak yeniden markalamaktır" ve ekliyor: "demo, tam da önemli olan boşluğu gizlemek için senaryolaştırılmıştır". Bir araç listesini senaryolaştırmak bir demodan çok daha zordur. Aynı zamanda bu kategorideki bir alıcının satıcının işbirliği olmadan kontrol edebileceği tek eserdir; bu yüzden herhangi bir MCP sunucusunun araçlarını bağlanmadan önce nasıl listeleyeceğinize.

Onay sınırının nereye gittiği ve onu oraya kimin koyması gerektiği

Model Context Protocol, bir insanın her zaman döngüde olması ve araç çağrılarını reddetme yeteneğine sahip olması gerektiğini söyler ve bunu istemci uygulamasına MUST yerine SHOULD olarak söyler. Protokolde bağlandığınız sunucuyu yükümlülük altına alan hiçbir şey yoktur. Onay sınırınızın nerede durduğu birinin verdiği bir karardır ve genellikle siz değil.

Tam cümle:

Güven ve emniyet ile güvenlik için, SHOULD her zaman araç çağrılarını reddetme yeteneğine sahip bir insan döngüde olmalıdır.

Aynı güvenlik bölümü istemcilerden "kötü niyetli veya kazara veri sızdırmayı önlemek için sunucuyu çağırmadan önce araç girdilerini kullanıcıya gösterin" ve "LLM'e aktarmadan önce araç sonuçlarını doğrulayın" ister. Her ikisi de istemciye yöneliktir: sizin tarafınızda çalışan, modeli barındıran Claude veya ChatGPT veya şirket içi koşum takımı. Yani protokolün düz bir okumasında, ajan tabanlı pazarlamanızın güvenliği istemcinizin işidir ve bağlandığınız sunucu size dürüst bir araç listesinden başka bir şey borçlu değildir.

Kategori bunu biliyor ve ne yapacağından pek emin değil. Satıcı kılavuzları rutin olarak bir ajanı bir kişinin yokluğuyla tanımlar ve sonra aynı sayfanın aşağısında kişiyi nereye geri koyacağınızı söyler; bu sayfalardan birini bir yapay zeka ajanı topluluğunuzu gerçekten yönetebilir mibölümünde parçalıyoruz. Her iki yarı da samimidir. Tanım pazar için, talimat ise dağıtım için yazılmıştır ve aralarındaki boşluk, özerklikle ilgili her gerçek kararın aslında verildiği yerdir.

Savunmaya değer sürüm ne "tam özerklik" ne de "her şeyi onayla"dır. Sınırın her iki tarafta da maliyeti olan karar başına bir ayar olduğu ve onu uygulayan mekanizmanın kendisinin de başarısız olabilecek bir yazılım olduğudur — bu yılın başındaki Discord moderasyon başarısızlığının gösterdiği gibi, yayımlanan tasarımda insan inceleme adımı vardı ve bir hata onu yoldan çıkardı. bir ajanın bir topluluğu yönetmesine izin vermenin ne anlama geldiğini ayrıca yazdık, çünkü bir maddeden fazlasını hak ediyor.

Artık hangi çağrıların kapıyı hak ettiğine dair ölçülmüş bir cevap da var ve sezginin size verdiği cevap bu değil. SABER: Küçük Eylemler, Büyük Hatalar — LLM Ajanlarında Mutasyona Uğratan Adımların Korunması, Alejandro Cuadron, Pengfei Yu, Yang Liu ve Arpit Gupta tarafından 26 Kasım 2025'te gönderildi, bir araç kullanan ajanın yörüngesinin yanlış gitmesinin size gerçekte nerede pahalıya mal olduğunu inceliyor. "Buna karşılık, mutasyona uğratmayan eylemlerdeki sapmaların çok az etkisi vardır veya hiç etkisi yoktur" diyor. Hemen önceki cümle diğer tarafı veriyor: bir mutasyona uğratan eylemdeki her ek sapma, son teknoloji modeller için iki alanından birinde başarı olasılığını %92'ye, diğerinde %96'ya kadar düşürüyor. Başarısızlık, durumu değiştiren çağrılarda yoğunlaşıyor.

Tasarım sonucu gösterişsiz ve ucuz: yazmaları kapıda tutun, okumalara dokunmayın ve "döngüdeki insan"ı tek ayarlı tek bir düğme gibi ele almayı bırakın. Zealy'nin sunucusu tesadüfen bu şekilde çalışıyor ve bunu bu makaleden türetmediğimizi açıkça belirtmeliyiz — makale tasarımdan sonra geldi ve onunla hemfikir; bu, kanıta dayalı mühendislikten daha zayıf ama hiç yoktan daha güçlü bir şey. Atıfla birlikte gelen bir uyarı var: SABER, üzerine inşa edildiği kıyaslamadaki açıklama hatalarını belgeliyor ve düzeltilmiş bir sürüm yayımlıyor; bu, eski araç-ajan kıyaslama puanlarını hâlâ güncel modelleri tanımlıyormuş gibi alıntılamamak için iyi bir neden. Burada tek bir sayıya dikkat etmenin diğer nedeni, ajan hatasının büyük ölçüde bir varyans sorunu olması — çok turlu araştırma, bozulmayı küçük bir yetenek kaybı ve büyük bir güvenilirlik düşüşü olarak ayırıyor, ki bu, modelin yeterince iyi olmamasından farklı bir yönetim sorunudur.

Aynı "uygulayıcıya bırakılmış" örüntüsü bir katman aşağıda, tanımımızın dördüncü bölümünde de sürüyor. 18 Ağustos 2026'da yedi spesifikasyon ve güvenlik sayfası indirdik ve aradık: spesifikasyonun tehdit modeli bir yetkilendirme ve taşıma tehdit modeli; karıştırılmış vekil, token geçişi, sunucu tarafı istek sahteciliği ve ele geçirilmiş yerel sunucu dahil birkaç başka şeyi kapsıyor, model katmanı saldırısı ise uygulayıcılara bırakılmış. İndirdiğimiz sayfalarda "prompt injection" ifadesi geçmiyor; güvenlik en iyi uygulamaları belgesindeki "injection" için dört eşleşme siteler arası betik çalıştırma, kabuk komutu enjeksiyonu ve uzaktan kod yürütme. Bu, kapsamını kendisi belirleme hakkı olan bir taşıma spesifikasyonuna yönelik bir şikâyet değil. Bu, bir şeyi bağladığınız anda sorunun hangi yarısını devraldığınız ve dönen verideki bir güven sınırının neden protokolün varsayılan bir özelliği değil de birinin açık görevi olması gerektiği hakkında bir ifade.

Zealy kendi tanımında başarısız oluyor ve işte tam burada

Bu yazıdaki en katı tanımlara göre — Young Urban Project'in "her bir adımı bir insan onaylamadan" ve Netcore'un "her adımda insan onayı gerektirmeden" — Zealy ajan pazarlaması yapmıyor. Zealy'nin ajan yüzeyinden geçen her yazma bir kişi için duruyor ve bir operatör açana kadar yazmalar kapalı.

Bunu sonradan tartışmayı kaybetmektense şimdi söylemeyi tercih ederiz. İşte kendi dört bölümümüze karşı tam karne, birinci elden ve denetlenmemiş.

Dördü de mevcut, ki kolay kısmı bu. Üçüncüsü etiket için ters yönde ayarlanmış. Zealy'nin sunucusu onay kapısını sunucu tarafına koyuyor; bu, bir sunucudan protokolün istediğinden ve ajan pazarlamasının katı bir tanımının izin verdiğinden daha fazlası. Araç yüzeyinin kendisi denetlenmeye değecek kadar geniş — saydığımızda 72 adlandırılmış araç — ama sayı mesele değil. Ayar mesele.

Tüm ürün genelinde tutarlılık iddia etme hakkımız da yok. Zealy ayrıca bir görev talebini kendi başına kapatan, o yolda hiç insan olmayan bir AI inceleyici sunuyor: aynı şirket, bir üyenin ödeme alıp almayacağını etkileyen bir kararda tam ters ayar. İki seçim de savunulabilir; dürüstçe söyleyemeyeceğimiz şey, ne kadar özerkliğin uygun olduğuna dair şirket çapında tek bir yanıt olduğu.

Öyleyse etiketi çıkarın. Zealy'nin gerçekte sunduğu şey, insan onay adımı olan, ajanların okuyabildiği bir yüzey; bu, çoğu ekibin ilk önce istemesi gereken şey için sıkıcı bir ad. Bağlama mekaniğini istiyorsanız, MCP entegrasyon belgeleri kanoniktir ve bu yazı onları bilerek yeniden anlatmıyor; altındaki daha eski, daha geniş yüzeyi istiyorsanız, API belgeleri onu kapsıyor. Ve ürünü hiç kullanmadıysanız, Zealy nedir daha kısa yoldur.

Ajan pazarlaması denen bir şeyi satın almadan önce ne sormalı

Araç listesini isteyin. Ajan pazarlaması satan bir satıcı ya size bir ajanın aldığı adlandırılmış işlemleri izinleriyle birlikte gösterebilir ya da gösteremez. Geri kalan her şey — planlama dili, hedef arayan dil ve demo — bir forma bağlanmış sohbet botuyla uyumludur ve Young Urban Project'in bunun için bir adı var.

En az toplantı süresiyle en çok bilgiyi almanızı sağlayan sırayla beş soru:

1. "Ajan hangi işlemleri alıyor, adlarıyla?" Cevap bir liste yerine bir yetenek cümlesiyse, cevabınızı aldınız. Liste ise, fiiller için okuyun. Oku, yaz, sil, gönder, yayımla, öde.
2. "Hangileri bensiz hareket edebilir?" "Döngüde insan var mı" değil: bu soruya herkes evet der. Hangi belirli çağrıların kişiyi atladığını ve bu ayrımı kimin seçtiğini sorun.
3. "Ajan okuduğunda bir müşterinin yazdığı metne ne olur?" Araç sonuçlarının veri olarak mı yoksa olası talimatlar olarak mı ele alındığını soruyorsunuz. Bu konuyu düşünmüş bir satıcı hemen yanıt verir, çünkü bu, mühendislerini uykusuz bırakan başarısızlık modudur.
4. "Risk etiketleriniz ne anlama geliyor?" Ardından yanıtı satış sunumuna değil spesifikasyona göre kontrol edin ve varsayılanların ne olduğunu sorun — çoğu kişi bunları ters tahmin eder.
5. "Neler yapamaz?" Bir sınır listesi, mümkün olan en ucuz güvenilirlik sinyalidir ve neredeyse kimse böyle bir liste yayımlamaz. Yokluğu hiçbir şeyin kanıtı değildir. Varlığı ise çok değerlidir.

Son söylenecek şey sıralamayla ilgili, çünkü buradaki satın alma kararı genellikle yanlış zamanlanır. Ajan tabanlı pazarlamayı değerlendiren çoğu ekip, tekrar eden görevlerinden hangilerinin devredilmesinin güvenli olduğunu, hangilerinin olmadığını henüz yazıya dökmemiştir — ve bu karar, işi devralan bir yüklenici, bir moderatör ya da bir model olsun, aynı karardır. Topluluk görevleri nasıl devredilir bunu insanlarla birlikte ele alır ve analiz neredeyse hiç değişmeden aktarılır. Önce bunu yapın. Ajan yine orada olacak ve hangi araçlara gerçekten sahip olmasını istediğinizi bileceksiniz.