İçeriğe atla
Yapay Zeka & Veri

Yapay zeka personel ekibi kurunca mevcut ekip ne yapacak?

Doğukan Azer ÇİFTCİ

Yazılım Mühendisi

7 dk okuma

Paylaş
Yapay zeka personel ekibi kurunca mevcut ekip ne yapacak?

Fotoğraf: Vlada Karpovich / Pexels

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ıklamakEvetAyıklanan listeyi gözden geçirir; eksik veya çelişkili kalemi işaretler
Kalemleri stok/fiyat listesiyle eşleştirmekEvetDüşük güvenle eşleşen satırlara bakar, doğrusunu seçer
Aynı müşterinin geçmiş siparişlerini bulmakEvetGeçmişle bugünkü talep arasındaki farkı yorumlar
Tedarikçiye stok/termin sormakKısmenStandart soruyu sistem sorar; pazarlık ve öncelik telefonu insanda kalır
Fiyat kararı ve iskontoHayırKararı verir; sistem yalnızca girdileri önüne koyar
Teklif belgesini hazırlamakEvetSon okumayı yapar, imzalar, gönderir
Şüpheli veya sınır dışı kaydı değerlendirmekHayırAsıl yeni iş budur; aşağıda ayrıntılandırılıyor
Müşteriye gecikmeyi bildirmekHayırKonuşmayı kendisi yapar; sistem yalnızca hatırlatır
Aylık talep/dönüşüm raporu çıkarmakEvetRapordaki 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 gerekenSö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 kurmakKuralları 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?
Muhtemelen hayır, ama sayı değil dağılım değişir. Pratikte biri istisna ve şüpheli kayıtların denetimine, biri tedarikçi ilişkisi ve müzakereye, biri müşteri tarafına ağırlık verir. Kim neye ağırlık vereceğini ekibin kendisi ilk iki haftada zaten belli eder.
Ekipteki kişi sistemin işini elinden aldığını düşünüp veriyi eksik verirse ne olur?
Bu, projelerin en sık çöküş sebebidir ve teknik bir sorun değildir. Çözümü, kuralları o kişiyle birlikte yazmak ve sistemin hangi adımı aldığını açıkça söylemektir. Kendi bilgisinin kurallara dönüştüğünü gören kişi genelde en iyi denetçi olur.
Bizde süreç yazılı değil, herkes kafasına göre yapıyor. Yine de kurulabilir mi?
Kurulabilir ama önce süreci yazmak gerekir. Kötü tanımlanmış bir süreç otomatikleştiğinde düzelmez, daha hızlı bozulur. Genelde ilk iş, işi yapan kişiyle oturup mevcut akışı olduğu gibi kâğıda dökmektir; bu tek başına bile çoğu firmada birkaç aksaklık ortaya çıkarır.
Sistem yanlış bir teklif hazırlarsa sorumluluk kimde olur?
Onaylayan kişide. Bu yüzden akışta son onay adımını hiçbir zaman kaldırmıyoruz. Sistem taslağı hazırlar ve neyden emin olmadığını işaretler; gönderme kararı insanda kalır.
Ekibin bu yeni role alışması ne kadar sürer?
Elle yapma alışkanlığı ilk haftalarda devam eder ve bu normaldir; paralel çalışma zaten planın parçası. Genelde işaretli kayıt sayısı düşmeye başladığında ekip de sisteme güvenmeye başlar. Süreyi takvim değil, farkların sayısı belirler.
Amacımız gerçekten kadro küçültmekse bunu ekibe söylemeli miyiz?
Bu bir yönetim kararı ve tavsiye verecek konumda değiliz. Söyleyebileceğimiz şu: gerçek olmayan güvence verilirse ekip bunu sezer ve proje içeriden yavaşlar. Netlik, teselliden daha iyi çalışıyor.

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.

İlgili yazılar

Hazır mı, özel mi? Birlikte karar verelim

Süreçlerinizi kısa bir görüşmede dinleyip, ihtiyacınıza en uygun çözümü ve yol haritasını dürüstçe çıkaralım.