Merhaba! Emirhan Özhan
Sosyal
Konuşalım!
Markalar Hizmetler Süreç Blog Referanslar Hakkımda İletişim
Talvixa · Medyabiziz — Konya

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ı

Ekip & Süreç

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

Ekip & Süreç

İ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

Aklında bir proje mi var?

Birlikte bir şey kuralım

Sorununuzu anlatmanız yeterli; hangi ekibin devreye gireceğine birlikte karar veririz.