İş Süreçlerinde Otomasyon Fırsatı Nasıl Belirlenir? Önceliklendirme Şablonu

Bir işin tekrarlanıyor olması tek başına otomasyona uygun olduğu anlamına gelmez. İyi bir otomasyon adayı genellikle sık tekrar eden, girdisi ve çıktısı belirli, kuralları açıklanabilir, manuel hataya açık ve işletme açısından ölçülebilir zaman veya kalite etkisi oluşturan süreçtir.

Önceliklendirme yaparken yalnızca "bu işi yapabilir miyiz?" sorusunu değil, "bu işi otomatikleştirmek gerçekten değer üretir mi?" sorusunu da cevaplamak gerekir.

Kısa yanıt

Bir süreci otomasyon adayı olarak değerlendirirken en az şu alanlara bakın:

• İşletmeye etkisi
• Tekrar sıklığı
• Her çalışmada harcanan emek
• Sürecin kurallarının ne kadar net olduğu
• İstisna sayısı
• Kullanılan sistemlerin entegrasyon imkanı
• Hata ve yeniden işleme maliyeti
• Uygulama zorluğu
• İnsan onayı gerekip gerekmediği

Yüksek etki, yüksek tekrar, açık kurallar ve makul uygulama zorluğuna sahip süreçler genellikle önce incelenmeye daha uygundur.

Önce otomasyonu değil süreci tanımlayın

"Faturaları otomatikleştirelim" veya "CRM'i otomatik yapalım" gibi ifadeler geliştirme için yeterince açık değildir.

Önce sürecin başlangıç ve bitişini yazın.

Örneğin:

Web sitesinden gelen teklif talebi, satış ekibinin CRM sisteminde yeni fırsat açmasına kadar geçen süreç.

Ardından mevcut adımları çıkarın:

1. Kullanıcı form gönderir.
2. E-posta ilgili personele ulaşır.
3. Personel bilgileri kontrol eder.
4. CRM açılır.
5. İsim, telefon ve şirket bilgileri elle girilir.
6. Kaynak bilgisi eklenir.
7. Satış sorumlusu atanır.
8. İlk takip görevi oluşturulur.

Bu akış görünür hale geldiğinde hangi adımların otomatik, hangilerinin insan kararı gerektirdiği daha kolay anlaşılır.

Otomasyon için güçlü adayların ortak özellikleri

İş sık tekrar ediyor

Ayda bir yapılan beş dakikalık bir işlemi otomatikleştirmek teknik olarak mümkün olabilir ancak ekonomik olarak öncelikli olmayabilir.

Buna karşılık her gün onlarca kez tekrarlanan basit bir veri aktarımı toplamda önemli iş yükü oluşturabilir.

Tekrar sıklığını tahmin yerine mümkün olduğunca gerçek işlem sayısıyla ölçün.

Adımlar belirli kurallara bağlı

Şu tip kurallar otomasyona daha uygundur:

• Formda ülke Türkiye ise belirli ekibe ata.
• Ödeme başarılıysa sipariş durumunu güncelle.
• Stok belirli koşula geldiğinde bildirim oluştur.
• Belirli dosya geldiğinde kayıt aç.
• Randevu oluşturulduğunda takvime etkinlik ekle.

Buna karşılık "müşterinin durumuna göre en mantıklı kararı ver" gibi belirsiz ifadeler daha fazla insan kararı veya ek modelleme gerektirir.

Girdi dijital ve erişilebilir

Veri zaten API, veritabanı, form, dosya veya başka bir sistem içinde bulunuyorsa otomasyon daha uygulanabilir olabilir.

Yalnızca telefon görüşmesinde söylenen, standartlaştırılmamış veya güvenilir biçimde kaydedilmeyen veri otomasyon için önce veri toplama düzeni gerektirebilir.

Manuel hata tekrar ediyor

Kopyala yapıştır, dosya adlandırma, durum güncelleme veya sistemler arası veri aktarımı gibi işlemlerde aynı hata türleri tekrar ediyorsa otomasyon fırsatı oluşabilir.

Ama hata sürecin kuralından değil, yanlış veya eksik kaynak veriden geliyorsa yalnızca otomasyon kurmak sorunu çözmeyebilir.

Sonuç ölçülebiliyor

Otomasyonun etkisini değerlendirebilmek için öncesi ve sonrası ölçülebilmelidir.

Örnek ölçüm alanları:

• İşlem başına süre
• Günlük işlem sayısı
• Manuel hata sayısı
• Yeniden işleme ihtiyacı
• Bekleme süresi
• Atlanan görev sayısı
• Sistemler arası veri tutarsızlığı

Ölçüm yoksa başarı iddiası yerine önce temel durum kaydedilmelidir.

Hangi süreçler otomasyona uygun olmayabilir?

Her işi otomatikleştirmek doğru değildir.

Süreç sürekli değişiyorsa

İşletme henüz sürecin nasıl işlemesi gerektiğine karar vermediyse otomasyon, kararsız bir süreci yazılıma gömebilir.

Önce süreç standardize edilmelidir.

İstisnalar normal akıştan fazlaysa

Her işlem farklı karar gerektiriyorsa çok sayıda kural ve istisna oluşturmak otomasyonu kırılgan hale getirebilir.

Bazı adımlar otomatik, karar noktaları insan kontrollü bırakılabilir.

Yanlış kararın etkisi çok yüksekse

Finansal onay, hukuki karar, kritik üretim müdahalesi veya yüksek riskli kullanıcı işlemleri gibi alanlarda tamamen otomatik aksiyon yerine insan onayı gerekebilir.

Gerekli sisteme erişim yoksa

Kullandığınız yazılım API, webhook, dışa aktarma veya güvenli entegrasyon imkanı vermiyorsa uygulama zorluğu artar.

Bu durum otomasyonu imkansız kılmaz ancak mimariyi ve maliyeti değiştirir.

Süreç çok az tekrarlanıyorsa

Tek seferlik veya çok nadir yapılan bir işi otomatikleştirmek için harcanacak geliştirme süresi, manuel işlem maliyetinden yüksek olabilir.

Etki, tekrar ve zorluk birlikte değerlendirilmelidir

Sadece etkiye bakmak yanıltıcıdır.

Örneğin yılda bir yapılan çok önemli bir rapor yüksek etkiye sahip olabilir ancak sürekli otomasyon ilk öncelik olmayabilir.

Sadece tekrar sıklığına bakmak da yeterli değildir.

Her gün yüzlerce kez yapılan ancak sistem tarafından zaten birkaç saniyede tamamlanan bir işlem için yeni otomasyon eklemek anlamlı olmayabilir.

Bu nedenle en az üç temel boyutu birlikte değerlendirin:

Boyut	Soru
Etki	Süreç hızlanır veya hata azalırsa işletmeye ne kazandırır?
Tekrar sıklığı	İşlem ne kadar sık yapılıyor?
Uygulama zorluğu	Entegrasyon, kural, güvenlik ve bakım ne kadar karmaşık?

Bunlara kural netliği ve istisna oranını eklemek daha sağlıklı bir ön değerlendirme sağlar.

Otomasyon fırsatı önceliklendirme şablonu

Aşağıdaki tablo bu rehber için hazırlanmış pratik değerlendirme aracıdır. Evrensel bir otomasyon standardı veya DigiRise'ın geçmiş proje verisine dayanan tescilli bir puanlama yöntemi değildir.

Her süreç için tabloyu ayrı doldurun.

Alan	Düşük	Orta	Yüksek
İşletme etkisi	Küçük kolaylık	Belirgin zaman/kalite etkisi	Kritik operasyon veya yüksek toplam iş yükü
Tekrar sıklığı	Nadiren	Düzenli	Çok sık
Manuel hata etkisi	Kolay telafi	Yeniden işleme gerekiyor	Müşteri, gelir veya operasyon etkileniyor
Kural netliği	Karar çoğunlukla kişiye bağlı	Bazı kurallar belirli	Girdi ve çıktı kuralları açık
İstisna yoğunluğu	Çok fazla istisna	Yönetilebilir	Az istisna
Sistem erişimi	Entegrasyon çok zor	Kısmi erişim	API/webhook/veri erişimi uygun
Uygulama zorluğu	Yüksek	Orta	Düşük

Son satırda uygulama zorluğu ters okunmalıdır. Yüksek zorluk, otomasyon önceliğini azaltabilir.

Öncelik mantığı

Önce incelenebilecek adaylar:

• Yüksek işletme etkisi
• Yüksek tekrar
• Açık kurallar
• Az veya yönetilebilir istisna
• Uygun sistem erişimi
• Düşük veya orta uygulama zorluğu

Daha sonra değerlendirilebilecek adaylar:

• Orta etki
• Düzenli tekrar
• Kısmi entegrasyon ihtiyacı
• Bazı insan kararları

Önceliği düşük olabilecek adaylar:

• Düşük tekrar
• Belirsiz süreç
• Çok yüksek istisna oranı
• Çok zor entegrasyon
• Otomasyonun işletme etkisinin belirsiz olması

Bu sınıflandırma kararın kendisi değildir. Teknik inceleme ve gerçek işlem verisiyle doğrulanmalıdır.

Zaman, maliyet ve olası geri dönüşü hesaplayın

Önceliklendirme tablosu sürecin niteliğini karşılaştırır. Yatırım kararından önce mevcut iş yükü ve otomasyonun devam eden maliyeti ayrıca tahmin edilmelidir:

• Aylık mevcut iş yükü (saat): Aylık işlem sayısı × işlem başına ortalama manuel dakika ÷ 60.
• Aylık geri kazanılabilir süre: Mevcut iş yükünden otomasyon sonrasında insanda kalacak kontrol ve istisna süresini çıkarın.
• Aylık tahmini net fayda: Geri kazanılan kapasitenin işletme için değeri ve azaltılan yeniden işleme maliyetinden lisans, altyapı, destek ve bakım giderlerini çıkarın.
• Basit geri ödeme süresi: Tek seferlik analiz, entegrasyon ve geliştirme maliyetini pozitif aylık net faydaya bölün.

Bu hesap bir tahmindir, tasarruf garantisi değildir. Boşalan çalışan zamanı kendiliğinden nakit tasarrufa dönüşmez; kapasitenin başka işe aktarılması ile gerçekten azalan gideri ayrı yazın. İşlem hacmi, manuel süre, istisnalar ve devam eden maliyet için kullanılan değerlerin ölçülmüş mü varsayımsal mı olduğunu belirtin. Net fayda sıfır veya negatifse geri ödeme süresi hesaplamayın.

Kopyalanabilir süreç değerlendirme formu

SÜREÇ ADI:
SÜREÇ SAHİBİ:
KONTROL TARİHİ:

BAŞLANGIÇ TETİKLEYİCİSİ:
BİTİŞ SONUCU:

MEVCUT ADIMLAR:
1.
2.
3.
4.

KULLANILAN SİSTEMLER:
-

TEKRAR SIKLIĞI:
-

İŞLEM BAŞINA YAKLAŞIK EMEK:
-

SIK GÖRÜLEN HATALAR:
-

İNSAN KARARI GEREKEN ADIMLAR:
-

AYLIK İŞLEM SAYISI:
İŞLEM BAŞINA ORTALAMA MANUEL DAKİKA:
OTOMASYON SONRASINDA KALACAK AYLIK KONTROL / İSTİSNA SAATİ:
TEK SEFERLİK ANALİZ / ENTEGRASYON / GELİŞTİRME MALİYETİ:
AYLIK LİSANS / ALTYAPI / DESTEK / BAKIM MALİYETİ:
KULLANILAN DEĞERLERİN KAYNAĞI: Ölçüm / Tahmin

İSTİSNALAR:
-

GEREKLİ ENTEGRASYONLAR:
-

DEĞERLENDİRME:
İşletme etkisi: Düşük / Orta / Yüksek
Tekrar sıklığı: Düşük / Orta / Yüksek
Kural netliği: Düşük / Orta / Yüksek
İstisna yoğunluğu: Düşük / Orta / Yüksek
Sistem erişimi: Zayıf / Kısmi / İyi
Uygulama zorluğu: Düşük / Orta / Yüksek

KARAR:
[ ] Otomasyon için teknik analiz yap
[ ] Önce süreci standardize et
[ ] Yalnızca belirli adımları otomatikleştir
[ ] İnsan onaylı yarı otomasyon değerlendir
[ ] Şimdilik manuel bırak

BAŞARI NASIL ÖLÇÜLECEK?
-

Varsayımsal örnek: web formundan CRM kaydı oluşturma

Aşağıdaki örnek gerçek bir DigiRise müşteri projesi değildir.

Bir B2B işletmede web sitesinden gelen teklif formlarının çalışan tarafından CRM'e elle girildiğini düşünelim.

Mevcut süreç

1. Form e-posta olarak gelir.
2. Çalışan e-postayı açar.
3. Firma adını kopyalar.
4. Telefonu kopyalar.
5. E-posta adresini kopyalar.
6. CRM'de yeni kayıt açar.
7. Kaynağı "Web sitesi" olarak seçer.
8. Satış sorumlusu atar.
9. Takip görevi oluşturur.

Otomasyon adayı değerlendirmesi

Etki: Orta veya yüksek olabilir. Gerçek hacim ölçülmeden kesin söylenemez.

Tekrar: Günlük çok sayıda form geliyorsa güçlü aday olabilir.

Kural netliği: Form alanları ve CRM alanları belirliyse yüksek.

İstisnalar: Eksik telefon, mevcut müşteri veya spam kayıtlar ayrıca ele alınmalıdır.

Uygulama zorluğu: CRM API veya webhook destekliyorsa daha düşük olabilir.

Olası otomasyon

1. Form başarıyla gönderilir.
2. Veri doğrulanır.
3. CRM'de aynı e-posta veya telefonla mevcut kayıt aranır.
4. Kayıt yoksa yeni fırsat oluşturulur.
5. Kaynak bilgisi eklenir.
6. Atama kuralı çalışır.
7. Satış sorumlusuna bildirim gider.
8. Başarısız işlem hata kuyruğuna alınır.

Bu örnekte spam kontrolü veya satış fırsatının kalitesini belirleme adımı tamamen otomatik olmak zorunda değildir.

Otomasyon için kabul koşulları nasıl yazılır?

"Çalışıyor" tek başına test kriteri değildir.

Örneğin formdan CRM'e aktarım için kabul koşulları şöyle yazılabilir:

[ ] Geçerli form gönderildiğinde CRM kaydı oluşuyor
[ ] Zorunlu alanlar doğru alanlara aktarılıyor
[ ] Aynı kişi tekrar gönderdiğinde çoğaltma kuralı beklenen şekilde çalışıyor
[ ] CRM erişilemezse veri kaybolmuyor
[ ] Başarısız işlem kayıt altına alınıyor
[ ] Yetkisiz veri aktarımı yapılmıyor
[ ] İnsan onayı gereken kayıtlar otomatik tamamlanmıyor

Başarı kriterlerinin gerçek işletme ihtiyacına göre belirlenmesi gerekir. Örnekteki maddeler yalnızca test mantığını göstermektedir.

Otomasyon mu, özel yazılım mı?

Bazı süreçler mevcut araçlar arasında basit entegrasyonla çözülebilir.

Örneğin:

• Formdan e-posta gönderme
• Takvime kayıt ekleme
• Basit CRM alanı güncelleme
• Dosya geldiğinde bildirim oluşturma

Daha karmaşık süreçlerde ise özel bir uygulama veya entegrasyon katmanı gerekebilir.

Örneğin:

• Birden fazla rol ve onay akışı
• Karmaşık fiyatlandırma
• Çok sayıda sistem arasında çift yönlü veri
• Özel raporlama
• Müşteri portalı
• Saha operasyonu

Bu nedenle otomasyon ihtiyacını doğrudan "özel yazılım yaptıralım" sonucuna bağlamayın. Önce sorunu ve mevcut araçların kapasitesini inceleyin.

İlk otomasyon için nasıl seçim yapılır?

İlk proje, işletmenin en büyük sürecini otomatikleştirmek zorunda değildir.

Daha iyi bir başlangıç adayı şu özellikleri taşıyabilir:

• Sınırları net
• Sonucu ölçülebilir
• Geri alınabilir
• Sistem erişimi uygun
• Hata durumunda insan müdahalesi mümkün
• İşletmeye gerçek zaman kazandırıyor

İlk uygulamada otomasyonun çalışma, hata kaydı, geri dönüş ve bakım biçimi de öğrenilmiş olur.

Otomasyon fırsatı belirlemenin amacı insan yapılan her işi kaldırmak değildir. Amaç, tekrar eden ve kuralları belirli işleri sistemlere bırakırken çalışanların gerçekten karar vermesi gereken noktalara odaklanmasını sağlamaktır.

DigiRise'ın özel yazılım geliştirme ve otomasyon hizmeti kapsamında da ilk adım kod yazmak değil, süreci görünür hale getirmek ve hangi adımın neden otomasyona aday olduğunu belirlemektir.