Excel, küçük bir işletmenin ilk yazılımıdır ve çoğu zaman uzun süre yeterlidir. Sorun tablonun kendisinde değil; iş büyüdükçe tablonun etrafında biriken el işinde çıkıyor. Aynı bilgiyi üç yere yazmak, “son sürüm hangisi” tartışması, telefonda okunan sipariş notları… Bir noktada tablo işi yürütmüyor, iş tabloyu yürütmeye başlıyor.
Bu yazı, o noktanın ne zaman geldiğini ve gelmediğinde neden acele etmemek gerektiğini anlatıyor.
Taşımayı gerektiren beş işaret
Bir süreci yazılıma taşımak, tabloyu daha güzel bir arayüzle göstermek değil. Aşağıdakilerden en az ikisi varsa taşımanın karşılığı oluyor:
- Aynı veriyi birden fazla yere giriyorsunuz. Sipariş WhatsApp’a düşüyor, Excel’e yazılıyor, sonra muhasebeye tekrar giriliyor. Her tekrar hem zaman hem hata kaynağı.
- “Kim değiştirdi” sorusunun cevabı yok. Paylaşılan bir dosyada bir rakam değiştiğinde kimin ne zaman değiştirdiğini kimse bilmiyor.
- Aynı anda birden fazla kişi çalışmak zorunda. Dosya kilitleniyor, kopya üretiliyor ve kopyalar birbirinden ayrışıyor.
- Bilgiyi sahadaki ekip telefonundan giremiyor. Not defterine yazılıp akşam ofiste tabloya aktarılan her şey bir gün gecikmeli ve eksik oluyor.
- Rapor çıkarmak elle çalışma gerektiriyor. Ay sonunda birinin iki saat filtreleyip kopyalayıp grafik yapması gerekiyorsa, o iki saat her ay tekrar edecek.
Bunların hiçbiri yoksa tabloda kalmak doğru karar. Bir vitrinin arkasına gereksiz altyapı kurmak, müşteriye bakım yükü olarak geri dönüyor — bu bizim çalışma ilkelerimizden biri.
Nereden başlanır: en pahalı adım
Tüm işi tek seferde yazılıma taşımak iki nedenle kötü fikir. Birincisi uzun sürüyor; ikincisi ve daha önemlisi, ekip henüz alışmadığı bir sistemin tamamıyla aynı anda karşılaşıyor ve eski yönteme geri dönüyor.
Bunun yerine tek bir adımdan başlıyoruz: en çok zaman kaybettiren, en sık tekrar eden adım. Genelde bu, verinin ilk girildiği yer oluyor. O adım yazılıma geçtiğinde iki şey birden kazanılıyor — tekrar eden giriş ortadan kalkıyor ve sonraki adımlar için temiz, tek bir veri kaynağı doğuyor.
İlk sürüm kullanılmaya başlandıktan sonra ikinci modülü planlıyoruz. Bu sıra önemli: ekibin gerçekten ne kullandığını ancak kullanmaya başladıktan sonra görebiliyorsunuz.
İlk sürümde olmaması gerekenler
Panel projelerinde en sık yapılan hata, ilk sürüme “ileride lazım olur” diyerek özellik doldurmak. Kapsamı büyüten her madde teslimi geciktiriyor ve gecikme, projenin ilk heyecanını tüketiyor.
| İlk sürümde olsun | Sonraya kalsın |
|---|---|
| Tek bir sürecin uçtan uca akışı | İkinci ve üçüncü süreçler |
| Kullanıcı girişi ve rol ayrımı | Ayrıntılı yetki matrisi |
| Veriyi dışa aktarma | Grafikli yönetim panosu |
| Telefondan kullanılabilir arayüz | Mağazadan indirilen mobil uygulama |
| Temel arama ve filtre | Kaydedilebilir gelişmiş filtre setleri |
Dışa aktarma maddesini özellikle yazıyoruz: verisini istediği anda kendi bilgisayarına indirebilen bir müşteri, sisteme bağımlı hissetmiyor. Bu güven, projenin benimsenmesini hızlandıran en ucuz özellik.
Mevcut sistemlerle konuşması
Çoğu işletmede yazılıma taşınan süreç yalnız çalışmıyor: muhasebe programı, kargo firması, ödeme sağlayıcı ya da bir e-ticaret paneli devrede oluyor. Bu sistemlerin çoğunun bir API’si var; olan yerde entegrasyon kurmak elle aktarımı tamamen kaldırıyor.
API yoksa da yol kapanmıyor. Planlı dosya aktarımı ya da tek yönlü içe aktarma çoğu durumda yeterli oluyor. Önemli olan, hangi verinin hangi yönde aktığına baştan karar vermek — iki sistem de aynı alanı değiştirebiliyorsa er ya da geç çakışıyorlar.
Web uygulaması mı, mobil uygulama mı
Sahada kullanılacak bir arayüz için akla ilk olarak mobil uygulama geliyor. Çoğu durumda buna gerek olmuyor: telefona kurulabilen, ana ekranda ikonu çıkan ve çevrimdışı çalışabilen bir web uygulaması (PWA) aynı işi görüyor ve mağaza onayı beklemiyorsunuz.
Kamera, bildirim veya konum gibi cihaz özelliklerine derinlemesine ihtiyaç varsa gerçek mobil uygulamaya geçiyoruz. Hangisinin gerektiği ihtiyacı dinledikten sonra belli oluyor; bu kararı en başta vermek zorunda değilsiniz.
Özet
Süreci yazılıma taşımak bir teknoloji kararı değil, bir zaman kararı. Elle yapılan iş ölçülebilir biçimde büyüdüyse ve tekrar ediyorsa taşımanın karşılığı var. Büyümediyse tabloda kalmak en ucuz çözüm.
Hangi adımın gerçekten taşınmaya değdiğini konuşmak isterseniz uygulama geliştirme hizmetimize bakabilir ya da doğrudan bize yazabilirsiniz. Mevcut akışınızı dinleyip nereden başlanacağını söyleyelim; taşımanın gerekmediğini düşünürsek onu da söylüyoruz.