Workflow Nedir? Ops Ekipleri İçin Sade Bir Tanım ve Örnek
Summary
Workflow nedir? Bir işi başlangıçtan bitişe taşıyan, tekrarlanabilir bir adımlar dizisidir. Dört parçası vardır: tetikleyici, adımlar, devirler ve çıktı. Process büyük resmi, SOP ise tek bir adımın ayrıntılı anlatımını verir. Bir workflow'u yaklaşık 30 dakikada tek sayfada haritalayabilirsin. Önce haftada bir çalışan ve adımları büyük ölçüde sabit olan işleri otomatikleştir. Bu, sıfırdan başlamanın en kısa yoludur.
Workflow nedir? Net bir tetikleyicisi, adımlar arasında tanımlı devir noktaları ve beklenen bir çıktısı olan, tekrarlanabilir bir adımlar dizisidir. Bir işi başlangıçtan bitişe kadar taşır. Bu kadar. Tetikleyiciyi, adımları, her adımın sahibini ve sonucu sayabiliyorsan elinde bir workflow var. Sayamıyorsan elinde bir alışkanlık var.
GTM (go-to-market, pazara çıkış) ekiplerine erken aşamada danışmanlık veriyorum ve bu soru çok sık geliyor. Ops liderleri kelimeyi her gün kullanıyor, ama odadaki herkes biraz farklı bir şey kastediyor. Müşterilerimle kullandığım tanım aşağıda.
Ops ekibinin işine yarayan bir tanım nedir?
Kısa özet, 30 saniye: bir workflow dört parçadan oluşur. Tetikleyici, adımlar, devirler, çıktı.
Bir satış fırsatı incelemesini düşün. Tetikleyici, bir fırsatın CRM (müşteri ilişkileri yönetimi aracı) içinde 3. aşamaya geçmesidir. Adımlar şunlardır: hesap verisini çek, son üç temas noktasını kontrol et, bir risk özeti taslağı yaz, bunu fırsat kanalına paylaş. Devirler, işin sahip değiştirdiği anlardır. Örneğin AE (hesap yöneticisi) işi satış müdürüne devrettiğinde. Çıktı ise bir karardır: ilerlet, beklet ya da bırak.
Aynı mantık müşteri onboarding'i için de geçerli. Tetikleyici bir sözleşmenin imzalanmasıdır. Adımlar faturalama kurulumu, veri aktarımı ve açılış görüşmesidir. Devirler faturalama ekibinden canlıya geçiş ekibine olan geçiştir. Çıktı ise müşterinin canlıya alınmış hesabıdır. Dört parçadan birini bulamıyorsan, workflow eksik yazılmış demektir.
Bu dört parçadan birini çıkarırsan workflow bulanıklaşır. Tetikleyici yoksa birinin başlatmayı hatırlaması gerekir. Devir kuralı yoksa iş kimsenin sahiplenmediği bir kuyrukta bekler. Tanımlı bir çıktı yoksa işin ne zaman bittiğini hiç bilemezsin.
Workflow, onu çalıştıran araçla aynı şey değildir. Aynı fırsat incelemesi HubSpot'ta, bir Notion veritabanında ya da bir Slack konuşmasında yürüyebilir. Araç değişir. Sıra aynı kalır.
Workflow, process ve SOP arasındaki çizgi nerede?
İnsanlar bu üç kelimeyi sürekli birbirinin yerine kullanıyor. Kaynaklar sınırların nerede olduğu konusunda hemfikir değil ve satıcıların sözlükleri tanımları kendi ürünlerine göre eğiyor. Uygulamada işe yarayan ayrım şudur.
Process: büyük resim. Ekibin ne yaptığı ve neden yaptığı, girdiden iş sonucuna kadar. "Gelen potansiyel müşterileri nitelendir" bir process'tir.
Workflow: hareket. Bir process'in içindeki adım sırası, roller ve devirler. İşe kimin dokunduğuna ve işin ne zaman el değiştirdiğine bakar.
SOP (standart çalışma prosedürü): tek bir adımın ayrıntılı anlatımı. Herhangi bir kişinin aynı sonucu üretmesi için vardır.
ClickUp'ın iş talimatları ile SOP'lar arasındaki karşılaştırması da iş sırası ile tek bir görevin talimatı arasında benzer bir çizgi çiziyor. Terminoloji tartışmasına girme. Her kelimeye tek bir anlam ver ve ekip wiki'nize yaz.
Benim kuralım şu: SOP'u yalnızca tutarlılığın önemli olduğu yerde yaz. Fiyat onayları ya da veri silme gibi. Geri kalan her şey için workflow'u haritala ve orada dur. Kimsenin açmadığı bir SOP, hiç olmamasından kötüdür, çünkü sahte bir güven verir.
Pratikte en sık gördüğüm hata, SOP'ları çok erken yazmak. Ekip henüz beş workflow'u oturtmadan prosedür kitabı yazmaya başlıyor. Önce workflow, gerekiyorsa sonra SOP. Sıra bu.
Tanım neden önemli? Haritalanmamış iş pahalıya patlar
Ekibin çalışma bilgisini kafasında taşıyorsa maliyet koordinasyonda kendini gösterir. Asana'nın Anatomy of Work Index raporu, bilgi çalışanlarının zamanlarının yaklaşık yüzde 60'ının "işle ilgili iş"e gittiğini gösteriyor. Yani durum güncellemeleri, bilgi arama ve uygulamalar arası geçiş. Bu, 2021'de yapılmış ve katılımcıların kendi bildirdiği bir anket. Rakamı bir yön göstergesi olarak oku, ekibin için bir ölçüt olarak değil.
Sahada gördüğüm de bu yönü destekliyor. Altı kişilik bir GTM ekibi olan bir müşterimde üç ayrı Notion wiki vardı ama SDR'lar (satış geliştirme temsilcileri) ile AE'ler arasında yazılı bir devir kuralı yoktu. Potansiyel müşteriler aşamalar arasında iki üç gün bekliyordu. Kimse tembel değildi. Sadece bir sonraki adımın kimin olduğunu kimse bilmiyordu.
O tek devri haritalamak yaklaşık 90 dakika sürdü. Tetikleyiciyi, sahibi ve 24 saatlik bir beklentiyi yazdık. Bu bir workflow'du. Etkileyici değildi ama işe yaradı.
Workflow türleri nelerdir?
Ops ekiplerinin çalıştırdığı işlerin çoğunu üç tür kapsar.
Sıralı workflow'lar. B adımı, ancak A adımı bittiğinde başlar. Sözleşme onayı klasik örnektir: önce hukuk, sonra finans, sonra imzalayan. Çizmesi kolaydır, ama bir kişi izne çıktığında kolayca tıkanır.
Paralel workflow'lar. Birkaç adım aynı anda çalışır ve sonra birleşir. Müşteri onboarding çoğu zaman böyle işler: faturalama kurulumu, veri aktarımı ve açılış görüşmesi yan yana ilerler, canlıya geçiş ise üçü de bitene kadar bekler.
**Gerçek bir workflow çoğu zaman bu üçünün karışımıdır. Bir sözleşme onayı sıralı başlar, ama hukuk onayı belirli bir tutarın üstünde şart koşulursa koşullu bir dala girer. Tür seçmekten çok, her adımda hangi kuralın geçerli olduğunu yazmak işe yarar.
Koşullu workflow'lar. Yol bir kurala bağlıdır. Skoru 80'in üzerindeki bir potansiyel müşteri AE'ye gider. Altındakiler ise besleme (nurture) akışına girer. Gerçek hayattaki workflow'ların çoğu koşullu olduğu için tahtadaki ilk taslak neredeyse her zaman yanlıştır.
Durum makineleri, kurala dayalı ya da vaka bazlı gibi daha süslü sınıflandırmaları en az beş çalışan workflow'un olana kadar atla. Yeni başlayanlar işi görmeden önce etiketi seçiyor.
Bir workflow'u 30 dakikada nasıl haritalarsın?
Bunu işi yapan insanlarla yap, yönetenlerle değil. Yöneticiler süreci kâğıt üzerinde anlatır. Operatörler ise bir salı günü gerçekte neyin olduğunu anlatır.
Tetikleyiciyi adlandır. Bunu başlatan olay ne? Bir form doldurma, bir aşama değişikliği, pazartesi takvimindeki bir slot. Cevap "birisi hatırlar" ise bu senin ilk bulgun.
Adımları gerçekleştikleri sırayla listele. Yapışkan notları ya da bir Notion sayfasını kullan. Her adım için bir fiil: çek, kontrol et, taslak yaz, gönder.
Her devri işaretle. İşin sahip ya da araç değiştirdiği her yeri daire içine al. İşlerin takıldığı yerler burasıdır.
Çıktıyı yaz. Tek cümle. "Fırsat kanalına 15 dakika içinde paylaşılan bir risk özeti."
Süreyi ölç. Her adımın bugün ne kadar sürdüğünü not et. Bilmiyorsan "bağlamında ölçülecek" yaz ve bir hafta boyunca ölç.
Haritalama sırasında sık duyulan bir cümle "bizde aslında böyle değil" olur. Bunu not al ve operatöre sor: "Geçen salı tam olarak ne yaptın?" Cevap çoğu zaman yönetimin anlattığından farklıdır. Asıl workflow o cevabın içinde saklıdır.
Tek sayfada kal. Üç sayfalık bir dokümana ihtiyaç duyan bir workflow'a kimse uymaz.
Workflow'lar genellikle nasıl bozulur?
Beni düzeltmeye çağırdıklarında karşılaştığım dört hata modu, sorunların çoğunu açıklıyor.
Belgelenen yol ile gerçek yol birbirinden farklıdır. Wiki beş adım yazar. İnsanlar üç adım yapar ve gerisini atlar. Ekip workflow'unun etrafından dolaşıyorsa sorun workflow'dadır, daha fazla hatırlatma bunu çözmez. Yeniden tasarla.
Devrin sahibi yoktur. Her adımın bir sahibi vardır ama adımlar arasındaki boşluğun sahibi yoktur. Gönderenin değil, alanın adını koy.
İstisna kural olur. Mutlu yolu haritalar, sığmayan yüzde 30'u görmezden gelirsin. "Bu başarısız olursa ne olur?" sorusuna bir satır yaz, cevap "ops liderine haber ver" bile olsa.
Workflow amacını aşar. Kötü bir çeyrekten sonra eklenen bir adım sonsuza kadar kalır. Her workflow'u her çeyrek gözden geçir ve bir adımı sil. Çoğu ekip on dakika içinde ölü bir adım bulur.
Dört hatanın ortak noktası, çoğunun bir devir ya da tetikleyici sorunu olmasıdır. Bu yüzden bir workflow'u incelerken önce devirlerden başla.
Araçlar ve otomasyon: önce hangi workflow?
Workflow yazıldıktan sonra araçlar kolayca değerlendirilir. Aracı önce seçip sonra workflow'u bulmaya çalışmak en yaygın hatadır. Bir ekip platform satın alır, sonra adımları hiç kararlaştırmadıkları için onu yapılandıramadıklarını fark eder.
Ops yığınlarında tekrar tekrar gördüğüm dört kategori var.
Çalışma alanları ve veritabanları. Workflow çoğunlukla insanların bir kaydı durumlar arasında taşıdığı, şablonlar ve pano görünümüyle yürüyen işlerse Notion iyi çalışır. Şubat 2026 güncellemesiyle eklenen Custom Agents, çok adımlı işleri kredi sistemiyle otomatikleştirebilir. Bu yüzden tüm ekibe yaymadan önce kredi kullanımını kontrol et.
CRM paketleri. HubSpot, aşama bazlı workflow'ları iyi yönetir, çünkü tetikleyici (bir fırsat aşamasının değişmesi) zaten içinde yaşar. Workflow'un CRM'de başlayıp bitiyorsa değer. Adımların yarısı başka araçlarda oluyorsa atla.
Veri ve zenginleştirme. Clay, ana işin hesaplar hakkında veri toplayıp zenginleştirmek olduğu workflow'lara uyar. Ücretsiz katman, tek bir prospecting workflow'unu denemek için yeterli. Ücretli planlar ayda $185'ten başlıyor. Küçük bir ekip için bu ciddi bir para.
Ajanlar. Lindy, gelen kutusunu ayıklamak ya da bir toplantıya hazırlanmak gibi tek bir tekrarlayan işi çalıştıran küçük kalıcı ajanlar kurar. Net bir tetikleyicisi ve tekrarlanabilir bir çıktısı olan workflow'lara uygundur. Adımları her hafta değişen işlerde ise kötü bir seçimdir.
Bunların hiçbiri ilk adımın yerini tutmaz. Önce workflow'u yaz. Araç sadece onu çalıştırır.
Hangi workflow'u önce otomatikleştireceğine gelince, en çok canını sıkan değil, üç testi geçen olsun.
Haftada en az bir kez çalışıyor.
Adımlar on kerenin dokuzunda aynı.
Yanlış bir çıktıyı düzeltmek ucuz.
Otomasyonu aşamalı kur. Önce tetikleyiciyi bağla, sonra tek bir adımı, en son devri. Her adımda çıktıyı bir kişinin kontrol ettiğinden emin ol. Bu sıra, bir hata çıktığında nerede olduğunu bulmayı kolaylaştırır.
Haftalık toplantı hazırlığı, lead yönlendirme kuralı ve CRM alanı temizliği hepsi bu testi geçer. Fiyat istisnası ya da churn kurtarma görüşmesi geçmez. Bunlar yargı gerektirir ve bir insan döngüde kalmalı.
İlk workflow için ölçülebilir bir fark hedefle. 40 dakikalık kopyala-yapıştırdan 8 dakikalık incelemeye geçmek, patronuna gösterebileceğin bir sonuçtur. "Zaman kazandırır" ise sonuç değildir.
AI komutu bir workflow'a nasıl oturur?
Bir AI komutu workflow'un kendisi değil, workflow'un içinde bir adımdır. Tekrar kullanabileceğin bir fiil gibi düşün. Her seferinde uzun bir prompt yazmak yerine, bir görüşme transkriptinde /summarize gibi kayıtlı bir komutu tetiklersin ve her seferinde aynı yapılandırılmış çıktıyı alırsın.
Üçünü zincirlersen küçük bir workflow'un olur: bir hesapta /research, bulguları /summarize, ilk temas için /draft-email. Tetikleyici, ilk komutu sen yazmandır. Çıktı, göndermeden önce incelediğin bir taslaktır. Sınır gerçektir: zincir, arkasındaki adım tanımları kadar iyi çalışır ve devri insana bağlayan sorumluluk hâlâ sendedir.
Bu, her AI workflow'u için dürüst bir testtir. Adımları modelin adını anmadan tarif edemiyorsan elinde bir demo vardır, bir workflow değil.
Sıradaki komutun
Ekibinin her hafta çalıştırdığı bir workflow seç. 30 dakika ayır. Tetikleyiciyi, adımları, devirleri ve çıktıyı tek sayfada yaz, sonra her adımı beş iş günü boyunca zamanla.
Henüz hiçbir şeyi otomatikleştirme. Bu sayfaya ve bu sürelere sahip olduğunda, hangi adımı bir araca vereceğini ve hangisini insan ellerinde tutacağını tam olarak bileceksin. Tanımın tamamı budur, uygulamada.