İş Akışı Oluşturucu
İş akışı oluşturucu; aksiyonların ve koşulların otomatik dizilerini tasarlamak için kullanılan görsel bir araçtır, böylece pazarlamacılar takip mantığını kod yazmadan kurar.
Önemli noktalar
- Oluşturucu tipli bir çizgeyi düzenler; tuvaldeki yerleşimin yürütmeye etkisi yoktur.
- Akışın ortasındaki kişiler genellikle kaydoldukları sürümle devam eder.
- Her koşul düğümü yolları ikiye katlar, böylece test kapsamı hızla çöker.
- Büyük bir akışı bağlantılı küçük akışlara bölmek izlenebilirliği geri getirir.
- Döngü, aritmetik ve sistemler arası sorgularda tuval koda karşı kaybeder.
Derinlemesine
İş akışı oluşturucu, yönlü bir çizge üzerinde çalışan bir düzenleyicidir. Düğümler tiplidir; tetikleyici, koşul, gecikme, aksiyon ve hedef türlerini kapsar, aralarındaki kenarlar ise yürütme sırasını belirler. Kaydetmek bu çizgeyi motorun kişi başına çalıştırdığı bir şeye derler; bu yüzden akışın ortasındaki bir kişi genellikle sizin az önce düzenlediğiniz sürümü değil, girdiği sürümü izler. Tuval çizgenin kendisi değil bir görünümüdür, yani yerleşim seçimleri davranışı hiç değiştirmez.
Okunabilirlik yetenekten daha hızlı bozulur. Her koşul düğümü çizgedeki yol sayısını ikiye katlar; on koşullu bir akışta kimsenin aklında tutamayacağı kadar çok olası güzergâh olur ve hepsini test etmek pratik olmaktan çıkar. Derinlik de bedel ister: iç içe dallar, okuyanı bir kişinin oraya nasıl geldiğini anlamak için birkaç düğüm geriye gitmeye zorlar. Olağan çözüm, tek bir büyük akışı bir alan değeriyle bağlanmış birkaç küçük akışa bölmektir.
Çoğu oluşturucu aynı düğüm sözlüğünü sunar; zanaat egzotik düğüm tiplerinde değil adlandırma ve yapıdadır. Her akışı sonucuna, her dalı koşuluna göre adlandırın ve çıkışı okuyanın bakacağı bir yere koyun. Quiz sonucu elverişli bir dallanma girdisidir, çünkü kademe tek bir alandır: bir koşul düğümü onu okur ve altındaki her yol, aynı e-postanın bir varyasyonunu değil gerçekten farklı bir aksiyonu taşır.
Görsel bir oluşturucu basit mantığı apaçık, karmaşık mantığı ise koddan kötü hâle getirir. Bir akış döngü, birden çok kayıt üzerinde aritmetik veya başka bir sisteme sorgu gerektirmeye başladığında tuval, bir betiğin birkaç okunur satırına sığacak şeyi bulmacaya çevirir. Sürüm kontrolü genellikle zayıftır, dünkü akışla bugünküyü karşılaştırmanın yolu yoktur ve hata ayıklama geriye dönüktür: kişinin hangi yolu izlediğini görürsünüz, koşulun neden öyle değerlendiğini nadiren.
Pratikte örnek
Nasıl ölçülür
Yalnızca sonucu değil çizgenin kendisini ölçün. Her oluşturucu kaç kişinin hangi düğüme ulaştığını raporlayabilir; bunu bir yol dağılımı olarak okuyun ve aylardır kimseyi almayan bir dal olup olmadığını kontrol edin, çünkü ölü dallar genellikle asla doğru olamayacak koşullardır. Tetikleyiciye giren sayıyı hedef düğümüne ulaşan sayıyla karşılaştırıp kişilerin nerede durduğunu bulun.
Buna iki bakım ölçüsü ekleyin. Çıkış koşulu olmayan akışları sayın, çünkü bunlar kişileri süresiz biriktirir; bir de lansmandan beri kimsenin düzenlemediği ama hâlâ kişi almaya devam eden akışları sayın. Ardından bir değişikliğin talepten canlıya geçişinin ne kadar sürdüğünü ölçün; tek bir uzman gerektiren oluşturucu kuyruk üretiyordur ve bu, görsel arayüzün alınma amacının tersidir.
Sık yapılan hatalar
En sık yapılan hata, içinde kimlerin olduğunu düşünmeden canlı bir akışı düzenlemektir. Biri ortalara bir koşul ekler ve bir gecikme düğümünde bekleyen kişiler ya onu atlar ya da kaydolduklarında var olmayan bir dala düşer. Akışı duraklatın ya da klonlayıp kaydı yeni sürüme yönlendirin, sonra eskisini doğrudan silmek yerine içindekiler boşalana kadar çalıştırıp arşivleyin.
İkinci hata, her durumu karşılamaya çalışan tek bir akış kurmaktır. Akış, hangi kişinin ne alacağını kimsenin öngöremeyeceği kadar koşul biriktirir ve onu kuran kişi güvenle değiştirebilen tek kişi hâline gelir. Doğal sınırdan, genellikle segment veya sonuçtan bölün ve parçaları bir alan değeriyle bağlayın. Birkaç küçük akışı test etmek de devretmek de daha kolaydır.
Sıkça sorulan sorular
İş akışı oluşturucu için kodlama bilmem gerekir mi?
Hayır, iş akışı oluşturucular sürükle-bırak düğümlerle görsel, kodsuz kullanım için tasarlanmıştır. Pazarlamacılar dallanma mantığını kendileri kurabilir, ancak karmaşık entegrasyonlar geliştirici desteği gerektirebilir.
İş akışı oluşturucudaki tetikleyici nedir?
Tetikleyici, iş akışını başlatan ilk olaydır; örneğin bir quiz tamamlama veya form gönderimi. Tetikleyiciden sonraki her şey belirlediğiniz koşullara göre otomatik çalışır.
Karmaşık bir iş akışını nasıl bakımı kolay tutarım?
Net düğüm adları kullanın, gereksiz dalları sınırlayın ve yayına almadan önce her yolu test edin. Akışları düzenli gözden geçirip sadeleştirmek onları güvenilir tutar.
Bir iş akışını düzenlediğimde içindeki kişilere ne olur?
Platforma göre değişir ama çoğu kişileri kaydoldukları sürümde tutar ve değişiklikleri yalnızca yeni girenlere uygular. Bazıları bunun yerine bir sonraki düğümde yeniden değerlendirir. Canlı bir şeyi düzenlemeden önce kendi aracınızdaki davranışı kontrol edin; emin değilseniz akışı yerinde düzenlemek yerine klonlayıp kaydı taşıyın.
Bir iş akışını açmadan önce nasıl test ederim?
Nadir olmasını beklediğiniz dallar dahil her dalı bilerek kapsayan küçük bir test kaydı kümesini akışa alın ve gecikmeleri kısaltılmış bekleme süreleriyle adım adım geçin. Yalnızca beklenen yolu test etmek, hataların kimsenin denemediği dalda çıkmasının nedenidir. Önizleme modu varsa kullanın ama gerçek kayıtlarla canlı test daha çoğunu bulur.
Mantık ne zaman oluşturucudan koda taşınmalı?
Akış döngü, birden çok kayıt üzerinde hesap veya başka bir sisteme sorgu gerektirdiğinde. Bunlar bir betikte ucuz, tuvalde hantaldır ve görsel sürüm yanlış olmadan çok önce okunmaz hâle gelir. Pratik bir sınır şudur: akışı anlatmak için birden fazla ekran görüntüsü gerekiyorsa zor kısmı bir API çağrısının arkasına taşıyın.
Bir iş akışında kaç dal fazladır?
Çoğu kişinin kurduğundan azı. Bir akışta kısa bir konuşmada sayabileceğinizden fazla yol varsa test kapsamı çoktan kaybolmuştur. Pratik sınır akış başına üç ya da dört anlamlı daldır; bunun ötesi, ilk akışın belirlediği bir alan değeriyle tetiklenen ayrı bir akışa bölünmelidir.
Gecikmeler sabit bekleme mi yoksa koşula kadar bekleme mi olmalı?
Koşula kadar beklemek genellikle daha iyidir, çünkü saate değil kişiye tepki verir ve kişiyi açana, tıklayana veya bir aşamaya ulaşana kadar tutar. Sabit beklemeler daha basit ve öngörülebilirdir, dışarıdan hiçbir şeyin değişmeyeceği diziler için uygundur. İkisini karıştırmak yaygındır: azami süreli bir koşula kadar bekleme.
Bir iş akışını başkası bakabilsin diye nasıl belgelerim?
Düğümleri gerçekleştirdikleri araç eylemine göre değil verdikleri karara göre adlandırın ve platform dışında; tetikleyiciyi, çıkış koşulunu ve her dalın neyi başarması gerektiğini anlatan kısa bir not tutun. Ekran görüntüleri anında eskir. Yazılı niyet, sizden sonra gelenin bir hatayı bilinçli bir tercihten ayırmasını sağlayan şeydir.