Mevcut ekip boşta kalmaz; işin ağırlık merkezi yer değiştirir. Yapay zeka personeli, günün büyük kısmını yiyen tekrar eden adımları devralır: gelen talebi okumak, kalemleri ayıklamak, stokta ve fiyat listesinde aramak, taslak tabloyu hazırlamak. Ekipteki kişi bu çıktıyı denetleyen, istisnayı karara bağlayan ve müşteriyle konuşan kişiye döner. Bu daha kolay bir iş değil, farklı bir iş — ve bu yazının geri kalanı tam olarak o farkın ne olduğunu anlatıyor.
Neyin devredildiğini belirleyen üç ölçüt
Bir iş adımının devredilip devredilemeyeceğine mesleğe bakarak karar verilmez, adımın kendisine bakarak karar verilir. Pratikte üç ölçüt bir arada tutuyorsa o adım devredilebilir.
- Tekrar eder: Aynı şey haftada onlarca, yüzlerce kez yapılıyordur. Gelen bir e-postadan kalem listesi çıkarmak, her seferinde aynı işlemdir.
- Kuralı bellidir: "Şu koşulda şu yapılır" diye yazılabiliyordur. Yazılamıyorsa, sorun yazılımda değil, sürecin kendisinde tanımsızlık vardır.
- Hacimlidir: Adımın süresi kısa ama toplamı büyüktür. Tek bir talebi elle ayıklamak dört dakika sürer; günde kırk talep, iki buçuk saat eder.
Üçü birden tutmuyorsa devretmeyin. Ayda üç kez yapılan, her seferinde farklı yürüyen bir iş için sistem kurmak, kazandırdığından fazlasını bakım olarak geri alır.
İnsanda kalanlar: istisna, müzakere, ilişki, yargı
Devredilemeyen adımların ortak özelliği, girdisinin belirsiz veya sonucunun bağlayıcı olmasıdır. Bunlar dört başlıkta toplanıyor.
İstisna. Müşteri her zaman standart kalem istemez. "Geçen seferki gibi ama kalınlığı bir tık aşağı" diye yazan bir talep, kuralın dışına düşer. Sistem bunu tanır ve işaretler; ne yapılacağına insan karar verir.
Müzakere. Tedarikçiye "bu fiyatı üç gün tutar mısın" demek bir hesap değil, bir ilişki hamlesidir. Kimin ne kadar esneyeceğini bilen kişi, o ilişkiyi yıllardır taşıyan kişidir.
İlişki. Gecikmiş bir siparişi telefonda açıklamak, müşterinin sesindeki tonu duymak, bir sonraki işi kaybetmemek — bunlar tabloya girmez.
Yargı. "Bu talep gerçekten bir talep mi, yoksa fiyat sorup gitmek için mi geldi?" Bu soruya on beş yıllık satınalmacı, iki saniyede ve çoğu zaman doğru cevap verir. Sistemin böyle bir sezgisi yoktur.
İş adımı bazında tablo
Aşağıdaki tablo, teklif hazırlama sürecinden alınmış tipik bir akışı gösteriyor. Kendi sürecinizde adımlar farklı isimlenir ama mantık aynıdır.
| İş adımı | Devredilir mi? | Devredilirse insan ne yapar? |
|---|---|---|
| Gelen e-postayı açıp talebi ayıklamak | Evet | Ayıklanan listeyi gözden geçirir; eksik veya çelişkili kalemi işaretler |
| Kalemleri stok/fiyat listesiyle eşleştirmek | Evet | Düşük güvenle eşleşen satırlara bakar, doğrusunu seçer |
| Aynı müşterinin geçmiş siparişlerini bulmak | Evet | Geçmişle bugünkü talep arasındaki farkı yorumlar |
| Tedarikçiye stok/termin sormak | Kısmen | Standart soruyu sistem sorar; pazarlık ve öncelik telefonu insanda kalır |
| Fiyat kararı ve iskonto | Hayır | Kararı verir; sistem yalnızca girdileri önüne koyar |
| Teklif belgesini hazırlamak | Evet | Son okumayı yapar, imzalar, gönderir |
| Şüpheli veya sınır dışı kaydı değerlendirmek | Hayır | Asıl yeni iş budur; aşağıda ayrıntılandırılıyor |
| Müşteriye gecikmeyi bildirmek | Hayır | Konuşmayı kendisi yapar; sistem yalnızca hatırlatır |
| Aylık talep/dönüşüm raporu çıkarmak | Evet | Rapordaki sapmanın sebebini araştırır |
Tabloya bir kez daha bakın: hiçbir satırda "insan çıkar" yazmıyor. Her satırda insanın ne yaptığı yazıyor — ve sağ sütun, sol sütundan daha zor işlerle dolu.
Rol nasıl değişiyor: form doldurmaktan sistemi denetlemeye
Eski günün şekli şuydu: sabah gelen kutusunu aç, talebi oku, ERP ekranını aç, kalemleri tek tek ara, bulamadığını sor, tabloyu doldur, gönder. Günün altı saati bu döngüdür. Kalan iki saatte müşteriyle konuşulur.
Yeni günün şekli tersine döner. Sabah, gece boyunca işlenmiş talepler önünüzde hazırdır; her birinin yanında sistemin ne kadar emin olduğu ve neyi bulamadığı yazar. Siz üstten aşağı tarar, işaretli olanlara girer, kalanları onaylarsınız. Bu iş kırk dakika sürer. Kalan zaman istisnalara, müzakereye ve müşteriye gider.
Bu geçişin dürüst tarafı şudur: form dolduran kişi, sistemi denetleyen kişiye dönüşür. Denetlemek, doldurmaktan daha az yorucu değildir. Doldururken hata kendi elinizdedir ve fark edersiniz. Denetlerken hata başkasının elindedir ve fark etmek dikkat ister. Bu yüzden bu rolü "kolaylaştı" diye anlatmak yanlıştır; "değerli hale geldi" demek daha doğrudur.
Somut bir örnek
Bir müşteriden gelen e-postanın gövdesi aynen şuydu: "Merhaba, ekteki listeden 8'lik ve 10'luk sacdan 12'şer tabaka lazım, geçen ayki fiyattan olur mu, cuma yüklemek istiyoruz." Bu üç satırda dört ayrı iş var: kalemleri ayıklamak, geçen ayki fiyatı bulmak, cuma için stok ve termin teyidi almak, fiyatın hâlâ geçerli olup olmadığına karar vermek.
Sistem ilk üçünü yapar: kalemleri ölçüsüyle çıkarır, aynı müşterinin önceki siparişindeki fiyatı bulur, stok ve termin bilgisini önünüze koyar. Dördüncüsünü yapmaz, çünkü "geçen ayki fiyattan olur mu" sorusunun cevabı bir hesap değil, bir karardır. Ekipteki kişinin ekranında beliren şey doldurulacak boş bir form değil, hazır bir tablo ve tek bir açık sorudur. İşin niteliği tam olarak burada değişir; yapay zeka personel ekibi bu ayrımı akışın içine gömülü olarak kurar.
Yeni işin somut içeriği
"Denetim" soyut bir kelime. Uygulamada üç somut iş demektir.
1. Şüpheli kaydı fark etmek
Sistem bir kalemi eşleştirir ama emin değildir; yanına düşük bir güven işareti koyar. Bazen de emindir ve yine de yanlıştır — talepte geçen ölçü, listedeki benzer bir ürüne oturmuştur. İşi bilen kişi tabloya bakarken "bu müşteri bu kalınlığı hiç almadı" der ve durur. Bu tek cümle, gitmiş bir siparişten daha ucuzdur.
2. Sınır dışı durumu değerlendirmek
Talep, tanımlı kuralların dışına düşer: alışılmadık miktar, listede olmayan bir ürün, ödeme koşulu farklı bir müşteri. Sistem bunları işlemeye kalkmaz, kenara ayırır. Ayrılan kutuyu boşaltmak insanın işidir ve gün içindeki en yüksek katma değerli iştir, çünkü orada karar vardır.
3. Sistemin yanlışını yakalayıp geri bildirmek
Aynı hata iki kez tekrar ediyorsa bu bir arıza değil, eksik tanımdır. "Bu tedarikçinin listesinde ölçü sonda yazıyor, sistem baştan okuyor" gibi bir gözlem, kuralın düzeltilmesiyle sonuçlanır. Sistemi zaman içinde iyileştiren şey budur; bunu yapabilecek tek kişi de işi yıllardır yapan kişidir. Kurulum sürecimizin her adımında sahadaki kişinin bu geri bildirimi zorunlu girdi sayılır.
Metal ticaretinde kurduğumuz sistem, 1.500+ gerçek talep ve 8.000+ kalemlik tedarikçi stok listesi üzerinde çalıştı ve isabet %99'un üzerinde ölçüldü. Geri kalan pay, tam olarak yukarıdaki üç işin var olma sebebidir.
Geçiş döneminde ekibe ne söylenmeli, ne söylenmemeli
Otomasyon projelerinin çoğu teknik sebeple değil, içeriden dirençle çöker. Direnç, kötü niyetten değil belirsizlikten doğar. Belirsizliği azaltan şey de erken ve net konuşmaktır.
| Söylenmemesi gereken | Söylenmesi gereken |
|---|---|
| "Hiçbir şey değişmeyecek, merak etmeyin" | "Şu üç adım değişecek, şunlar aynı kalacak" |
| "Artık bu işi yapmanıza gerek yok" | "Bu adıma harcadığınız zaman şuraya kayacak" |
| "Sistem sizden daha iyi yapıyor" | "Sistem hızlı yapıyor, doğruluğunu siz onaylıyorsunuz" |
| Kararı duyurmadan önce sessizce kurmak | Kuralları ekiple birlikte yazmak |
| Hedefi belirsiz bırakmak | "Amacımız aynı ekiple daha çok talep karşılamak" ya da başka neyse, açıkça söylemek |
Bir de söylenmemesi gereken bir şey daha var: gerçek olmayan güvence. Eğer yönetim ileride kadro küçültmeyi düşünüyorsa, "kimse gitmeyecek" demek en kısa yoldan güveni bitirir. Söylenecek şey netlik olmalıdır, teselli değil.
İlk hafta kim neyi kontrol eder
İlk hafta, sistemin doğruluğunun değil, kuralların sınandığı haftadır. Basit bir dağılım işe yarıyor.
- Süreci yürüten kişi (satınalma/satış sorumlusu): Her çıktıyı elle de yapar, iki sonucu karşılaştırır. Amaç sistemi kovalamak değil, farkların nereden geldiğini yazmaktır.
- Veriyi tutan kişi (muhasebe/ön muhasebe): Fiyat listesi, stok kodu, müşteri kaydı gibi kaynak verinin güncelliğini kontrol eder. Sistemin hatalarının önemli bir kısmı burada doğar.
- Yönetici: Günde bir kez işaretli/ayrılmış kayıtlara bakar. Sayı düşüyorsa kurallar oturuyordur; sabitse tanım eksiktir.
- Biz: Not edilen farkları toplar, kuralı düzeltir, ertesi gün tekrar ölçeriz.
İkinci haftadan itibaren paralel çalışma azaltılır; kararı, farkların sayısı verir, takvim değil.
Küçülme sorusu: dürüst cevap
Patronun sorduğu ama çoğu zaman sormaya çekindiği soru budur, o yüzden geçiştirmeyelim.
Aynı sistem iki farklı amaç için kurulabilir: aynı ekiple iki kat iş yapmak ya da daha az kişiyle aynı işi yapmak. Teknoloji bu ikisi arasında bir tercih dayatmaz; ikisi de aynı altyapıyla mümkündür. Hangisinin seçileceği bir yönetim kararıdır ve sorumluluğu da yönetimdedir.
Gördüğümüz kadarıyla KOBİ tarafında ilk seçenek daha sık işe yarıyor, çünkü çoğu firmada asıl darboğaz personel fazlası değil, karşılanamayan talep. Cevaplanamadığı için düşen teklifler, geciktiği için kaybedilen müşteriler, kimsenin vakti olmadığı için aranmayan eski müşteriler. Bu kapasite açığı kapandığında ekip küçülmez, işin hacmi büyür. Ama bu bir garanti değil, bir gözlemdir — ve karar sizin.
Bir fren cümlesi de buraya: kötü tanımlanmış bir süreç otomatikleştiğinde düzelmez, daha hızlı bozulur. Kimin neye karar verdiği belli değilse, sistem o belirsizliği ölçeklendirir. Böyle bir durumda doğru hamle projeyi başlatmak değil, önce süreci iki hafta boyunca olduğu gibi yazmaktır.
Özet
Yapay zeka personeli tekrar eden, kuralı belli ve hacimli adımları alır; istisna, müzakere, ilişki ve yargı insanda kalır. Ekipteki kişinin rolü form doldurmaktan sistemi denetlemeye kayar — daha kolay değil, daha belirleyici bir iş. Küçülme ise teknolojinin sonucu değil, firmanın tercihidir. Kendi sürecinizde hangi adımın hangi tarafa düştüğünü konuşmak isterseniz, teklif alma sayfasından bize yazın; ilk görüşmede tabloyu birlikte doldururuz.
Sıkça Sorulan Sorular
Satınalma ekibimiz üç kişi. Sistem kurulunca üçü de aynı işi mi yapacak?
Ekipteki kişi sistemin işini elinden aldığını düşünüp veriyi eksik verirse ne olur?
Bizde süreç yazılı değil, herkes kafasına göre yapıyor. Yine de kurulabilir mi?
Sistem yanlış bir teklif hazırlarsa sorumluluk kimde olur?
Ekibin bu yeni role alışması ne kadar sürer?
Amacımız gerçekten kadro küçültmekse bunu ekibe söylemeli miyiz?
Yazar
Doğukan Azer ÇİFTCİYazılım Mühendisi
QuantKOD’da yazılım mühendisi. Ölçeklenebilir mimariler, özel yazılım geliştirme ve doğru teknoloji seçimleri üzerine yazıyor.