Süreç haritası çıktı, alanlar tanımlandı. Sıradaki soru hangi araçla kurulacağı. Bu ders o soruyu tercih tartışmasından çıkarıp yedi ölçütlü bir puanlamaya çeviriyor; aynı tabloyu dolduran herkes aynı sonuca varabiliyor.
İkinci derste süreç haritasını çıkardınız, üçüncü derste hangi alanları toplayacağınıza karar verdiniz. Elinizde artık ölçülebilir bir iş var. Bu ders o işin hangi kurulum biçimiyle yapılacağına karar vermeyi ele alıyor.
Araç kararı genelde bir tercih tartışmasına dönüşüyor. Bu derste tartışmayı bırakıp yerine yedi ölçütlü bir puanlama koyuyoruz. Puanlama, kararı kişisel görüşten çıkarıp aynı tabloyu dolduran herkesin aynı sonuca varabileceği hale getiriyor.
Önkoşul: ikinci dersteki süreç haritası. Harita yoksa puanlama yapılamıyor, çünkü ölçütlerin çoğu haritadaki bilgiye dayanıyor.
Otomasyon üç biçimde kurulabiliyor. Üçü de doğru olabilir; hangisinin doğru olduğu işe göre değişiyor. Aşağıdaki ayrım, sonraki ölçütlerin üzerine oturduğu zemindir.
Belirli bir işi yapmak üzere üretilmiş, kurulduğu gibi çalışan sistem. Kurulum kısadır, bakımı sağlayıcı üstlenir. Karşılığında süreç ürüne uyar, ürün sürece değil.
Hazır bloklarla akış kurmayı sağlayan ara katman. Süreç kendi kurallarınıza göre şekillenir, kod yazılmaz. Karşılığında akış büyüdükçe bakım sizde birikir.
İşe göre yazılan sistem. Süreç neyse o kurulur, sınır ürünün değil işin sınırıdır. Karşılığında kurulum ve bakım en yüklü olan biçimdir.
Üçü birbirinin alternatifi olduğu kadar birbirinin katmanı da olabiliyor. Bir işletmede muhasebe hazır paketle, talep akışı no-code ile, portföy eşleştirme özel kurulumla yürüyebilir.
Aradaki fark yalnızca maliyetin büyüklüğü değil, biçimi. Hazır pakette yük düzenli ve öngörülebilir, karşılığında sürecin ürüne uyması bekleniyor. No-code'da kurulum hafif ama akış sayısı arttıkça bakım sessizce birikiyor. Özel kurulumda yük başta toplanıyor, sonrasında değişiklik isteği geldikçe geri geliyor. Karar verirken üç biçimin de bir bedeli olduğunu, farkın bedelin nereye ve ne zaman düştüğü olduğunu göz önünde tutun.
Araç kararı, sürecin yazılmasından sonra verilir. Birinci derste "araç en son gelir" cümlesi geçmişti; bu ders o cümlenin uygulamalı karşılığı. Süreç haritası olmadan yapılan araç karşılaştırması, özellik listelerini karşılaştırmaya dönüşüyor.
Özellik listesi karşılaştırması yanıltıcıdır, çünkü her ürün kendi güçlü olduğu özellikleri listeler. Sizin ölçütünüz ürünün ne yaptığı değil, sizin işinizin ne istediği olmalı. O istek de haritada yazılı.
Yedi ölçütün ilk üçü işin kendisine bakıyor. Her ölçüte düşük, orta, yüksek verin; isterseniz 0-100 aralığında bir skor da kullanabilirsiniz.
Harita çıkabildi mi, adımlar aylardır aynı mı? Oturmuş süreç hazır pakete ya da özele uygundur. Süreç hâlâ değişiyorsa no-code, değişikliği ucuza taşıyabilir.
Haritada kaç istisna yolu var? Az istisna hazır pakete uyar. İstisna çoksa ürünün kalıplarına sığmayan durumlar birikir ve elle iş geri gelir.
Süreç kaç sisteme dokunuyor? Tek sistemde kalan iş hazır paketle yürüyebilir. Birden çok sistem bağlanacaksa no-code ya da özel öne çıkar.
Bu üç ölçütü haritadan okuyun, hafızadan değil. Süreç oturmuşluğu için haritanın en son ne zaman güncellendiğine bakın. İstisna sayısı için haritada kaç istisna yolu yazıldığını sayın. Entegrasyon için adımlarda geçen sistem adlarını listeleyin. Üçü de sayılabilir olduğu için puanları tartışmaya kapalı kalıyor.
Sonraki iki ölçüt işi değil, işi yürütecek tarafı ölçüyor. Bu ikisi atlandığında kurulan sistem teknik olarak doğru ama işletmede yaşamayan bir sistem oluyor.
Akışı kim değiştirecek? İçeride akış kurabilecek biri varsa no-code sürdürülebilir. Yoksa değişiklik her seferinde dışarıdan istenir ve küçük düzeltmeler birikir.
Kurulumdan sonra kim bakacak? Hazır pakette bakım sağlayıcıda, no-code ve özelde sizde. Bakım sahibi yazılmadan verilen karar, altıncı ayda karşınıza çıkıyor.
Bu iki ölçüt genelde birlikte hareket ediyor. Ekipte akış kurabilen kimse yoksa bakım yükü otomatik olarak dışarıya geçer; o zaman hazır paket ya da bakım anlaşmalı özel kurulum daha gerçekçi bir seçenek haline geliyor.
Ekip yetkinliğini puanlarken kişiye değil role bakın. Akışı bugün kuran kişi ayrıldığında yetkinlik de gidiyorsa, o puan aslında düşüktür. Aynı biçimde bakım yükünü puanlarken yalnızca kurulum sonrası ilk haftaları değil, sürecin değiştiği anları düşünün: değişiklik isteği geldiğinde kimin ne kadar sürede yapabileceği, bakım yükünün gerçek ölçüsüdür.
Son iki ölçüt karar anında en az sorulan, sonradan en pahalıya gelen ölçütlerdir. İkisi de sözleşme okumayı gerektiriyor ama sorusu basittir.
Veri kimin, nerede duruyor, dışarı alınabiliyor mu? Üçüncü dersteki alan sözlüğü burada işe yarıyor: hangi alanların dışarı alınabileceğini alan alan sorun.
Bu araçtan ayrılmak isterseniz ne oluyor? Veri hangi biçimde alınıyor, akışlar taşınabilir mi, geçiş sırasında iş duruyor mu. Yanıtı bilinmeyen araç bir bağımlılıktır.
Çıkış maliyetini karar anında sormak, ayrılmayı planlamak değil. Ölçüyü baştan bilmek, ilerideki bir kararı bugünden ucuzlatıyor.
Yedi ölçütü her aday için ayrı ayrı puanlayın. Aday derken üç biçimi değil, biçimlerin somut karşılıklarını kastediyoruz: bakılan ürünün adı, bakılan no-code aracının adı, teklif alınan özel kurulum.
Puanlarken "bu araç iyi mi" diye değil, "bu araç bu ölçütte bu işe uyuyor mu" diye sorun. Aynı araç bir işte yüksek, başka bir işte düşük puan alabiliyor; tablo aracı değil eşleşmeyi ölçüyor.
Gerekçe sütunu tablonun en değerli kısmı. Karar sonradan tartışıldığında bakılan yer puan değil, gerekçe oluyor.
Doldurulmuş bir satır şöyle görünüyor: ölçüt entegrasyon ihtiyacı, aday hazır paket, puan düşük, gerekçe "portala bağlanıyor ama mevcut portföy sistemine bağlantısı yok". Bu tek cümle, aynı soruyu üç ay sonra tekrar sormayı gereksiz kılıyor. Gerekçesi olmayan yüksek puan ise genelde bir izlenim, ölçüm değil.
Tablo doldurulduğunda genelde üç desenden biri çıkıyor. Desenler kesin kural değil, yönlendirme; nihai kararı işin bütünü veriyor.
Süreç oturmuş, istisna az, entegrasyon ihtiyacı düşük, ekipte akış kuran yok, bakım dışarıda olsun isteniyor. Veri sahipliği burada ayrıca sorulmalı.
Süreç hâlâ değişiyor, birkaç sistem bağlanacak, ekipte akış kurabilen biri var, bakım içeride kalabiliyor. Çıkış maliyeti burada ayrıca sorulmalı.
İstisna çok, süreç işletmeye özgü, entegrasyon derin, veri sahipliği kritik. Bakım yükü karşılığında sınırı işin kendisi belirliyor.
Tablo iki adayı yakın gösteriyorsa karar ölçütlerden değil, ağırlıklardan çıkıyor. Hangi ölçütün sizin için ağır bastığını yazın; o cümle kararın gerekçesi oluyor.
Kurulum biçimleri birbirini dışlamıyor. Yaygın bir düzen şudur: kayıt ve muhasebe hazır pakette durur, işletmeye özgü akışlar no-code ile kurulur, yalnızca kalıplara sığmayan tek bir parça özel yazılır.
Hibrit düzenin bedeli sınır yönetimidir. Hangi bilginin nerede güncellendiği yazılmazsa üçüncü dersteki tek doğru kaynak kuralı bozulur ve veri iki yerde ayrışmaya başlar.
Hibrit düzene baştan geçmek gerekmiyor. Çoğu işletme tek bir biçimle başlıyor ve yalnızca kalıba sığmayan parça ortaya çıktığında ikinci bir biçim ekliyor. Bu sıra, sınır yönetimi yükünü ancak gerçekten gerektiğinde üstlenmeyi sağlıyor.
Puan tablosu adayları daraltıyor ama tek başına karar vermiyor. Daralan listeyle küçük bir deneme kurmak, tablodaki tahminleri ölçüme çeviriyor.
Deneme, birinci dersteki pilot ölçütleriyle aynı: dar kapsam, tek tetikleyici, gözle görülür çıktı, elle geri alınabilir. Fark şu ki burada amaç işi otomatikleştirmek değil, aracı sınamak.
Çıkış planı, aracı kurmadan önce yazılan kısa bir nottur. İçinde üç şey durur: veri hangi biçimde alınabiliyor, akışların yazılı karşılığı nerede duruyor, geçiş sırasında iş nasıl yürüyor.
Bu not ayrılmak için değil, bağımlılığı görmek için yazılıyor. Yazılamayan bir çıkış planı, kararın kendisini yeniden düşünmek için bir işaret olabiliyor.
Planı sağlayıcıya sormaktan çekinmeyin. Soruyu karar aşamasında soran müşteri, sağlayıcı tarafında da ciddiye alınıyor; çünkü soru sözleşmenin hangi maddesinin okunduğunu gösteriyor. Yanıt vermekten kaçınılan bir çıkış sorusu, ölçütün kendisi hakkında bilgi veriyor.
Birinci derste emlak ofisi talep kaydını pilot seçmişti. İkinci derste haritası çıktı, üçüncü derste alanları tanımlandı. Şimdi hangi araçla kurulacağına bakıyoruz.
Adaylar: ofis üç aday yazıyor. Emlak sektörüne özel bir hazır paket, genel bir no-code akış aracı ve mevcut portföy sistemine eklenecek özel kurulum teklifi.
Süreç ve istisna: harita oturmuş, adımlar aylardır aynı. İstisna sayısı orta: bölge eşleşmemesi, ikinci talep, danışman izinde. Üç istisna da yazılı.
Entegrasyon: süreç üç sisteme dokunuyor: portal, portföy sistemi ve mesajlaşma. Hazır paket portalı okuyor ama mevcut portföy sistemine bağlanmıyor.
Ekip ve bakım: ofiste akış kurabilen bir danışman var, basit değişiklikleri kendisi yapabiliyor. Bakımın içeride kalması tercih ediliyor.
Veri ve çıkış: hazır pakette portföy verisi sağlayıcının sisteminde duruyor ve dışarı alma biçimi sınırlı. No-code araçta kayıtlar ofisin kendi tablosunda kalıyor, akışlar yazılı olarak dışarı alınabiliyor.
Okuma: hazır paket entegrasyon, veri sahipliği ve çıkış ölçütlerinde düşük kalıyor. Özel kurulum bakım yükünde ağır basıyor. No-code üç ölçütte orta, dördünde yüksek çıkıyor.
Deneme: ofis no-code aracıyla yalnızca alındı bilgisi adımını kuruyor ve bölge eşleşmemesi istisnasını sınıyor. İstisna kurulabiliyor, portföy sistemi bağlanıyor, danışman akışı kendisi değiştirebiliyor.
Karar ve çıkış planı: no-code seçiliyor. Çıkış planına şu yazılıyor: kayıtlar ofisin tablosunda, akışların yazılı tanımı süreç haritasında, geçiş gerekirse talep kaydı bir hafta elle yürütülebiliyor.
Bu dersin karşılığı, kendi pilot işiniz için tabloyu doldurmakla alınıyor. Sayfanın altındaki araç karşılaştırma tablosunu indirip kullanabilirsiniz.
Doldurulmuş tablo beşinci dersin girdisi oluyor: ilk otomasyonu seçtiğiniz araçla kuracaksınız.
Araç karşılaştırma tablosunu indir (xlsx) · yedi ölçüt, üç aday ve gerekçe sütunlarıyla birlikte deneme kurulumu ve çıkış planı bölümlerini de taşıyor.
Her ürün güçlü olduğu özellikleri listeler. Karşılaştırma ürünün ne yaptığına göre değil, sizin haritanızın ne istediğine göre yapılır.
Demo normal akışı gösterir, istisnaları göstermez. Kararı belirleyen şey normal akış değil, haritadaki istisnaların kurulabilmesidir.
İçeride akış kurabilen kimse yokken no-code seçmek, her küçük değişikliği dışarıya bağımlı hale getiriyor ve düzeltmeler birikiyor.
Veri nerede duruyor sorusu kurulumdan sonra sorulduğunda yanıtı değiştirmek pahalıya geliyor. Soru karar anında sorulur.
Çıkış yolu bilinmeyen araç bir bağımlılıktır. Soru sorulmadığında bağımlılık ancak ayrılmak gerektiğinde görünür hale geliyor.
Bir araç iyi çalışıyor diye her iş ona taşındığında, ürüne uymayan süreçler zorlanır. Hibrit düzen çoğu zaman daha az direnç üretiyor.
Araç kararı verilmeden önce aşağıdaki maddelerin hepsine evet diyebiliyor olmanız gerekiyor.
Araç konuşmalarında geçen terimler. Sağlayıcıyla aynı dili konuşmak, karşılaştırmayı kısaltıyor.
Bu derste hangi araçla kurulacağına karar verdiniz ve kararın gerekçesini yazdınız. Sıradaki ders o araçla ilk otomasyonu kurmayı ele alıyor: birinci derste tanıtılan beş parça orada uygulamaya dönüşüyor.
Yayında olan derslerden devam etmek isterseniz yedinci modül, kurulan bir akış beklendiği gibi çalışmadığında nereye bakılacağını anlatıyor.
Kurulum fişi, beş parçayı sırayla kurmak ve dar kapıdan canlıya geçmek.
Alan sözlüğü. Veri sahipliği ölçütünün dayanağı.
Eğitim bölümünün tamamı ve yeni eklenen modüller.
Adaylarınızı birlikte puanlamak isterseniz yazın, tabloyu beraber dolduralım.
WhatsApp'tan Teklif Al