Süreç haritalama temelleri: BPMN'e gerek kalmadan başlayın

Önce "as-is", sonra "to-be"

Süreç haritalama hakkında en yaygın yanılgı şudur: harita çizmek için önce "nasıl olmalı"yı bilmek gerekir. Hayır. Önce "şu anda ne oluyor"u bilmeniz gerekir.

"As-is" harita, sürecin bugün gerçekte nasıl işlediğini gösterir — belgelerde yazılı olanı değil. Pek çok KOBİ'de sipariş alma, faturalandırma ya da müşteri kaydı süreçleri yıllardır değişmemiştir ama hiçbir yerde yazılı değildir. Bu boşluk, otomasyona geçişin en büyük riskidir: yazılı olmayan bir süreci otomatize ederseniz, hataları da otomatize etmiş olursunuz.

Türkiye'deki KOBİ'ler için somut bir örnek: e-fatura sürecini otomatize etmek istiyorsunuz. Ama "fatura kim oluşturuyor, kim onaylıyor, müşteriye nasıl gönderiliyor, itiraz gelirse ne oluyor?" sorularına yazılı bir yanıtınız yoksa, önce bu akışı kağıda dökün. Yapışkan notlar, Miro'da bir şerit ya da Excel'de dört sütunlu bir tablo yeterlidir. BPMN öğrenmenize ya da Visio satın almanıza gerek yoktur.

As-is harita hazırlandıktan sonra "to-be" tasarımı çok daha kolay olur. Neyin değişeceğini değil, neyin kaldığını görürsünüz. Bu da optimizasyon kararlarını gerçek veriye dayandırır — sezgiye değil.

Sürecinizi 1 saatte haritalayın: 4 sütunlu yaklaşım

Karmaşık bir araç kurmadan süreci haritalamak için dört sütunlu bir Excel tablosu veya Miro şeridi yeterlidir. Her satır bir adımı temsil eder; sütunlar şunlardır:

1. Adım — Ne yapılıyor? Kısa ve fiil biçiminde: "fatura oluştur", "onay bekle", "sisteme gir". 2. Kim yapıyor? Rol adı, kişi adı değil: muhasebe, satış temsilcisi, müşteri. 3. Girdi nedir? Bu adımın başlaması için ne gerekiyor: form, e-posta, onay, sistem kaydı. 4. Çıktı nedir? Bu adımdan sonra ne üretilir: belge, bildirim, veritabanı kaydı.

Bu dört sütun basit bir swimlane diyagramını andırır ve herhangi bir yazılım bilgisi gerektirmez. Bir saatlik bir çalışma oturumunda, süreci bilen iki ya da üç kişiyle yapışkan notlar kullanarak tüm tabloyu doldurmak mümkündür.

Türkiye bağlamında işe yarayan pratik bir ipucu: e-fatura sürecinizi, MERSIS kaydı veya KVKK kapsamındaki veri işleme akışlarını bu yöntemle belgeleyin. Dört sütunlu tablo, hem iç denetim hem de ileride yapılacak otomasyon için hazır bir teknik şartname görevi görür.

Haritayı tamamladıktan sonra her adıma şu soruyu sorun: "Bu adım otomatize edilebilir mi? Kaldırılabilir mi? Birleştirilebilir mi?" Bu üç soru, gereksiz karmaşıklığı ortadan kaldırır.

Otomasyona geçiş kriterleri

Her haritalanmış süreç otomasyona hazır değildir. Otomasyona geçmeden önce şu dört kriterin karşılanması gerekir:

1. Tekrar oranı: Süreç haftada en az iki ile üç kez tekrarlanıyorsa otomasyon maliyeti karşılanabilir hâle gelir. Ayda bir yapılan istisnai bir işlem için otomasyon çoğunlukla gereksizdir.

2. Standart girdi: Sürecin başladığı girdiler standartlaşmışsa — belirli bir e-posta formatı, form yanıtı veya sistem bildirimi — otomasyon çok daha kararlı çalışır. Girdiler her seferinde farklıysa önce veri standartlaştırma adımı gerekir.

3. İnsan kararı miktarı: Sürecin kritik adımlarında çok sayıda öznel karar veriliyorsa, bu adımlar önce basitleştirilmeli ya da kurallara bağlanmalıdır. Otomasyon, kural tabanlı adımları otomatize edebilir; belirsiz kararları değil.

4. Hata toleransı: Süreçteki bir hata direkt müşteri kaybına, yasal ihlale (KVKK, e-belge zorunlulukları) ya da mali zarara yol açıyorsa, otomasyon öncesi kapsamlı test şarttır.

Bu dört kriterin tamamını karşılayan süreçler otomasyona en hazır olanlardır. Setviva'nın yaklaşımı: kriterleri karşılayan süreci belirledikten sonra önce küçük bir veri seti üzerinde pilot test yapıyoruz, ardından kademeli olarak tüm hacme yayıyoruz. Harita olmadan pilot olmaz; pilot olmadan ölçek olmaz.

Süreç haritalama ilk adımdır: haritalamanın ardından dijital dönüşüme nereden başlanır rehberimize ve sektöre özel otomasyon yaklaşımlarımıza göz atın.

En sık atlanan adım: süreci gerçekten yürütenlerle konuşun

Süreç haritalarının çoğu zaman yanlış çıkmasının asıl nedeni özensizlik değil, yanlış kişiyle konuşmaktır. Bir yönetici süreci genellikle "olması gerektiği gibi" anlatır — çoğu zaman yıllar önce tasarlandığı hâliyle. Oysa siparişi gerçekten işleyen, faturayı gerçekten kesen ya da destek talebini gerçekten yanıtlayan kişi, işin gündelik gerçeğini bilir: sistem bir kez hata verdiği için eklenen fazladan bir kontrol, resmi onay çok yavaş kaldığı için gayriresmi yollardan alınan ikinci bir onay gibi. Haritanız yalnızca yönetimin "böyle yürüyor sandığı" akışı yansıtıyorsa, aslında var olmayan bir süreci otomatize etmiş olursunuz.

Bu tür geçici çözümler göz ardı edilecek gürültü değil, egzersizin en değerli sinyalidir. Kimsenin resmi olarak onaylamadığı bir yan Excel dosyası, ticket sistemi yerine kullanılan bir WhatsApp grubu, üç farklı sisteme elle yeniden girilen basılı bir form — bunların her biri, resmi sürecin gerçek bir ihtiyacı karşılayamadığı bir noktayı işaret eder. Bunları haritada açıkça not edin: kim başlattı, neden başlattı. Genellikle ya bir eğitim eksikliğine ya da doğrudan bir otomasyon fırsatına işaret ederler, bazen ikisine birden.

Her istisnayı haritalamaya çalışmayın. Olabilecek her dalı yakalamaya çalışan bir harita okunmaz hâle gelir ve kimse onu güncel tutmaz. Bunun yerine ana akışı, bir de gerçekten sık karşılaşılan iki ya da üç istisnayı haritalayın — eksik bir belge, reddedilen bir ödeme, gönderildikten sonra değiştirilen bir sipariş gibi. Bundan daha nadir olan her şey akışın kendisinde değil, kısa bir "bilinen istisnalar" notunda yer almalıdır.

Son olarak en çok dikkat etmeniz gereken yer, tek bir ekibin içindeki adımlar değil, departmanlar arasındaki devir noktalarıdır. Çoğu süreç bir departman içinde sorunsuz ilerler ve tam olarak satışın operasyona, operasyonun finansa bir şeyi devrettiği noktada tıkanır. Haritanızdaki her devir noktasını net bir sorumlu kişi ve her iki tarafın "tamamlandı" saydığı net bir beklentiyle işaretleyin. Bugün en çok zaman kaybına yol açan da, otomasyona geçtiğinizde en hızlı geri dönüşü sağlayan da genellikle tam bu devir noktalarıdır.