[{"data":1,"prerenderedAt":608},["ShallowReactive",2],{"post-\u002Ftr\u002Fyapay-zeka-icin-is-akisi-yeniden-tasarlamak":3},{"page":4,"translations":472,"nav":474,"related":598,"random":599},{"id":5,"title":6,"body":7,"categories":463,"category":463,"changeHistory":463,"date":463,"description":17,"disclosures":463,"draft":464,"extension":465,"firstLiveAt":463,"image":463,"imageAlt":463,"kind":463,"lang":463,"meta":466,"navigation":467,"omitGermanLocalizationDisclosure":464,"path":468,"publishedAt":463,"readingTime":463,"rights":463,"seo":469,"seoTitle":463,"slug":463,"sources":463,"stem":470,"tags":463,"translationKey":463,"type":463,"updated":463,"__hash__":471},"postsTr\u002Ftr\u002Fyapay-zeka-icin-is-akisi-yeniden-tasarlamak.md","Yapay Zekâ İçin İş Akışı Nasıl Yeniden Tasarlanır?",{"type":8,"value":9,"toc":452},"minimark",[10,14,18,21,24,28,33,36,39,42,45,48,52,65,73,76,79,82,85,104,107,110,114,117,120,123,126,129,132,136,139,146,152,158,164,167,294,297,301,304,307,310,313,316,319,322,326,329,332,335,407,410,413,416,423,426,430,433,436,443,446,449],[11,12,6],"h1",{"id":13},"yapay-zekâ-i̇çin-i̇ş-akışı-nasıl-yeniden-tasarlanır",[15,16,17],"p",{},"Bir satış ekibinin teklif hazırlamak için yapay zekâ kullanmaya başladığını düşünelim. Müşterinin e-postası sisteme veriliyor, birkaç saniye içinde düzgün bir teklif taslağı çıkıyor. Fakat satış temsilcisi teslim tarihini operasyon ekibine soruyor. Operasyon, talepte ürün çeşidinin belirtilmediğini fark ediyor. Müşteriye dönülüyor. Yanıt geldiğinde fiyatın da yeniden hesaplanması gerekiyor.",[15,19,20],{},"Metin hazır. Teklif hâlâ hazır değil.",[15,22,23],{},"Bu varsayımsal örnekte gecikmenin ne kadarı yazı yazmaktan, ne kadarı eksik bilgiden veya karar beklemekten geliyor bilmiyoruz. Teklif metnini hızlandırmak yararlı olabilir. Ancak önce müşterinin talebinden kullanılabilir bir teklife kadar uzanan işin nasıl ilerlediğini görmemiz gerekiyor.",[15,25,26,27],{},"İşi yeniden tasarlamanın neden yapay zekâ dönüşümünün merkezinde olması gerektiğini"," önceki yazıda ele aldım. Burada o düşünceyi çalışma masasına taşıyalım: Hangi adımlar var, kim yapıyor, nerede karar veriliyor ve ilk olarak neyi değiştirmeye değer?",[29,30,32],"h2",{"id":31},"haritanın-başlangıcını-ve-bitişini-müşteri-belirlesin","Haritanın başlangıcını ve bitişini müşteri belirlesin",[15,34,35],{},"“Teklif hazırlama” bir iş adı. Tek başına sürecin sınırını tarif etmiyor. Başlangıç müşterinin ilk mesajı mı, bütün bilgilerin tamamlanması mı? Bitiş dosyanın üretilmesi mi, onaylanması mı, müşteriye ulaşması mı?",[15,37,38],{},"Ölçümü yalnızca eksiksiz bilgiyle başlatırsanız bilgi toplarken geçen zamanı dışarıda bırakırsınız. Dosya oluştuğunda bitirirseniz fiyat onayında bekleyen işi göremezsiniz. Haritayı kolay ölçülen bölüme göre çizmek, çözmeye çalıştığınız sorunu baştan küçültebilir.",[15,40,41],{},"Örneğimizde başlangıç ilk teklif talebinin gelişi olsun. Akış, kapsamı, fiyatı ve teslim koşulları doğrulanmış teklif müşteriye ulaştığında tamamlansın. Müşterinin eksik veya yanlış bilgi nedeniyle düzeltme istemesini de bu işe geri bağlayalım. Satışa dönüşüm daha sonra izlenebilir. O sonucu teklif hazırlayan sistemin tek başına yarattığını varsayamayız.",[15,43,44],{},"İlk çalışma toplantısında süreci yöneten kişiyle birlikte işi yapanları ve çıktıyı kullananları buluşturun. Yakın zamanda tamamlanan sıradan bir talebi, gecikmiş bir talebi ve istisna içeren bir talebi açın. Bunlar bütün operasyonu temsil eden bir örneklem sayılmaz. Haritanın şirketin ideal süreç tarifinden kopup gerçek işe yaklaşmasını sağlar.",[15,46,47],{},"E-postada sorulan soruyu, başka bir tabloda tekrar girilen bilgiyi ve bir çalışanın telefonla çözdüğü belirsizliği de görünür kılın. İş, prosedürde yazmayan yerlerde de ilerliyor olabilir. Haritadaki bir adım tartışmalıysa tahminle tamamlamak yerine “doğrulanacak” diye işaretleyin.",[29,49,51],{"id":50},"rolleri-yan-yana-koyunca-devirler-görünür-olur","Rolleri yan yana koyunca devirler görünür olur",[15,53,54,55,64],{},"CXL’in ",[56,57,63],"a",{"href":58,"rel":59,"target":62},"https:\u002F\u002Fcxl.com\u002Fblog\u002Fworkflow-redesign-process\u002F",[60,61],"nofollow","noopener","_blank","iş akışı haritalama yazısı",", adımları rol bazlı şeritlerde göstermeyi ve ilk değişikliği açıkça tanımlanmış bir adımda denemeyi öneriyor. Yazı, CXL’in kendi eğitim programındaki atölyeden hareket ediyor ve o programı tanıtıyor. Bu nedenle onu uygulanabilir bir yöntem önerisi olarak kullanıyorum. Haritalamanın yatırım getirisi yarattığını gösteren bağımsız bir araştırma olarak değil.",[15,66,67,68,72],{},"Bu çizim biçimine ",[69,70,71],"em",{},"swimlane"," deniyor. Her yatay şeritte bir rol bulunuyor. Adımları soldan sağa yerleştirince işin kimden kime geçtiği görülüyor. Araçları ilgili adımın yanına yazabilirsiniz. Otomatik çalışan bir sistem için ayrı şerit açsanız da işletmedeki sorumlusu ayrıca belli olmalı.",[15,74,75],{},"Teklif örneğinde satış temsilcisi, satış operasyonu, operasyon planlama ve satış yöneticisi ayrı şeritlerde yer alabilir. Aynı kişi küçük bir şirkette birkaç rolü üstlenebilir. Buna rağmen rollerin ayrılması yararlıdır: Müşterinin ihtiyacını yorumlamakla teslimat kapasitesini doğrulamak farklı sorumluluklardır.",[15,77,78],{},"Bir kutuya “talebi incele, fiyatla ve müşteriye gönder” yazarsanız otomasyon için hâlâ fazla büyük bir iş tarif etmiş olursunuz. İnceleme, fiyat kararı ve gönderme ayrı kutulara ayrıldığında her biri için farklı bir müdahale seçilebilir.",[15,80,81],{},"Çizimin ayrıntısını bu karara göre ayarlayın. Her fare tıklamasını belgelemek gerekmez. Girdi, çıktı, sorumlu, karar yetkisi veya hata halinde izlenecek yol değişiyorsa ayrı bir adım açmak anlamlıdır.",[15,83,84],{},"Her adımın altına şu bilgileri ekleyin:",[86,87,88,92,95,98,101],"ul",{},[89,90,91],"li",{},"Hangi bilgi veya olayla başlıyor, hangi çıktı kabul edildiğinde bitiyor?",[89,93,94],{},"Kim yapıyor, sonraki kişi neyi teslim alıyor?",[89,96,97],{},"Ne kadar çalışma süresi, ne kadar bekleme var? Bu bilgi kayıt mı, tahmin mi?",[89,99,100],{},"Hangi bilgi eksik gelebiliyor, hangi hata işi geriye döndürüyor?",[89,102,103],{},"Bir karar gerekiyorsa yetki kimde ve hangi koşullarda kullanılabiliyor?",[15,105,106],{},"Bu notlar, aynı kutunun içinde farklı sorunlar saklanmasını önler. “Operasyon kontrolü uzun sürüyor” gözlemi, örneğin, kontrolün çok emek istediğini düşündürebilir. Kayıtlara bakınca işin çoğunlukla eksik bilgiyle geldiği veya uygun kişinin kuyruğunda beklediği anlaşılabilir. Bu iki durumda yapılacak değişiklik aynı olmaz.",[15,108,109],{},"Şeritli harita her süreç için zorunlu değildir. Tek kişinin yürüttüğü, dallanmayan kısa bir işte bir tablo yeterli olabilir. İş birkaç rol arasında dolaşıyor ve koşullara göre yön değiştiriyorsa şeritler okumayı kolaylaştırır. Haritanın değeri, ekipteki insanların aynı işi aynı biçimde açıklayabilmesinde.",[29,111,113],{"id":112},"karar-kutusuna-soruyu-dönüş-okuna-nedeni-yazın","Karar kutusuna soruyu, dönüş okuna nedeni yazın",[15,115,116],{},"Teklif talebinde teslim tarihi belirtilmemişse sistem nasıl davranacak? Geçmiş bir siparişten tarih mi çıkaracak, müşteriye mi soracak, satış temsilcisinin incelemesini mi bekleyecek?",[15,118,119],{},"Haritada “bilgiyi tamamla” yazmak bu seçimi çözmez. “Müşterinin istediği tarih belirtilmiş mi?” ayrı bir kontrol, “bu tarihi karşılayabilir miyiz?” ayrı bir iş kararıdır. Birincisi için kaynak mesajda bilgi ararsınız. İkincisi için kapasite, mevcut taahhütler ve öncelikler gerekir.",[15,121,122],{},"Karar kutusuna soruyu yazın. Çıkışları “evet”, “hayır” ve gerekiyorsa “bilinmiyor” olarak adlandırın. Bilinmeyeni olumlu kabul eden bir akış, eksik bilgiyi doğrulanmış bilgiye dönüştürür.",[15,124,125],{},"Normal yolun yanına sık görülen istisnaları ekleyin. Talep birbiriyle çelişen iki miktar içeriyorsa, standart ürünün dışında bir özellik isteniyorsa veya müşteri sonradan kapsamı değiştiriyorsa işin nereye döneceği belli olsun. Dönüş oku yalnızca “hata” demesin. “Miktar çelişkisi: satış temsilcisi müşteriden doğrulama ister” gibi bir neden ve sorumlu taşısın.",[15,127,128],{},"İnsan kontrolünü de aynı açıklıkla tarif edin. Kişinin yalnızca onay düğmesine basması yeterli olmaz. Orijinal talebi, sistemin çıkardığı bilgileri ve belirsizlikleri birlikte görebilmesi gerekir. Yanlış çıktıyı reddedebilmeli, işi durdurabilmeli ve gerektiğinde başka bir yetkiliye aktarabilmelidir. Bu inceleme için ayırdığı süre haritaya ve pilot hesabına girmeli.",[15,130,131],{},"Öte yandan her istisna sistem arızası değildir. Şirketin daha önce karar vermediği bir duruma rastlamış olabilirsiniz. Böyle bir durumda doğru adım, eksik iş kuralını ilgili kişiye karara bağlatmaktır. Modeli daha kararlı cevap vermeye zorlamak belirsizliği çözmez.",[29,133,135],{"id":134},"her-adıma-dört-seçenekle-bakın","Her adıma dört seçenekle bakın",[15,137,138],{},"Mevcut akış görünür olduğunda her kutunun neden var olduğunu yeniden değerlendirebilirsiniz. Bunun için dört çalışma etiketi yeterli: kaldır, otomatikleştir, destekle ve koru. Bunlar değişmez kategoriler değil, o adım için verdiğiniz kararlardır.",[15,140,141,145],{},[142,143,144],"strong",{},"Kaldır:"," Çıktısını kimse kullanmayan veya başka bir adımı gereksiz yere tekrar eden işi bırakın. Ancak görünürde tekrarlanan bir kontrolün farklı bir sorumluluğu olabilir. Kaldırma kararı, çıktıyı kullanan kişiyle doğrulanmalı.",[15,147,148,151],{},[142,149,150],{},"Otomatikleştir:"," Girdisi, kuralı ve kabul edilebilir çıktısı açık işi sisteme bırakın. Bu seçenek yapay zekâ gerektirmeyebilir. Standart alanların iki sistem arasında aktarılması için mevcut bir entegrasyon yeterli olabilir. Kayıt eşleşmesi belirsizse otomatik yol durmalı.",[15,153,154,157],{},[142,155,156],{},"Destekle:"," Sistem bilgiyi düzenlesin, seçenek veya taslak hazırlasın. İnsan kaynağa bakarak değerlendirsin ve sorumluluğu taşısın. Yardımın değeri, kontrol ve düzeltme emeği hesaba katıldıktan sonra anlaşılır.",[15,159,160,163],{},[142,161,162],{},"Koru:"," Bağlam, taahhüt veya hata etkisi nedeniyle insanın yürütmesi gereken işi açıkça insanda tutun. Bu, mevcut işleyişe dokunulmayacağı anlamına gelmez. Yetkiyi sadeleştirmek, gerekli bilgiyi aynı yerde toplamak veya bir yedek sorumlu belirlemek yine işi iyileştirebilir.",[15,165,166],{},"Varsayımsal teklif akışımızda ilk değerlendirme şöyle görünebilir:",[168,169,170,186],"table",{},[171,172,173],"thead",{},[174,175,176,180,183],"tr",{},[177,178,179],"th",{},"Adım",[177,181,182],{},"Sorumlu rol",[177,184,185],{},"Aday karar ve gerekçesi",[187,188,189,201,212,222,232,243,254,264,274,284],"tbody",{},[174,190,191,195,198],{},[192,193,194],"td",{},"Talebi kayda almak ve müşteriyi eşleştirmek",[192,196,197],{},"Satış temsilcisi",[192,199,200],{},"Otomatikleştir: yalnızca eşleşme açıksa. Belirsiz kayıtları insan çözer.",[174,202,203,206,209],{},[192,204,205],{},"Aynı talebi ikinci bir iç takip formuna kopyalamak",[192,207,208],{},"Satış operasyonu",[192,210,211],{},"Kaldır: ayrı bir kullanım veya kontrol ihtiyacı olmadığı doğrulanırsa.",[174,213,214,217,219],{},[192,215,216],{},"Talepteki ihtiyaçları alanlara ayırmak",[192,218,208],{},[192,220,221],{},"Destekle: yapay zekâ kaynak gösteren bir taslak hazırlayabilir.",[174,223,224,227,229],{},[192,225,226],{},"Eksik ve çelişkili bilgiyi müşteriyle netleştirmek",[192,228,197],{},[192,230,231],{},"Koru: müşterinin niyetini tahmin ederek tamamlamamak gerekir.",[174,233,234,237,240],{},[192,235,236],{},"Teslimatın mümkün olup olmadığını doğrulamak",[192,238,239],{},"Operasyon planlama",[192,241,242],{},"Koru: güncel kapasite ve mevcut taahhütler değerlendirilir.",[174,244,245,248,251],{},[192,246,247],{},"Fiyatı ve istisnai koşulları belirlemek",[192,249,250],{},"Satış yöneticisi",[192,252,253],{},"Koru: karar ve taahhüt yetkisi bu roldedir.",[174,255,256,259,261],{},[192,257,258],{},"Onaylı bilgileri teklif şablonuna aktarmak",[192,260,208],{},[192,262,263],{},"Otomatikleştir: açık alan eşlemeleriyle yapılabilir.",[174,265,266,269,271],{},[192,267,268],{},"Teklifi son kez onaylamak",[192,270,250],{},[192,272,273],{},"Koru: müşteriye verilecek sözün tamamı incelenir.",[174,275,276,279,281],{},[192,277,278],{},"Onaylı sürümü doğru müşteriye göndermek",[192,280,197],{},[192,282,283],{},"Otomatikleştir: alıcı, sürüm ve onay kontrolleri sağlanırsa.",[174,285,286,289,291],{},[192,287,288],{},"Düzeltme talebini ilgili adıma geri taşımak",[192,290,197],{},[192,292,293],{},"Destekle: sistem nedeni önerebilir, temsilci doğrular.",[15,295,296],{},"Bu tablo bir uygulama talimatı değil, araştırılacak değişikliklerin listesi. Gerçek bir işletmede her satırın gerekçesi mevcut kayıtlarla sınanmalı. Aynı anda bütün adayları uygulamak, hangisinin neyi değiştirdiğini anlamayı zorlaştırır.",[29,298,300],{"id":299},"i̇lk-pilotun-sınırı-bir-cümleye-sığmalı","İlk pilotun sınırı bir cümleye sığmalı",[15,302,303],{},"İlk deneme için hem işletme açısından anlamı olan hem de sonucunu inceleyebileceğiniz bir adım seçin. Tekrarlanması, kabul ölçütünün açıklığı, veriye uygun erişim ve hata halinde eski yönteme dönebilmek seçimde işe yarar. En kolay görünen kutunun toplam akışa katkısı yoksa pilot için iyi bir aday olmayabilir.",[15,305,306],{},"Örneğimizde sınanacak öneri şu olsun: Yapay zekâ, standart ürünlerle ilgili teklif talebinden ihtiyaç alanlarını çıkaracak; satış operasyonu bunları kaynak mesajla karşılaştırıp kabul edecek veya düzeltecek.",[15,308,309],{},"Pilot fiyat vermeyecek, teslimat sözü üretmeyecek ve müşteriye mesaj göndermeyecek. Talep metninden ürün, miktar, istenen tarih ve açık sorular çıkaracak. Her alanın yanında dayandığı kaynak bölümü görünecek. Kaynakta bulunmayan bilgi “belirtilmemiş” olarak kalacak. Çelişkili bilgi insan incelemesine gidecek.",[15,311,312],{},"Bu seçimin gerekçesi, eksik veya yanlış aktarılan ihtiyacın sonraki teklif adımlarını etkilemesi. Yine de ilk haritalama bu işin çok az zaman aldığını ve neredeyse hiç hata üretmediğini gösterirse pilotu seçmemek gerekir. Bekleme esas olarak teslimat kararındaysa operasyon planlamanın bilgiye erişimini veya karar düzenini değiştirmek daha yararlı olabilir.",[15,314,315],{},"Pilotun hazırlığında normal taleplerin yanında eksik, çelişkili ve kapsam dışı örnekler de kullanın. İlk denemeyi gerçek işlemi etkilemeyen kopyalar üzerinde yapın. Şirketin kullanımına izin verdiği veri ve ortamla çalışın. Gerekli olmayan müşteri bilgilerini bu adıma taşımayın. Kabul edilen kapsamın dışındaki talepler mevcut insan yolundan ilerlesin ve sayıları kayıtta kalsın.",[15,317,318],{},"Canlıdaki sınırlı denemeden önce sorumluyu, inceleme kapasitesini ve durdurma koşullarını yazın. Kaynaksız bir bilginin doğrulanmış gibi sonraki adıma geçmesi veya müşteri kayıtlarının karışması bu örnekte durdurma nedeni olur. Hata araştırılırken ekip eski yöntemle çalışabilmeli. Pilot sahibi, sistemin hangi taleplerde kullanıldığını ve kimlerin çıktıyı inceleyeceğini bilmeli.",[15,320,321],{},"Bu aşamada diğer aday değişiklikleri uygulamayın. İkinci formu kaldırmak veya belge aktarımını otomatikleştirmek ayrı kararlar olarak beklesin. Sonraki pilotta bunlardan biri daha değerli çıkabilir.",[29,323,325],{"id":324},"ölçüm-iş-yeniden-açıldığında-da-devam-etmeli","Ölçüm, iş yeniden açıldığında da devam etmeli",[15,327,328],{},"Pilotun başarı tanımını sistemi kurmadan önce yazın. İlk taslağın kaç saniyede çıktığını ölçmek kolay. Fakat satış operasyonu alanları yeniden okumak ve düzeltmek için daha fazla zaman harcıyorsa o rakam eksik bir resim verir.",[15,330,331],{},"Başlangıç düzeyini aynı tanımlarla kaydedin. Pilot ile mevcut yöntemi karşılaştırırken iş türünü, zorluğunu, hacmini ve takip süresini benzer tutmaya çalışın. Uygunsa benzer talepleri iki yönteme tarafsız biçimde dağıtın. Yalnızca önce-sonra karşılaştırması yapabiliyorsanız o sırada değişen ekip, talep yapısı veya başka süreçleri de kayda alın. Bulguyu buna göre sınırlayın.",[15,333,334],{},"Teklif örneğinde beş ölçüm alanı birlikte okunabilir:",[168,336,337,350],{},[171,338,339],{},[174,340,341,344,347],{},[177,342,343],{},"Alan",[177,345,346],{},"Ne izlenecek?",[177,348,349],{},"Kanıt nerede?",[187,351,352,363,374,385,396],{},[174,353,354,357,360],{},[192,355,356],{},"Hız",[192,358,359],{},"Talebin gelişinden teklifin teslimine kadar geçen süre. Ayrıca pilot adımındaki toplam insan emeği ve bekleme.",[192,361,362],{},"Talep, inceleme, onay ve teslim zamanları.",[174,364,365,368,371],{},[192,366,367],{},"Kalite",[192,369,370],{},"İlk kontrolde bütün zorunlu alanları doğru bulunan taleplerin incelenen taleplere oranı. Hata türleri ayrıca tutulur.",[192,372,373],{},"Kaynak mesajla karşılaştırılan alanlar ve inceleme sonucu.",[174,375,376,379,382],{},[192,377,378],{},"Yeniden iş",[192,380,381],{},"Düzeltme için geri dönen taleplerin oranı, dönüş nedeni ve düzeltmeye harcanan toplam emek.",[192,383,384],{},"Talep kimliğine bağlı dönüş ve çalışma kayıtları.",[174,386,387,390,393],{},[192,388,389],{},"Sonuç",[192,391,392],{},"Müşterinin bilgi hatası veya eksikliği nedeniyle teklif revizyonu istediği durumlar. Daha sonraki teklif kabulü ayrıca izlenir.",[192,394,395],{},"Teslim kaydı ve kararlaştırılmış takip dönemindeki müşteri yanıtları.",[174,397,398,401,404],{},[192,399,400],{},"Öğrenme",[192,402,403],{},"Tekrarlanan belirsizliklerden hangisinin iş kuralına veya form değişikliğine dönüştüğü ve benzer talepte tekrar edip etmediği.",[192,405,406],{},"Karar gerekçesi, sorumlusu ve sonraki benzer talebin incelemesi.",[15,408,409],{},"Ortalamaya bakıp uzun bekleyen işleri kaybetmeyin. Tipik tamamlanma süresinin yanında en fazla bekleyen grubu da inceleyin. Kontrolü tamamlanmamış talepleri başarılı saymayın. Pilotun dışına çıkan işleri de toplamdan sessizce düşürmeyin. Aksi halde sistem zor talepleri insana bıraktıkça kendi başarı oranı yükselir.",[15,411,412],{},"Küçük bir ifade düzeltmesiyle yanlış ürün miktarı aynı hata değildir. Hataları etkilerine göre ayırın. Tek bir ciddi hata, çok sayıda doğru alanın içinde görünmez olmamalı. Az sayıda ve hatasız tamamlanan bir deneme de nadir hataların çözüldüğünü kanıtlamaz.",[15,414,415],{},"Müşterinin yanıt vermemesi teklifin sorunsuz olduğu anlamına gelmez. Takip süresi dolmayan veya sonucu bilinmeyen işleri ayrı gösterin. Teklifin kabulü ise fiyat, rekabet ve müşteri bütçesinden de etkilenir. Pilot daha fazla satış getirdi demek için alan çıkarma kalitesinden çok daha güçlü bir karşılaştırma gerekir.",[15,417,418,422],{},[56,419,421],{"href":420},"\u002Ftr\u002Fyapay-zeka-sisteminiz-gercekten-sonuc-uretiyor-mu","Yapay zekâ sistemlerinde çıktı, tamamlanan iş ve işletme etkisini ayıran ölçüm yazısı"," bu kanıt farkını ayrıntılı ele alıyor. Buradaki uygulaması basit: Haritadaki her kazanım iddiasının yanında hangi kayda bakılacağı belli olsun.",[15,424,425],{},"Maliyet hesabında da model kullanımına kontrol, düzeltme, entegrasyon ve bakım emeğini ekleyin. Başlangıç kurulumunu düzenli işletim maliyetinden ayrı tutun. Kazanılan zamanı doğrudan ücretle çarpıp gerçekleşmiş tasarruf yazmayın. O süre birikmiş teklifleri azaltmış, fazla mesaiyi düşürmüş veya daha dikkatli müşteri görüşmelerine ayrılmış olabilir. Hangi karşılığın oluştuğunu ayrıca gösterin.",[29,427,429],{"id":428},"öğrenilen-şey-haritayı-değiştirmeli","Öğrenilen şey haritayı değiştirmeli",[15,431,432],{},"Pilot sırasında müşterilerin sık sık iki farklı teslim tarihi yazdığını fark ettiğimizi varsayalım. Biri ürünün sevk tarihi, diğeri müşterinin kendi faaliyetine başlama tarihi olsun. Sistem bunları karıştırıyorsa yalnızca çıkarım talimatını değiştirmek yeterli olmayabilir. Talep formunda da tek bir “tarih” alanı bulunuyorsa belirsizlik işin başında üretiliyordur.",[15,434,435],{},"Bu bulgu satış temsilcisine ve operasyon planlamaya dönmeli. Hangi tarihin hangi kararda kullanılacağı açıklanmalı, gerekirse form ayrılmalı. Değişiklik daha sonraki benzer taleplerde sınanmalı. Böylece pilot, şirketin eksik bir tanımını düzeltmesine yardım edebilir.",[15,437,438,442],{},[56,439,441],{"href":440},"\u002Ftr\u002Fai-isi-yaparken-insan-surecin-neresinde-olmali","İnsanların yapay zekâ sürecindeki öğrenme rolünü tartıştığım yazıda"," son kontrolün bu nedenle yeterli olmadığını anlatmıştım. Burada o düşüncenin haritadaki karşılığı, istisnadan iş tanımına dönen bağlantıdır. Çıktıyı düzeltmek bugünkü teklifi kurtarır. Belirsizliğin nedenini düzeltmek sonraki talebin farklı ilerlemesini sağlar.",[15,444,445],{},"Bu bağlantının da sahibi olmalı. Satış operasyonu belirsizliği kaydedebilir, ilgili rol kuralı karara bağlayabilir, süreç sahibi haritayı güncelleyebilir. Daha az deneyimli çalışanlar da yalnızca alan düzeltmeye değil, gerekçeyi incelemeye ve sonraki örneği değerlendirmeye katılabilir. Öğrenmeyi kaydedilen not sayısıyla ölçmek yerine kararın bir sonraki işte kullanılıp kullanılmadığına bakın.",[15,447,448],{},"Pilotun sonunda devam, değiştir veya durdur kararı verin. Süre kısalırken kontrol yükü veya müşteri düzeltmeleri artıyorsa yaygınlaştırmayı bekletin. Fayda yalnızca dar bir talep türünde görülüyorsa o sınırı koruyun. Katkı görünmüyorsa daha iyi bir model aramadan önce yanlış adımı seçmiş olma ihtimalini değerlendirin.",[15,450,451],{},"Bir sonraki çalışma toplantısını sınırları belli bir pilot kararıyla bitirin. Ekip, hangi talebin nereden başlayıp hangi sonuca ulaşacağını, ilk denemede hangi adımın değişeceğini ve hangi bulguda duracağını açıklayabilsin. Bu üç karar verildiğinde satın alınacak ya da geliştirilecek şeyin sınırı da çok daha net olur.",{"title":453,"searchDepth":454,"depth":454,"links":455},"",2,[456,457,458,459,460,461,462],{"id":31,"depth":454,"text":32},{"id":50,"depth":454,"text":51},{"id":112,"depth":454,"text":113},{"id":134,"depth":454,"text":135},{"id":299,"depth":454,"text":300},{"id":324,"depth":454,"text":325},{"id":428,"depth":454,"text":429},null,false,"md",{},true,"\u002Ftr\u002Fyapay-zeka-icin-is-akisi-yeniden-tasarlamak",{"title":6,"description":17},"tr\u002Fyapay-zeka-icin-is-akisi-yeniden-tasarlamak","rWfhGDOl_IrI_l4P-q7fVQ3xyZkClPSaX0002F_NUck",{"tr":473},{"path":468,"title":6},{"prev":475,"next":478,"others":481,"lucky":597,"readingTime":463},{"path":476,"title":477},"\u002Ftr\u002Ficerigi-uretmekle-dagitmak-ayni-karar-degil","Icerigi Uretmekle Dagitmak Ayni Karar Degil",{"path":479,"title":480},"\u002Ftr\u002Fdusuk-rekabetli-serpte-api-tabanli-bir-seo-denemesi","camiler.org: Google Maps ve OpenAI ile Bir Programatik SEO Deneyi",[482,484,487,490,493,496,499,502,505,508,511,514,515,518,521,524,525,528,531,534,537,540,543,546,549,552,555,558,561,564,567,570,573,576,579,582,585,588,591,594],{"path":440,"title":483},"AI İşi Yaparken İnsan Sürecin Neresinde Olmalı?",{"path":485,"title":486},"\u002Ftr\u002Fbanka-hesap-hareketleri-entegrasyonu","Bir Bankayı Entegre Etmek Kolay. Kırk Bankayı Çalışır Tutmak Değil.",{"path":488,"title":489},"\u002Ftr\u002Fai-verimlilik-kazanci-kimin-cebine-giriyor","AI Verimlilik Kazancı Kimin Cebine Giriyor?",{"path":491,"title":492},"\u002Ftr\u002Fbuild-in-public-2-0","AI Çağında Build in Public: Neyi Paylaşmalı, Neyi Saklamalı?",{"path":494,"title":495},"\u002Ftr\u002Fayni-yapay-zeka-modeli-neden-farkli-sonuc-veriyor","Aynı Yapay Zekâ Modeli Neden Farklı Uygulamalarda Farklı Sonuç Veriyor?",{"path":497,"title":498},"\u002Ftr\u002Fsurec-otomasyonunda-yapay-zeka-ne-zaman-kullanilmali","Bir Süreci Otomatikleştirirken Yapay Zekâ Ne Zaman Gerekli?",{"path":500,"title":501},"\u002Ftr\u002Fpesintaksit-pesin-mi-taksit-mi-gercek-maliyet-hesaplama-ve-finansal-farkindalik-araci","Peşin mi, Taksit mi? – PeşinTaksit’in Ortaya Çıkış Hikayesi",{"path":503,"title":504},"\u002Ftr\u002Fesigin-sifira-inmesi","Eşik Düştü: ProductLog’un Bana Gösterdiği Build in Public Riski",{"path":506,"title":507},"\u002Ftr\u002Fredar-kap-bildirimleri-icin-yapay-zeka-destekli-ozet-ve-uyari-sistemi","Redar: KAP Bildirimleri İçin Yapay Zeka Destekli Özet ve Uyarı Sistemi",{"path":509,"title":510},"\u002Ftr\u002Fai-ajansin-uygulama-isini-azaltirken-stratejiyi-kim-yapacak","Uygulamayı Ajans Değil AI Yaparsa Stratejiyi Kim Kuracak?",{"path":512,"title":513},"\u002Ftr\u002Fai-agent-ne-zaman-gerekli-workflow-ne-zaman-yeterli","AI Agent Ne Zaman Gerekli?",{"path":476,"title":477},{"path":516,"title":517},"\u002Ftr\u002Fsesli-ajan-sistemi-kurarken-neye-dikkat-etmeliyiz","Sesli ajan sistemi kurarken neye dikkat etmeliyiz?",{"path":519,"title":520},"\u002Ftr\u002Fyapay-zeka-caginda-cocuk-yetistirmek","Yapay Zeka Çağında Çocuk Yetiştirmek",{"path":522,"title":523},"\u002Ftr\u002Fyapay-zekanin-degeri-her-zaman-daha-fazla-is-degildir","Yapay Zekânın Değeri Her Zaman Daha Fazla İş Değildir",{"path":479,"title":480},{"path":526,"title":527},"\u002Ftr\u002Fmesele-llms-txt-degil-yegen","Mesele llms.txt Değil Yeğen!",{"path":529,"title":530},"\u002Ftr\u002Fai-atiflari-kendi-saatine-gore-isliyor","Yapay Zeka Görünürlüğü Aramadan Önce Düştü: Google Verileri Teorimi Nasıl Değiştirdi?",{"path":532,"title":533},"\u002Ftr\u002Fsoru-sormaktan-isi-devretmeye","Soru Sormaktan İşi Devretmeye: Codex Araştırması Ne Gösteriyor?",{"path":535,"title":536},"\u002Ftr\u002Fyapay-zeka-deneyim-farkini-nasil-degistiriyor","Yapay Zekâyı İyi Kullanan Bir Junior Kıdemli Uzmanı Geçebilir mi?",{"path":538,"title":539},"\u002Ftr\u002Fsaglikta-yapay-zeka-chatbot-triyaj-ve-tibbi-cihaz-arasindaki-fark","Sağlıkta yapay zekâ: Chatbot, triyaj ve tıbbi cihaz arasındaki fark",{"path":541,"title":542},"\u002Ftr\u002Fturkiyenin-ilk-gercek-zamanli-gizli-musteri-raporlamasi","Türkiye'nin İlk Gerçek Zamanlı Gizli Müşteri Raporlaması",{"path":544,"title":545},"\u002Ftr\u002Fai-hep-bu-kadar-iyi-degildi-biz-cok-hizli-alistik","AI Hep Bu Kadar İyi Değildi. Biz Çok Hızlı Alıştık",{"path":547,"title":548},"\u002Ftr\u002Ficerik-budama-nasil-yapilir","İçerik Budama Nasıl Yapılır? Gerçek Bir Content Pruning Vaka Analizi",{"path":550,"title":551},"\u002Ftr\u002Fai-ile-bilgi-tabani-kurmak-isletmek-zor","AI ile yazarken arşivi de düşünmek",{"path":553,"title":554},"\u002Ftr\u002Fyapay-zeka-yargisina-neden-guveniyoruz","Yapay Zekâ Yargılarına Neden Güveniyoruz?",{"path":556,"title":557},"\u002Ftr\u002Fai-projesine-model-secerek-baslamayin","AI Projesine Model Seçerek Başlamayın",{"path":559,"title":560},"\u002Ftr\u002Fveriniz-yapay-zekaya-hazir-mi","Veriniz Yapay Zekâya Hazır mı? Önce Hangi Karar İçin Olduğunu Söyleyin",{"path":562,"title":563},"\u002Ftr\u002Fai-sizi-onersin-diye-yazmayin","AI Markamı Önersin Yanlış Hedef: Peki Doğrusu Ne?",{"path":565,"title":566},"\u002Ftr\u002Fcloudflare-docker-ve-acik-kaynak-araclarla-bir-altyapi-kurmak-camiler-orgun-teknik-hikayesi","Camiler.org'u Neden Tek VPS Üzerinde Çalıştırıyorum?",{"path":568,"title":569},"\u002Ftr\u002Fkurumsal-yapay-zekada-rag-ne-zaman-gerekir","Kurumsal Yapay Zekâda RAG Ne Zaman Gerekir?",{"path":571,"title":572},"\u002Ftr\u002Fnormalde-erteleyecegim-isi-ai-ile-bir-saatte-bitirdim","Normalde üşenip yapmayacağım işi AI ile bir saatte bitirdim",{"path":574,"title":575},"\u002Ftr\u002Fsatis-ile-diger-departmanlar-neden-surekli-catisiyor","Satış ile Diğer Departmanlar Neden Sürekli Çatışıyor?",{"path":577,"title":578},"\u002Ftr\u002Fyapay-zekaya-ne-kadar-yetki-verilmeli","Yapay Zekâya Ne Kadar Yetki Vermeliyiz?",{"path":580,"title":581},"\u002Ftr\u002Fmusteri-memnun-oldugunu-unutur-hatirlatmak-gerek","Müşteri Memnun Olduğunu Unutur, Hatırlatmak Gerek!",{"path":583,"title":584},"\u002Ftr\u002Fayda-1-milyon-gosterim-sifir-gelir-programatik-seo-vaka-analizi","Ayda 1 Milyon Gösterim, Sıfır Gelir: Programatik SEO Vaka Analizi (Post-Mortem)",{"path":586,"title":587},"\u002Ftr\u002Fyapay-zeka-ve-hic-yapilmayan-ise-alimlar","Yapay zekâ işten çıkarmadan iş sayısını azaltıyor",{"path":589,"title":590},"\u002Ftr\u002Fab-yapay-zeka-yasasi-turkiyedeki-sirketleri-ne-kadar-etkiler","AB Yapay Zekâ Yasası Türkiye'deki Şirketleri Ne Kadar Etkiliyor?",{"path":592,"title":593},"\u002Ftr\u002Fkuruma-ozel-yapay-zeka-icin-fine-tuning-sart-mi","Kuruma Özel Yapay Zekâ İçin Fine-Tuning Şart mı?",{"path":595,"title":596},"\u002Ftr\u002Fyapay-zeka-ile-api-gelistirirken-rest-kalitesini-korumak","Yapay Zekâ ile API Geliştirirken Kaliteyi Korumak",{"path":491,"title":492},[],[600,604,606],{"path":601,"title":602,"date":603},"\u002Ftr\u002Fteknoloji-yonetimi-ile-dijital-donusum-ayni-sey-degil","Teknoloji Yönetimi ile Dijital Dönüşüm Aynı Şey Değil","2026-08-24",{"path":586,"title":587,"date":605},"2026-06-25",{"path":583,"title":584,"date":607},"2026-06-21",1789581423793]