İşletmeler için otomasyon yazılımı: nereden başlanır?
Otomasyona yazılım yazarak başlanmaz; işin nasıl yürüdüğünü izleyerek başlanır. Otomatikleştirmeye değer iş, sık tekrar eden, kuralları net ve hatası pahalı olan iştir. Bu üçü aynı anda yoksa yazılım genelde işi kolaylaştırmıyor, sadece yeni bir yere taşıyor.
Bize gelen taleplerin çoğu “şu işi otomatikleştirelim” diye başlıyor. İlk yaptığımız şey yazmak değil, gidip o işin nasıl yapıldığını izlemek oluyor. Çoğu zaman anlatılan süreçle gerçek süreç aynı çıkmıyor.
Önce süreci izliyoruz
Bir işletmede teklif hazırlama süreci “fiyat listesinden bakılır, yazılır, gönderilir” diye anlatılıyordu. Yerinde izleyince şu çıktı: fiyat listesinden bakılıyor, sonra müşteriye göre indirim kararı için birine soruluyor, o kişi müsait değilse teklif bekliyor, akşam toplu gönderiliyordu.
Asıl darboğaz teklif yazmak değildi, indirim onayıydı. Bunu bilmeden “teklif oluşturma ekranı” yazsaydık, işletme yine aynı hızda çalışacaktı ve yazılım işe yaramadı sanılacaktı.
Bu yüzden sürecimizin ilk adımı hep aynı: sahaya gitmek ya da ekranı paylaştırıp işin gerçekten nasıl yürüdüğünü seyretmek.
Neyi otomatikleştirmeye değer
Üç ölçüte bakıyoruz:
- Tekrar sıklığı. Günde defalarca yapılan bir iş, ayda bir yapılan işten çok daha değerlidir. Ayda bir yapılan işi otomatikleştirmek genelde zarardır — yazma ve bakım maliyeti kazandırdığından fazladır.
- Kural netliği. “Duruma göre değişir” cümlesi çok geçiyorsa o iş henüz otomatikleşmeye hazır değil. Önce kuralın kendisi netleşmeli.
- Hatanın maliyeti. Yanlış stok sayısı, yanlış fiyat, kaybolan müşteri kaydı — bunlar sessizce para götürür. Bu tür işler listenin başına geçer.
Nereden başlamak en güvenli
En sık verdiğimiz tavsiye: en görünür işten değil, en sık tekrar eden küçük işten başlayın.
Büyük ve görünür işten başlamak cazip geliyor — “bütün sistemi baştan yazalım” gibi. Bunun iki sorunu var. Birincisi uzun sürüyor, o süre boyunca kimse fayda görmüyor ve proje güvenilirliğini kaybediyor. İkincisi, süreci yeterince tanımadan büyük karar veriyorsun.
Küçük bir parçadan başlayınca ekip yazılımı kullanmayı öğreniyor, biz de o işletmenin gerçekten nasıl çalıştığını öğreniyoruz. İkinci adım çok daha isabetli oluyor.
Genelde ilk sırada olanlar
- Tekrar eden raporun elle hazırlanması
- Aynı bilginin iki farklı yere elle girilmesi
- WhatsApp’tan gelen siparişin deftere/Excel’e aktarılması
- Stok sayısının birden fazla yerde tutulması
Bu dördü neredeyse her işletmede var ve dördü de sessizce zaman yiyor.
Otomasyon her şeyi çözmez
Bunu da söylemek lazım. Yazılım, karar veremeyen bir ekibi karar verir hâle getirmez. Kimin neyi onaylayacağı belli değilse, onay ekranı yazmak sadece beklemeyi ekrana taşır.
Aynı şekilde otomasyon, tanımsız bir süreci tanımlı hâle getirmez — tam tersi, süreci tanımlamak zorunda bırakır. Bu genelde faydalı bir zorlamadır ama işletmenin buna hazır olması gerekir.
Sık sorulanlar
Otomasyon yazılımı hazır programlardan farkı ne?
Hazır program kendi süreç mantığını dayatır; siz ona uyarsınız. Özel yazılımda mantık sizin işinizden çıkar. Hazır programın işinize yeterince uyduğu durumda özel yazılım yazmak gereksiz masraftır, bunu açıkça söylüyoruz.
Ne kadar sürede kullanılabilir hâle gelir?
Kapsama bağlı. Tek bir süreç için genelde birkaç hafta içinde kullanılabilir bir ilk sürüm çıkarıyoruz. Amaç erken kullanmak ve gerçek kullanımdan gelen geri bildirimle ilerlemek.
Mevcut programımızla konuşabilir mi?
Programın API’si veya veri çıkışı varsa evet. Yoksa entegrasyon maliyeti hızla artıyor; bunu baştan konuşmak gerekiyor.
Ekibimiz kullanmazsa ne olur?
En sık görülen başarısızlık sebebi bu. O yüzden süreci kullanacak kişiyle birlikte tasarlıyoruz, sonradan tanıtmıyoruz.
— Devamı
Konya’dan iş yapmak: uzaktan çalışan bir ekibin notları
Konya'da olmak bir dezavantaj değil ama bazı şeyleri değiştiriyor. İki şirketi buradan yürütürken öğrendiklerimizi ve müşteri ilişkisinde neyin farklı olduğunu yazdım.
Yazıyı oku 2 dk okuma
Marka kimliği logo değildir
Logo markanın imzası, kendisi değil. Marka kimliğinin gerçekte nelerden oluştuğunu ve küçük işletmelerin hangi sırayla ilerlemesi gerektiğini yazdım.
Yazıyı oku 2 dk okuma
İyi bir proje brief’i nasıl yazılır?
Projelerin çoğu kötü uygulamadan değil, kötü tarif edilmekten aksıyor. İyi bir brief'in içinde ne olduğunu ve hangi cümlelerin uyarı işareti olduğunu yazdım.
Yazıyı oku 2 dk okuma

