İş süreçleri otomasyonu; tekrarlanan görevleri, veri aktarımlarını, onayları ve bildirimleri önceden tanımlanmış kurallarla yürüten sistemlerin bütünüdür. KOBİ'ler için amaç çalışanı süreçten çıkarmak değil; kopyala-yapıştır, unutulan takip, dağınık dosya ve geciken onay gibi düşük değerli işleri azaltarak ekibin karar ve müşteri iletişimine daha fazla zaman ayırmasını sağlamaktır.
Bu rehberde hangi sürecin otomasyona uygun olduğunu, 10 gerçekçi kullanım örneğini, hazır araç–entegrasyon–özel yazılım seçimini, geri dönüş hesabını ve 30 günlük kontrollü pilot planını bulacaksınız.
Kısa cevap: İyi otomasyon, “insan dokunmasın” diye değil; doğru bilginin doğru kişiye, doğru zamanda ve izlenebilir biçimde ulaşması için kurulur.
İş süreçleri otomasyonu nedir?
Bir iş süreci; başlangıcı, girdileri, sorumluları, kuralları ve çıktısı olan görev dizisidir. Müşteri talebinin satış ekibine atanması, teklifin yönetici onayından geçmesi, düşük stokta satın alma görevi açılması veya servis iş emrinin ustaya yönlendirilmesi birer süreçtir.
Otomasyon bu akışın tanımlı parçalarını yazılımla yürütür. Örneğin web formu gönderildiğinde CRM kaydı açılabilir, bölgeye göre sorumlu atanabilir, yanıt süresi sayacı başlayabilir ve belirli süre içinde işlem yapılmazsa ekip liderine bildirim gidebilir. İnsan; istisna, karar, müzakere ve onay gereken noktada sürecin içinde kalır.
Kural tabanlı otomasyon ile yapay zekâ arasındaki fark
Kural tabanlı otomasyon, “eğer X olursa Y yap” biçimindeki öngörülebilir görevlerde güçlüdür. Yapay zekâ ise e-posta sınıflandırma, belge özeti, serbest metinden bilgi çıkarma veya bilgi tabanında doğal dille arama gibi değişken girdilerde kullanılabilir.
Her otomasyonun yapay zekâya ihtiyacı yoktur. Fiyat hesaplama, stok düşme, onay sırası veya ödeme durumu gibi kesin kurallar; açıklanabilir ve test edilebilir klasik iş mantığıyla yürütülmelidir. Yapay zekâ kullanılıyorsa veri kapsamı, güven eşiği, insan onayı ve hata durumundaki geri dönüş yolu ayrıca tanımlanmalıdır.
Hangi süreç otomasyona uygundur?
En iyi ilk aday, sık tekrarlanan ama kuralları büyük ölçüde belli olan süreçtir. Aşağıdaki sekiz soruya 0 = hayır, 1 = kısmen, 2 = evet puanı verin:
- Süreç haftada birden fazla kez çalışıyor mu?
- Aynı veri iki veya daha fazla sisteme yeniden yazılıyor mu?
- Başlangıç ve tamamlanma koşulu açık mı?
- İş kurallarının çoğu yazılı hâle getirilebilir mi?
- Bir sorumlu ve gerektiğinde bir onay sahibi var mı?
- Doğru kabul edilen ana veri kaynağı belli mi?
- Gecikme, hata veya iş yükü ölçülebiliyor mu?
- Hata olduğunda güvenli biçimde geri dönülebilir mi?
0–5 puan: Önce süreci sadeleştirin ve sahipliği netleştirin. 6–10 puan: Hazır araç veya düşük kodlu bir pilot düşünülebilir. 11–16 puan: Entegrasyon ya da özel otomasyon fizibilitesi hazırlamaya değer.
Bu puanlama bilimsel bir olgunluk modeli veya satın alma kararı değildir. İlk görüşmede öncelik belirlemek için pratik bir filtredir; güvenlik, mevzuat, veri hassasiyeti ve bakım sorumluluğu ayrıca değerlendirilmelidir.
KOBİ'ler için 10 iş süreçleri otomasyonu örneği
1. Müşteri talebini otomatik kaydetme ve atama
Problem: Web formu, e-posta, telefon ve mesajlaşma kanallarından gelen talepler farklı listelerde kalıyor. Akış: Talep tek kayıtta açılır, konu veya bölgeye göre sorumlu atanır, yanıt süresi başlatılır ve gecikmede bildirim üretilir. Ölçüm: İlk yanıt süresi, cevapsız talep sayısı ve teklife dönüşen kayıt oranı.
2. Teklif oluşturma ve indirim onayı
Problem: Ürün, fiyat ve müşteri bilgisi farklı dosyalardan alınırken sürüm hataları oluşuyor. Akış: Güncel fiyat listesinden teklif hazırlanır; belirlenen oranın üzerindeki indirim yönetici onayına gider; son sürüm müşteriye gönderilmek üzere arşivlenir. Ölçüm: Teklif hazırlama süresi, revizyon ve hatalı fiyat vakaları.
3. Stok uyarısı ve satın alma görevi
Problem: Kritik ürünün azaldığı geç fark edilir veya aynı ürün gereğinden fazla sipariş edilir. Akış: Stok hareketi sonrası eşik kontrol edilir, ihtiyaç kaydı açılır, yetkili onayı alınır ve sipariş durumu izlenir. Ölçüm: Stoksuz kalma, fazla stok ve sayım farkı.
Satış, satın alma, stok, depo ve onayların ortak bir operasyon yüzeyinde nasıl ele alınabileceğini görmek için WizzERP demo projesini inceleyebilirsiniz.
4. Çok şubeli işletmelerde görev ve rapor standardı
Problem: Her şube aynı işi farklı dosya ve adımlarla yürütür; merkez güncel durumu karşılaştıramaz. Akış: Ortak kayıt alanları, rol bazlı yetki, şube hedefleri ve istisna bildirimleri tek panelde tanımlanır. Ölçüm: Şubeler arası işlem süresi farkı, eksik kayıt ve rapor hazırlama zamanı.
5. Restoran siparişi ve mutfak durumu
Problem: Masa, paket servis, mutfak, kurye ve ödeme bilgisi birbirinden kopar. Akış: Sipariş kanalı kaydedilir, ürünler ilgili hazırlık istasyonına düşer, durum değişiklikleri servis veya teslimat ekibine yansır ve ödeme kaydıyla eşleşir. Ölçüm: Hazırlama süresi, bekleyen sipariş ve iptal nedeni.
Bu yapının bir örneği olan OrderWizz restoran sipariş paneli; masa, mutfak, paket servis, kurye ve ödeme süreçleri için hazırlanmış bir demo projedir.
6. Oto servis iş emri takibi
Problem: Araç kabul, usta atama, parça kullanımı, stok ve ödeme ayrı kayıtlarda tutulur. Akış: Araç kabulünde iş emri açılır, teknisyen ve hedef tarih atanır, kullanılan parça stoktan düşer, onay ve teslim adımları kayda bağlanır. Ölçüm: Ortalama servis süresi, bekleyen iş emri ve yeniden işlem vakası.
ServisWizz, bu akış için hazırlanmış bir oto servis iş emri ve stok takip demo panelidir.
7. Lojistik görev ve teslimat istisnası
Problem: Sipariş, rota, araç, sürücü ve teslimat bilgisi arasında manuel aktarım yapılır; gecikmeler geç görünür. Akış: Gönderi uygun rotaya atanır, durum olayları kaydedilir, teslimat kanıtı iliştirilir ve gecikme/başarısız teslimat istisnası sorumluya düşer. Ölçüm: Zamanında teslimat, boş kilometre, başarısız teslimat ve istisna çözüm süresi.
Lojistik operasyon ekranı örneği için LogiWizz demo projesine bakabilirsiniz.
8. Randevu, kaynak ve hatırlatma yönetimi
Problem: Çalışan, oda, ekipman veya araç uygunluğu ayrı ayrı kontrol edilir; çakışma ve unutulan randevu oluşur. Akış: Randevu uygun kaynakla eşleştirilir, değişiklikte taraflara bildirim gider, iptal edilen kapasite yeniden açılır. Ölçüm: Çakışma, son dakika iptali ve boş kapasite.
9. Yönetim raporunu otomatik hazırlama
Problem: Haftalık rapor için farklı dosyalardan veri toplanır; rapor yayımlandığında bilgi eskimiş olur. Akış: Onaylı kaynaklardan veri belirli aralıkla alınır, hesaplama kuralı sabit tutulur ve istisnalar ayrıca gösterilir. Ölçüm: Rapor hazırlama süresi, düzeltme sayısı ve verinin güncellik süresi.
10. Belge sınıflandırma ve iç bilgi asistanı
Problem: Teklif, prosedür, sözleşme veya ürün bilgisi klasör ve mesajlarda aranır. Akış: Belgeler sahip, tarih, sürüm ve erişim bilgisiyle düzenlenir; yapay zekâ yalnızca yetkili kaynaklarda arama, sınıflandırma veya özetleme yapar; kritik cevaplar insan onayından geçer. Ölçüm: Bilgi bulma süresi, yanlış sürüm kullanımı ve tekrar sorulan destek soruları.
AI destekli iş akışlarında veri, izin ve insan onayı tasarımı için ChatGPT Work ve işletme pilotu rehberini okuyabilirsiniz.
Otomasyondan önce süreç haritası nasıl çıkarılır?
Bir beyaz tahta veya tek sayfalık belge yeterlidir. Her süreç için şu yedi alanı yazın:
- Tetikleyici: Süreci hangi olay başlatıyor?
- Girdi: Hangi bilgi veya belge gerekiyor?
- Adımlar: Bugün kim, ne yapıyor?
- Karar: Hangi koşulda yol değişiyor veya onay gerekiyor?
- Sistem kaydı: Doğru kabul edilen bilgi nerede tutuluyor?
- İstisna: Eksik veri, iptal veya hata olduğunda ne oluyor?
- Çıktı ve ölçüm: Sürecin bittiği nasıl anlaşılır?
Bu çalışma gereksiz adımları görünür kılar. Önce kaldırılabilecek işi kaldırın; sonra kalan akışı otomatikleştirin. Aksi hâlde yazılım, gereksiz işlemi daha hızlı yapan pahalı bir katmana dönüşebilir.
Hazır araç mı, entegrasyon mu, özel yazılım mı?
Hazır araç
Süreç yaygın, kurallar standart ve hızlı başlangıç önemliyse CRM, görev yönetimi veya randevu ürünü gibi hazır bir çözüm yeterli olabilir. Veri dışa aktarma, kullanıcı yetkisi, destek ve çıkış koşullarını baştan kontrol edin.
Entegrasyon
Kullanılan araçlar işlevsel ama aralarında manuel veri aktarımı varsa API veya güvenli otomasyon katmanı daha ekonomik olabilir. Entegrasyon; her sistemin sahibi, hata kuyruğu, tekrar deneme ve kayıt tutma kurallarıyla kurulmalıdır.
Özel yazılım
Süreç işletmenin rekabet avantajını oluşturuyor, çok sayıda özel rol/onay içeriyor veya hazır ürünler sürekli ara dosya gerektiriyorsa özel panel değerlendirilebilir. Özel yazılım yalnızca ilk geliştirme değil; test, bakım, barındırma, yedekleme ve sahiplik sorumluluğudur.
Daha geniş çözüm seçimi için işletmeler için dijital çözümler rehberine göz atabilirsiniz.
Otomasyon yatırımının geri dönüşü nasıl hesaplanır?
Önce mevcut manuel sürecin aylık maliyetini kendi verinizle hesaplayın:
Aylık zaman maliyeti = çalışan sayısı × günlük dakika / 60 × aylık çalışma günü × saatlik toplam çalışan maliyeti
Ölçülebiliyorsa hata düzeltme, gecikme, iptal, fazla stok, kaçan talep ve yeniden işlem maliyetini ekleyin. Pilot sonrasında aynı değerleri yeniden ölçün:
Basit geri dönüş süresi = ilk yatırım / aylık ölçülebilir net kazanç
Bu formül finansman maliyeti, nakit akışı veya stratejik risk içeren tam bir yatırım analizi değildir. Ancak “zaman kazandırır” gibi belirsiz bir vaadi, doğrulanabilir başlangıç ve sonuç değerlerine dönüştürür.
30 günlük kontrollü otomasyon pilotu
1–5. gün: Tek süreci ve sahibi seçin
Yüksek puan alan, sık tekrarlanan ve geri alınabilir bir süreç seçin. Başlangıç süresi, hata, bekleyen iş ve kullanıcı sayısını kaydedin.
6–10. gün: Veri, yetki ve istisnaları tanımlayın
Ana veri kaynağını, işlem yapabilecek rolleri, insan onayı gereken noktaları ve hata olduğunda uygulanacak güvenli yolu yazın.
11–18. gün: En küçük yeterli akışı kurun
İlk sürümde yalnızca temel kayıt, durum, sorumlu, bildirim ve ölçümü otomatikleştirin. Aynı anda bütün departmanı dönüştürmeye çalışmayın.
19–25. gün: Gerçek senaryolar ve istisnalarla test edin
Normal akışın yanında eksik veri, çift istek, yetkisiz kullanıcı, iptal, entegrasyon kesintisi ve geri alma senaryolarını deneyin. Kritik sonuçları insan gözetiminde karşılaştırın.
26–30. gün: Sınırlı canlı kullanım ve karar
Tek ekip veya şubede başlayın. Başlangıç metriğiyle sonucu, kullanıcı kabulünü, yeni bakım yükünü ve hata davranışını karşılaştırın. Kanıt olumluysa kapsamı kademeli genişletin.
Güvenli ve sürdürülebilir otomasyon için kontrol listesi
- Her entegrasyon için benzersiz kimlik ve en az yetki kullanın.
- Fiyat, ödeme, stok veya erişim gibi kritik kararları sunucu tarafında doğrulayın.
- Tekrar çalışan isteklerin çift kayıt veya çift tahsilat üretmesini engelleyin.
- Kim, ne zaman, hangi veriyi değiştirdi sorusuna cevap veren işlem kaydı tutun.
- Bağlantı kesildiğinde görevlerin kaybolmadığı hata kuyruğu ve tekrar deneme planı kurun.
- Yedekleme kadar geri yükleme testini de planlayın.
- Kritik kararlar için insan onayı ve manuel devralma yolu bırakın.
- Sistem sahibi, bakım sorumlusu ve destek sınırını yazılı hâle getirin.
En sık yapılan 7 hata
- Problemi değil aracı seçmek: Popüler ürün gerçek darboğazı çözmeyebilir.
- Bozuk süreci otomatikleştirmek: Gereksiz adım hızlansa da gereksiz kalır.
- Her şeyi tek seferde yapmak: Kapsam büyüdükçe test ve benimseme riski artar.
- Ana veri kaynağını belirlememek: İki sistem farklı doğru ürettiğinde otomasyon güvenilmez olur.
- İstisnaları yok saymak: Gerçek operasyon normal akıştan çok hata ve değişikliklerle sınanır.
- Kullanıcıyı geç dahil etmek: Teknik olarak çalışan sistem günlük rutine uymayabilir.
- Başarı metriği koymamak: Sonucun yatırım değerini gösteren karşılaştırma yapılamaz.
Sık sorulan sorular
İş süreçleri otomasyonu çalışanların yerini alır mı?
Hedef, tekrarlanan ve kurallı görevleri azaltmaktır. Müşteri ilişkisi, müzakere, istisna yönetimi, etik karar ve nihai onay gibi görevler insan sorumluluğunda kalır. Rol değişimi ve eğitim planı projenin parçası olmalıdır.
Küçük işletmeler otomasyona nereden başlamalı?
Haftada sık tekrarlanan, sahibi belli, verisi erişilebilir ve sonucu ölçülebilir tek bir işten başlayın. Müşteri talebi atama, teklif takibi veya haftalık rapor iyi pilot adayları olabilir.
Otomasyon için yapay zekâ şart mı?
Hayır. Kesin kurallı görevlerde klasik otomasyon genellikle daha öngörülebilir ve kolay test edilir. Yapay zekâ değişken metin, belge veya sınıflandırma ihtiyacı olduğunda kontrollü bir bileşen olarak eklenebilir.
İş süreçleri otomasyonu ne kadar sürer?
Süre; entegrasyon, veri kalitesi, rol sayısı, istisna ve test ihtiyacına göre değişir. İhtiyaç analizi yapılmadan kesin süre vermek güvenilir değildir. Küçük ve geri alınabilir bir pilotla fizibilite doğrulanmalıdır.
Excel yerine otomasyon ne zaman gerekir?
Dosyada aynı anda çok kişi çalışıyor, sürüm karışıyor, kayıtlar başka sistemlere yeniden yazılıyor, yetki ve işlem geçmişi gerekiyor veya hata işletme sonucunu etkiliyorsa merkezi bir sistem değerlendirilmelidir.
Otomasyonun başarılı olduğu nasıl anlaşılır?
Pilot öncesi ve sonrası aynı metrik karşılaştırılır: işlem süresi, hata, bekleyen iş, yeniden işlem, kullanıcı kabulü ve bakım yükü. Yalnızca daha fazla görev tamamlanması değil, veri kalitesi ve kontrol düzeyi de değerlendirilir.
Sonuç: En küçük ölçülebilir darboğazdan başlayın
İş süreçleri otomasyonu, çok sayıda aracı birbirine bağlamak değil; bir işin nasıl başladığını, kimde ilerlediğini, hangi kuralla sonuçlandığını ve başarının nasıl ölçüldüğünü netleştirmektir. En küçük yeterli akışla başlayın, istisnaları test edin ve yalnızca gerçek veri olumluysa kapsamı büyütün.
WebWizz; kurumsal web, e-ticaret, SaaS, özel yazılım, CRM ve yönetim paneli projelerinde süreç analizi, entegrasyon ve uygulama geliştirme desteği sunar. Otomatikleştirmek istediğiniz süreci, bugün kullandığınız araçları ve en çok zaman kaybettiğiniz adımı paylaşmak için proje başlangıç formunu kullanabilirsiniz.