Tekrarlayan İşleri Otomatikleştirme: Neyi, Ne Zaman, Ne Kadar?

Bir işi üçüncü kez aynı biçimde yaptığınızda akla gelen soru şu oluyor: bunu her seferinde elle yapmasam mı?

Doğru soru ama eksik. Çünkü otomatikleştirdiğinizi sandığınız şey genellikle iş oluyor — oysa gerçekte otomatikleştirdiğiniz şey karar. Bu ayrım, kurulan otomasyonların hangisinin tutup hangisinin birkaç hafta içinde terk edildiğini büyük ölçüde açıklıyor.

Tekrar eden iş mi, tekrar eden karar mı?

Bir iş her hafta tekrarlanıyor olabilir ama içindeki kararlar her hafta farklıysa, o iş otomatikleştirilebilir değildir.

Tekrar eden iş: her pazartesi rapor hazırlamak. Tekrar eden karar: raporda hangi bölümlerin, hangi sırayla, hangi ölçüte göre yer alacağı.

Birincisi tekrarlanıyor diye ikincisinin de tekrarlandığı sanılıyor. Genellikle sanılmıyor — denenip görülüyor: kurulan akış üç hafta çalışıyor, dördüncü hafta beklenmedik bir durum çıkıyor, akış onu görmezden geliyor ve kimse fark etmiyor.

Ayırt etme testi basit: son beş tekrarda verdiğiniz kararlar aynı mıydı? Değilse tekrar eden şey iş değil, yalnızca işin başlığı.

Bu, işin hiçbir kısmının otomatikleşemeyeceği anlamına gelmiyor. Anlamı şu: kararın sabit olduğu adımları otomatikleştirin, değişken olanları elde tutun. İyi bölünmüş bir işte bu ayrım zaten görünür durumda → İnsan–Yapay Zeka İş Bölümü: Bir İşi Nereden Bölmeli?.

Somut örnek: haftalık bir özet işi

Diyelim ki her hafta gelen kutunuzdaki başvuruları özetleyip bir listeye yazıyorsunuz. İş tekrarlanıyor. Ama içindeki adımları ayırdığınızda karar dağılımı şöyle çıkıyor:

Dört adımın üçü otomatikleşiyor, biri kalıyor — ve kalan adım işin en kısa ama en değerli parçası.

Buradaki asıl kazanç genellikle yanlış yerde aranıyor. İnsanlar dördüncü adımı da otomatikleştirmeye çalışıp akışı kırılgan hâle getiriyor; oysa zaten kazancın büyük kısmı ilk üç adımda elde edilmişti.

Üç kez kuralı — ve itirazı

Yaygın tavsiye: bir işi üç kez yaptıysanız otomatikleştirin.

Kural iyi bir başlangıç ama eksik sayıyor. Üç tekrar, işin ne kadar tekrarlandığını gösteriyor; kararların ne kadar sabit olduğunu göstermiyor. Üç kez aynı işi yapıp her seferinde farklı karar vermiş olabilirsiniz.

Daha kullanışlı hâli iki koşullu: üç tekrar + son üç turda değişmeyen karar.

İkinci koşul yoksa beklemek daha ucuz. Erken kurulan otomasyon iki türlü zarar veriyor: kuruluma harcanan zaman boşa gidiyor, ve daha kötüsü, akış kurulduktan sonra karar değiştirmek zorlaşıyor. İnsan kurduğu düzeni savunma eğiliminde; işin doğru biçimi yerine kurduğu akışa uyan biçimi seçmeye başlıyor.

Asıl maliyet kurulum değil, bakım

Otomasyon kararı genellikle tek bir hesapla veriliyor: kurulum süresi, tasarruf edilecek süreden kısaysa yap.

Bu hesap eksik. Kurulan her akış bakım borcu üretiyor:

• Girdi biçimi değişince akış bozuluyor.
• Model değişince aynı prompt farklı çıktı veriyor → Model Güncellenince Promptlar Neden Bozulur?.
• İşin kendisi evriliyor, akış eski hâline göre kurulmuş kalıyor.
• Ve akışı siz kurduğunuz için bakımı da sizde.

Gerçekçi hesap üç kalemli: kurulum + (bakım × süre) < elle yapma × süre. Ortadaki terim ihmal edilince otomasyon kârlı görünüyor; birkaç ay sonra terk edilen akışların çoğu bu yüzden terk ediliyor.

Pratik sonuç: az sayıda, sağlam ve az bakım isteyen akış, çok sayıda kırılgan akıştan iyi.

Bakım borcunu görünür kılmanın ucuz bir yolu var: kurduğunuz her akışın yanına ne zaman kurulduğunu ve en son ne zaman kontrol edildiğini yazın. İki satırlık bir kayıt, “bu hâlâ doğru çalışıyor mu” sorusunu sorulabilir hâle getiriyor. Sormadığınız sürece cevabı bilmiyorsunuz demektir — ve bir sonraki bölüm tam olarak bunun neden tehlikeli olduğunu anlatıyor.

Sessiz bozulma: yapay zekalı otomasyonun kendine özgü riski

Klasik otomasyonda bozulma gürültülüdür. Betik çalışmaz, hata verir, süreç durur. Fark edersiniz.

Yapay zeka içeren bir akışta bozulma sessiz oluyor. Model her koşulda bir çıktı üretiyor; girdi bozuksa da üretiyor, bağlam eksikse de üretiyor. Akış çalışmaya devam ediyor, çıktı makul görünüyor, içerik yanlış.

Bu, otomasyona geçmenin gizli bedeli: elle yaparken zaten bakıyordunuz. Otomatikleştirdiğinizde bakma adımını da kaldırmış oluyorsunuz — ve kaldırdığınız şey işin en ucuz sigortasıydı.

Karşı önlem, otomasyonu bırakmak değil; akışa bir kontrol noktası koymak. Her çıktıyı okumak zorunda değilsiniz ama şunlardan biri şart:

• Örneklem: her onuncu çıktıyı elle kontrol edin.
• Sınır kontrolü: beklenen aralığın dışına çıkan çıktıyı işaretletin (sayı, uzunluk, biçim).
• Kırmızı çizgi: belirli bir koşulda akış durup size sorsun.

Üçü de ucuz. Hiçbirini koymamak, kontrolü tamamen kaldırmak demek → Otomasyon Yanlılığı: Makineye Fazla Güvenmek.

Kademeli otomasyon: dört basamak

Otomasyon ikili bir seçim değil. Aradaki basamaklar çoğu iş için son basamaktan daha iyi.

Çoğu kişisel iş akışının doğru yeri ikinci basamak. Kazancın büyük kısmı orada zaten elde ediliyor; üçüncü ve dördüncü basamak görece küçük ek kazanç için belirgin risk ekliyor.

Birinci basamak ise en çok atlanan. Kaydedilmiş ve sürümlenen bir prompt, hiçbir teknik kurulum gerektirmeden tekrarın büyük kısmını çözüyor → Prompt Sürümleme: Çalışan Promptu Kaybetmemek.

Neyi otomatikleştirmemeli

Üç durum, tekrar ne kadar sık olursa olsun elde kalmalı:

Geri alınamayan son adım. Gönderme, yayımlama, onaylama. Akış içeriği üretsin, kapıyı siz açın.

Hükmün verildiği adım. Seçim ve karar otomatikleştirilemez; otomatikleştirilirse sonuç, kararın kendisi değil kararın taklidi olur → Hangi İşi Yapay Zekaya Devretmeli, Hangisini Asla?.

Hatanın görünmediği adım. Doğrulayamadığınız bir çıktıyı otomatik üretmek, riski yalnızca gözden uzaklaştırıyor → Doğrulama Maliyeti Üretim Tasarrufunu Aşarsa: Kazanç Nerede Kayboluyor?.

Bir akışı ne zaman geri almalı?

Otomasyon kurmanın ölçütü çok konuşuluyor, bırakmanın ölçütü hiç konuşulmuyor. Oysa kurulan akışların bir kısmı zamanla zarara geçiyor ve kimse fişini çekmiyor — çünkü çekmek, verilmiş bir kararı geri almak gibi hissettiriyor.

Üç işaretten biri varsa akış geri alınmalı:

Çıktıyı her seferinde düzeltiyorsanız. Akış artık iş yapmıyor, iş üretiyor. Elle yapmak, düzeltmekten kısa sürüyorsa hesap çoktan tersine dönmüştür.

Akışı son üç ayda iki kez tamir ettiyseniz. Bakım kalemi tasarrufu yemiş demektir. Tamir sayısı, tasarruf süresinden daha güvenilir bir göstergedir çünkü ölçmesi kolaydır.

İşin kendisi değiştiyse. En sinsi durum: akış hâlâ kusursuz çalışıyor ama artık gerekmeyen bir şeyi üretiyor. Çalışan bir akışı sorgulamak, bozuk olanı sorgulamaktan çok daha zor.

Geri almak başarısızlık değil. Bir akış zaten belirli bir dönemin kararına göre kurulur; dönem geçince akış da geçer. Bunu kolaylaştırmanın yolu, akışı kurarken ne kadar süre için kurulduğunu kendinize söylemek: kalıcı bir altyapı değil, gözden geçirilmek üzere kurulmuş geçici bir düzen saymak.

Sınırlar

Buradaki eşikler ölçüm değil. “Üç kez”, “her onuncu çıktı” gibi sayılar yaygın pratikten gelen başlangıç noktaları; sizin işinizde farklı olabilir.

Kişisel iş akışı ile kurumsal otomasyon aynı şey değil. Bir ekip adına kurulan akışta bakım sorumluluğu, denetim ve yetki soruları devreye giriyor; bu yazı tek kişilik ölçeği anlatıyor.

Araç tarafı bilinçli olarak dışarıda. Hangi aracın ne yapabildiği hızla değişiyor; burada anlatılan çerçeve araçtan bağımsız kalsın diye ürün adı verilmedi.

Otomasyonun beceri tarafı ayrı bir konu. Bir adımı otomatikleştirmek, o adımı yapma yeteneğinizi zamanla zayıflatıyor → Yapay Zeka Kullanmak Hangi Becerileri Köreltiyor?.

Özet

Otomatikleştirdiğiniz şey iş değil karardır. Bir iş her hafta tekrarlanıyor olabilir; kararları her hafta değişiyorsa otomatikleştirilebilir değildir.

“Üç kez kuralı” eksik sayıyor: doğrusu üç tekrar artı son üç turda değişmeyen karar. İkinci koşul yoksa beklemek daha ucuz — çünkü kurulan akış, sonradan kararı değiştirmeyi de zorlaştırıyor.

Asıl maliyet kurulum değil bakım. Gerçekçi hesap: kurulum + (bakım × süre).

Ve yapay zekalı akışların kendine özgü riski var: bozulma sessiz oluyor. Model her koşulda bir çıktı üretiyor, akış çalışmaya devam ediyor, içerik yanlış. Karşı önlem örneklem kontrolü, sınır kontrolü ya da kırmızı çizgi.

Otomasyon ikili değil dört basamaklı. Çoğu kişisel iş akışının doğru yeri, çıktıyı siz onaylarken akışın çalıştığı ikinci basamak.

Sık sorulanlar

İlgili yazılar