Pazarlama ekibine yeni bir görsel talebi geldiğini düşünün. Talep sahibi formu dolduruyor; bir başkası yanıtı açıyor, açıklamayı kopyalıyor, görev listesine yapıştırıyor ve ekip sorumlusuna haber veriyor. Ardından aynı sorular geliyor: Teslim tarihi nerede, bu iş kime atanacak, gerçekten onaylandı mı? Bir formu göreve dönüştürmek kolay görünebilir; asıl mesele, doğru bilgiyi doğru anda ve doğru yetkiyle aktarmaktır.
İş akışı otomasyonu, bu aktarımı önceden belirlenmiş kurallara bağlar. Ancak otomasyon, gelen her şeyi sorgulamadan görev listesine eklemek zorunda değildir. Bu yazıda bir tasarım talebi formunu örnek alarak tetikleyici, koşul, eylem ve insan onayının nasıl birlikte çalıştığını kuracağız. Amaç belirli bir uygulamanın düğmelerini ezberlemek değil; kullandığınız araç değişse de geçerli kalacak bir düşünme biçimi edinmek.
İş akışı otomasyonu hangi parçalardan oluşur?
Örneğimizde çalışanlar, kurum içi bir form aracılığıyla tasarım talebi gönderiyor. Uygun talepler ekip sorumlusunun onayına sunuluyor; yalnızca onaylananlar ortak görev listesine aktarılıyor. Böylece talep toplamakla iş kabul etmek birbirine karışmıyor. Formun gönderilmesi, ekibin o işi üstlendiği anlamına gelmiyor.
Bu düzeni anlamak için dört temel kavram yeterli:
- Tetikleyici: Akışı başlatan olaydır. Örneğimizde yeni bir form yanıtının gönderilmesidir.
- Koşul: Akışın hangi yoldan devam edeceğini belirleyen kuraldır. Zorunlu alanların dolu olması buna örnektir.
- Eylem: Sistemin yaptığı iştir. Onay isteği göndermek, kayıt güncellemek veya görev oluşturmak birer eylemdir.
- İnsan onayı: Yetkili kişinin bağlamı değerlendirerek devam etme, reddetme ya da düzeltme isteme kararı vermesidir.
Buradaki önemli ayrıntı şu: İnsan onayı, diğerlerinden tamamen ayrı bir teknik dünya değildir. Araç içinde bir onay eylemiyle başlatılabilir; kişinin kararı da sonraki koşulun girdisi olur. Kavramları ayırmamızın nedeni, sistemin yaptığı işlemle insanın verdiği kararı görünür kılmaktır.
Yeni yanıt geldi → Bilgiler uygun mu? → Yetkili onayladı mı? → Görev oluştur → Sonucu kaydet ve bildir.
Bu akış için yapay zekâ gerekli değildir. Alan kontrolü, belirli kişiden onay alma ve görev oluşturma, kurallarla yürütülebilir. Serbest metni yorumlamak gibi ek bir ihtiyaç doğmadıkça, basit bir sürece gereksiz belirsizlik eklememek daha anlaşılır bir başlangıç sağlar.
Adım 1: Formu hazırlayın ve tetikleyiciyi seçin
Önce görev için gereken bilgiyi belirleyin
Otomasyon aracı açılmadan önce, görev kartında ne görmek istediğinizi yazın. Çünkü formdaki eksikliği sonraki adımlarda sihirli biçimde tamamlayamazsınız. Örneğimizde kısa iş başlığı, açıklama, talep sahibinin kurumsal e-posta adresi, istenen teslim tarihi ve talep türü yeterli bir başlangıçtır.
Talep türünü serbest metin yerine seçenekli alan yapabilirsiniz: sosyal medya görseli, sunum tasarımı ve diğer gibi. Böylece “sosyal”, “sosyal medya” ve “paylaşım görseli” ifadelerini aynı kategoriye dönüştürmek için ek kurallar yazmanız gerekmez. Açıklama alanı ise ihtiyacın bağlamını taşımaya devam eder.
İstenen teslim tarihini kesin taahhüt gibi sunmayın. Formda bu tarihin değerlendirmeye alınacağını belirtmek, otomasyonun istemeden verilmiş bir söz gibi algılanmasını önler. Ayrıca başlangıç sürümünde dosya yüklemeyi zorunlu tutmamak, erişim ve aktarım sorunlarını azaltabilir.
Yeni yanıt olayını akışa bağlayın
Form uygulamasıyla görev uygulaması arasında bağlantı kurabilen bir otomasyon aracı seçin. Araçta başlangıç olayı olarak “yeni form yanıtı” anlamına gelen tetikleyiciyi belirleyin ve doğru formu seçin. Bazı bağlantılar yanıt içeriğini doğrudan getirir; bazıları önce yalnızca yanıt kimliğini verir. İkinci durumda, yanıtın ayrıntılarını getiren ek bir adım gerekir.
Bağlantıların çalışma biçimi araca göre değişir: Yeni yanıt anında iletilebilir veya belirli aralıklarla kontrol edilebilir. Bu yüzden “gönderir göndermez görünür” varsayımıyla ilerlemeyin. Kullanacağınız bağlantının güncel belgelerinden desteklenen tetikleyicileri ve çalışma sınırlarını kontrol edin.
Son olarak deneme yanıtı gönderin ve alanların gerçekten geldiğini doğrulayın. Her yanıta ait benzersiz kimliği de saklayın. Bu kimlik, ileride aynı yanıt tekrar işlendiğinde ikinci bir görev açılmasını önlemek için kullanılacaktır. Kimlik form yanıtını tanımlar; talep sahibinin e-posta adresi bunun yerine geçmez.
Adım 2: Koşullarla uygun talepleri ayırın
Tetikleyici yalnızca “bir şey oldu” der. Koşul ise “bu durumda ne yapmalıyız?” sorusunu yanıtlar. Örneğimizde onaya gönderilecek bir talebin başlığı ve açıklaması boş olmamalı, talep türü desteklenen seçeneklerden biri olmalı ve istenen teslim tarihi geçmişte kalmamalıdır.
Kuralları günlük dille yazıp sonra araca aktarmak işleri kolaylaştırır. Örneğin: “Başlık dolu ve açıklama dolu ve tarih geçerliyse devam et.” Buradaki “ve”, bütün şartların sağlanmasını gerektirir. “Veya” kullanırsanız yalnızca bir şartın sağlanması yeterli olabilir. Küçük görünen bu fark, eksik taleplerin onaya gitmesine yol açabilir.
Tarih kontrolünde biçimi de doğrulayın. Sistem boş bir tarihi bugünün tarihi gibi yorumlamamalı; gün ve ay sıralamasını karıştırmamalıdır. Farklı bölgelerde çalışan ekiplerde saat dilimini açıkça belirlemek de önemlidir. Tarihin geçerli olmasıyla talep edilen sürede işin yapılabilir olması ise farklı konulardır; ikincisini insan değerlendirecektir.
Koşulu karşılamayan yanıtlar sessizce kaybolmamalı. Bunun yerine farklı sonuçlar tanımlayın:
- Eksik bilgi: Talep sahibine hangi alanın tamamlanması gerektiğini bildirin ve kaydı düzeltme bekliyor durumuna alın.
- Desteklenmeyen talep türü: Görev oluşturmadan, talebin hangi kanala yönlendirilmesi gerektiğini açıklayın.
- Uygun talep: Kaydı onay bekliyor durumuna geçirin ve yetkili kişiye gönderin.
Bir de tekrar kontrolü ekleyin: Bu yanıt kimliği için daha önce işlem başlatılmış mı? Başlatılmışsa mevcut kaydı inceleyin; otomatik olarak yeni bir onay veya görev üretmeyin. Gerçek bir sistemde bu kontrolün eşzamanlı çalışan iki akışa karşı da korunması gerekir. Kullandığınız aracın benzersiz kayıt veya eşzamanlılık özelliklerini inceleyin.
Adım 3: İnsan onayını gerçek bir karar noktasına dönüştürün
Kontrolleri geçen örnek talebimiz şöyle olsun: “Etkinlik duyurusu için sosyal medya görseli.” Açıklama yeterli, istenen tarih geçerli. Sistem artık ekip sorumlusuna bir onay isteği gönderir. Ancak yalnızca “Yeni talep var, onaylıyor musunuz?” demek, sağlıklı karar vermek için yetersizdir.
Onay ekranı veya iletisi; iş başlığını, açıklamayı, talep sahibini, istenen tarihi ve varsa ilgili dosyaya erişimi göstermelidir. Sorumlu kişi, işin kapsamını ve ekibin kapasitesini değerlendirir. Formu dolduran kişinin “acil” seçmesi, tek başına öncelik kararı sayılmamalıdır.
Kararın sonuçlarını baştan belirleyin:
- Onaylandı: Gerekirse sorumlu kişi ve hedef tarih netleştirilir; görev oluşturma adımına geçilir.
- Reddedildi: Görev açılmaz; gerekçe talep sahibine iletilir ve kayıt kapatılır.
- Düzeltme istendi: Eksik veya belirsiz noktalar açıklanır; güncellenen talep yeniden değerlendirmeye girer.
Her araç üç ayrı karar seçeneğini doğrudan sunmayabilir. Böyle bir durumda düzeltme sürecini ayrı bir durum alanı ve bildirimle kurabilirsiniz. Önemli olan, aracın düğmelerine göre iş kuralını belirsizleştirmemektir. Yanıt gelmezse ne olacağı da tanımlanmalıdır: Hatırlatma gönderilebilir, ardından yedek sorumluya yönlendirilebilir. Sessizlik, açıkça aksi kararlaştırılmadıkça onay değildir.
Onay talebini ve kararını kalıcı bir kayıtta tutun. Akışın günlerce açık beklemesi her platformda uygun olmayabilir; bazı sistemlerde karar geldiğinde ayrı bir akış devam eder. Her iki yaklaşımda da kararın doğru talep kimliğiyle eşleşmesi gerekir.
Onay ayrıca belirli bir içerik sürümüne ait olmalıdır. Başlık, kapsam veya tarih sonradan değişirse eski onayı otomatik olarak yeni içeriğe uygulamayın. Onay veren kişinin yetkisini doğrulayın; yalnızca herkese açık bir bağlantıya tıklanmasını yeterli saymayın. Kararı kimin, ne zaman verdiğini ve hangi içerik için verdiğini kaydetmek, sonradan çıkabilecek belirsizlikleri azaltır.
Adım 4: Görevi oluşturun, sonucu kaydedin ve test edin
Form alanlarını görev alanlarıyla eşleştirin
Onaydan sonra görev uygulamasındaki “görev oluştur” eylemini ekleyin. Form alanlarının görev kartında nereye yazılacağını belirlemek, alan eşleştirme olarak adlandırılır. Örneğimiz için şu düzen kullanılabilir:
- Görev başlığı: Formdaki kısa iş başlığı.
- Görev açıklaması: Talebin ayrıntıları ve kaynak yanıt kimliği.
- Atanan kişi: Onay sırasında belirlenen ekip üyesi veya önceden tanımlanmış sorumlu.
- Hedef tarih: Onaylayan kişinin kabul ettiği tarih.
- Liste ve durum: Tasarım işleri listesi ve ekibin kullandığı başlangıç durumu.
Formdaki kişi adıyla görev uygulamasındaki kullanıcı hesabının aynı şey olmadığını unutmayın. Atama için uygulamanın beklediği kullanıcı kimliği gerekebilir. İstenen kişi bulunamazsa rastgele birine atamak yerine kaydı inceleme bekliyor durumuna almak daha güvenlidir.
Görev başarıyla oluşturulduğunda dönen görev kimliğini kaynak kayıtla birlikte saklayın. Ancak bundan sonra talep sahibine “Göreviniz oluşturuldu” bildirimi gönderin. Onay verilmiş olması, görev uygulamasının işlemi başarıyla tamamladığı anlamına gelmez. Bildirimde görev bağlantısı paylaşılacaksa alıcının o görevi görme yetkisini de düşünün.
Hata olduğunda tekrarın sınırını belirleyin
Bağlantı kesildiğinde görev oluşturulmuş, fakat başarı yanıtı otomasyon aracına ulaşmamış olabilir. Bu durumda körlemesine yeniden denemek aynı işi iki kez açabilir. Tekrar denemeden önce kaynak yanıt kimliğiyle ilişkilendirilmiş bir görev bulunup bulunmadığını kontrol edin. Hedef uygulama benzersiz işlem anahtarı destekliyorsa bundan yararlanın; desteklemiyorsa belirsiz durumları insan incelemesine ayırın.
Canlı kullanıma geçmeden önce küçük bir deneme listesi hazırlayın: Eksiksiz ve onaylanan talep, eksik açıklama, reddedilen talep, yanıtsız onay, sonradan değiştirilen içerik ve aynı yanıtın yeniden işlenmesi. Ayrıca görev uygulamasına erişim kesildiğinde ne olduğunu deneyin. Her durumda beklenen sonucu önceden yazmak, testin gerçekten başarılı olup olmadığını anlamayı kolaylaştırır.
İlk sürümü dar bir ekiple çalıştırın. Kaç görev açıldığından önce, hangi taleplerin neden beklediğine ve hataların görünür olup olmadığına bakın. Bağlantılara yalnızca gereken erişimleri verin; görev kartına gereksiz kişisel bilgi taşımayın. İşleyen bir otomasyon, yalnızca mutlu senaryoyu değil, durması gereken noktaları da açıkça gösterir.
Sık Sorulan Sorular
İş akışı otomasyonu kurmak için kod bilmek gerekir mi?
Bu örnek, uygun bağlantıları bulunan kodsuz araçlarla kurulabilir. Ancak uygulamalar arasındaki alanların, kullanıcı kimliklerinin ve hata durumlarının anlaşılması gerekir. Hazır bağlantı yoksa teknik destek veya özel bir entegrasyon gerekebilir.
Her form yanıtı için insan onayı gerekli mi?
Hayır. Düşük riskli, kapsamı açık işler doğrudan göreve dönüşebilir. Kaynak kullanımı, öncelik veya dışarıya verilen taahhüt söz konusuysa insan onayı daha anlamlıdır. Karar, işlemin etkisine göre verilmelidir.
Form yanıtı değiştirildiğinde görev de otomatik güncellenir mi?
Yalnızca bunun için ayrı bir güncelleme akışı kurulmuşsa. Yeni yanıt tetikleyicisi, düzenlemeleri mutlaka izlemez. Değişikliğin mevcut göreve nasıl yansıyacağını ve hangi değişikliklerin yeniden onay gerektireceğini ayrıca tanımlamak gerekir.
Sonuç
Formdan görev listesine uzanan iyi bir iş akışı otomasyonu, kopyalama işini azaltırken kararların izini de korur. Tetikleyici olayı yakalar, koşul uygunluğu kontrol eder, insan onayı sorumluluğu netleştirir, eylem ise sonucu üretir. Başlamak için tek bir form ve tek bir görev listesi yeterli olabilir. Önce normal yolu kurun; ardından ret, düzeltme, tekrar ve hata durumlarını görünür hâle getirin.
