Excel Yerine Yazılım Yaptırmak: Hangi Eşikte Değer, İlk Modül Nasıl Seçilir?

Excel yerine yazılım yaptırmak, dosya artık tek kişinin aracı olmaktan çıkıp birkaç ekibin aynı anda yazdığı bir iş sistemine dönüştüğünde değer: kopyalar çoğalıyorsa, bir hücredeki hata başka bir ekibin işini bozuyorsa ve dosyayı yalnızca bir kişi tam anlıyorsa eşiği geçmişsiniz demektir. İlk modül olarak da en çok şikâyet edilen süreci değil, tek sorumlusu olan, başka modüle ihtiyaç duymadan çalışabilen ve canlıya çıktığında bir sekmeyi gerçekten kapatabilen süreci seçin.

Bu rehber, işini büyümüş Excel dosyalarıyla yürüten operasyon yöneticisi için yazıldı. Sipariş, sevkiyat, tahsilat, üretim planı veya servis takibi bugün bir dosyada duruyor; dosya bir süredir yavaşlıyor, ekip "son hali hangisi" diye soruyor ve siz bu işe bütçe ayırıp ayırmamaya karar vermek zorundasınız. Aşağıdaki ölçütlerle o kararı kendi dosyanız üzerinden verebilirsiniz.

Önce adil olalım: Excel'in sorun olmadığı durumlar

Excel kötü bir araç değildir. Bir kişinin hazırladığı analiz, tek seferlik bir bütçe çalışması, ayda bir güncellenen küçük bir liste veya bir yöneticinin senaryo denemesi için çoğu yazılımdan daha hızlı ve daha esnektir. Sorun Excel'in kendisi değil, zamanla üstlendiği roldür. Bir hesap tablosu olarak başlayan dosya, zaman içinde veri tabanı, onay mekanizması, görev listesi ve raporlama aracı rolünü aynı anda üstlenir. Üstelik kimse bunu bir karar olarak vermemiştir; dosya büyümüş, işletme de ona alışmıştır.

Şu tablodaysanız yazılım için acele etmeyin: dosyaya tek kişi yazıyor, o kişi izne çıktığında iş durmuyor, hatalar dışarı çıkmadan yakalanıyor ve kurallar yılda birkaç kez değişiyor. Bu durumda yapılacak iş, tabloları düzenlemek, veri doğrulama eklemek, formül hücrelerini korumak ve dosyanın nasıl kullanıldığını bir sayfada yazmaktır. Birkaç günlük bir düzenleme, aylar sürecek bir projeden daha doğru cevap olabilir.

Yazılım yaptırmanın değeceği altı sinyal

Eşik, dosyanın boyutuyla ölçülmez. Excel bir sayfada bir milyondan fazla satır taşıyabilir, ama operasyon dosyaları çok daha küçükken tıkanır. Sizi yazılıma götüren şey satır sayısı değil, dosyanın etrafında oluşan davranışlardır. Aşağıdaki altı sinyalin en az üçünü her hafta yaşıyorsanız görüşme yapmak mantıklıdır.

Bu sinyallerin en önemlisi dördüncüsüdür. Dosyadaki hata dosyada kalıyorsa can sıkar; depoya, müşteriye veya muhasebeye yansıyorsa para ve itibar kaybettirir. Yazılım kararını hızlandıran, genellikle büyük bir felaket değil, bu küçük yansımaların sıklaşmasıdır.

Dosyanın görünmeyen yükünü bir haftada ölçün

Yazılım teklifinin rakamı bellidir, Excel'in maliyeti ise kimsenin bordrosunda ayrı satır olarak görünmez. Bu yüzden karşılaştırma çoğu zaman yanıltıcı yapılır: bir tarafta teklif, diğer tarafta "Excel zaten bedava" düşüncesi. Doğrusu, bir hafta boyunca dosyaya harcanan süreyi dört başlıkta tutmaktır.

Örnek hesapta üç kişinin kullandığı bir sipariş dosyası haftada 26 saat tutuyor. Ama bu saatlerin tamamı yazılımla kaybolmaz; bunu baştan kabul etmek, kararı daha sağlam yapar. Sipariş bilgisini biri yine girecektir. Diyelim ki yazılımdan sonra haftada 10 saatlik iş kalıyor. Bu durumda gerçek kazanç 16 saattir, 26 değil. Bu örnekte ayda yaklaşık 64 saat eder; bunu kendi saatlik işgücü maliyetinizle çarpın.

Sonra hesaba saatle ölçülmeyen kalemi ekleyin: hatanın bedeli. Geçen çeyrekte dosya yüzünden kaç yanlış sevkiyat yapıldı, kaç müşteriye yanlış tarih verildi, kaç tahsilat gecikti? Bir olayın size neye mal olduğunu kaba da olsa yazın. Son olarak bir de "bugün yapamadıklarımız" satırı açın. Dosya yüzünden ertelediğiniz ikinci vardiya, ikinci depo veya yeni bayi planı varsa asıl maliyet orada olabilir, çünkü dosya büyümenin önündeki darboğaz hâline gelmiştir.

Bu üç satırı bir teklifle karşılaştırdığınızda karar daha netleşir. Rakamlar yazılımı haklı çıkarmıyorsa da bu değerli bir sonuçtur: dosyayı düzenleyip bir yıl sonra yeniden bakabilirsiniz. Teklifin hangi kalemlerden oluştuğunu görmek isterseniz özel yazılım fiyatlarını belirleyen kalemleri ayrı bir yazıda anlattık.

Dosyanız aslında yazılmamış bir şartnamedir

Operasyon dosyaları dağınık görünür, ama o dağınıklığın içinde işletmenin yıllar içinde öğrendiği kurallar saklıdır. Bir yazılım projesinin en sık karşılaştığı sürpriz, dosyadaki bu örtük kuralların toplantıda hiç söylenmemesidir. "Sipariş girilir, depoya gider" denir; oysa dosyada sarı satırın "peşin ödeme bekleniyor" anlamına geldiğini, belirli bayilere otomatik iskonto formülü işlediğini ve cuma sevkiyatlarının ayrı bir sekmeden yönetildiğini ancak açıp baktığınızda görürsünüz.

Bu nedenle yazılım firmasıyla ilk görüşmeye sunum değil, dosyanın kendisini götürün ve şu çalışmayı önceden yapın:

• Renkleri çözün: Dosyada kullanılan her rengin ne anlama geldiğini yazın. Çoğu renk aslında bir durum bilgisidir.
• Gizli sekmeleri açın: Gizli sayfalardaki sabit listeler ve oranlar, yazılımda kimin yöneteceğini kararlaştırmanız gereken tanımlardır.
• Formüllerin üstüne elle yazılmış hücreleri bulun: Formül dizisinin ortasındaki elle girilmiş bir rakam ya hatadır ya da dile getirilmemiş bir istisnadır. İkisi de bilinmelidir.
• Kullanılmayan sütunları ayıklayın: Herkesin "eskiden lazımdı" dediği sütunları yazılıma taşımak boşuna emek demektir.
• Dosyanın çıktısını izleyin: Dosyadan kim, hangi amaçla, nereye kopyalıyor? Muhasebeciye giden bir sekme, gerçek bir entegrasyon ihtiyacını gösterebilir.

Bu çalışmayı dosyayı en çok kullanan kişiyle birlikte yapın. Yazılımdan en çok çekinen genellikle o kişidir, çünkü yıllarca emek verdiği sistemin eleştirildiğini düşünebilir. Oysa projenin en değerli bilgi kaynağıdır ve ilk günden sürece dâhil olması, ileride ekranların benimsenmesini de kolaylaştırır.

Excel'den çıkışın tek yolu özel yazılım değil

"Excel yetmiyor" demek "özel yazılım gerekiyor" demek değildir. Doğru cevabı seçmek için sorunun nerede olduğuna bakın. Süreciniz sektörde yaygın bir işse hazır program çoğu zaman daha hızlı ve daha düşük riskli bir yoldur. Sistemleriniz aslında yeterli de aralarında veri elle taşınıyorsa, tek ihtiyacınız bir entegrasyon veya otomasyon olabilir; iş akışı otomasyonu örnekleri bu ayrımı görmenize yardımcı olur.

Dürüst olmak gerekirse, biz de her Excel şikâyetine özel yazılım önermiyoruz. Dosyanız esasen perakende stok ve satış takibi ise özel geliştirme yaptırmak yerine Welda Stock gibi hazır bir stok ve POS programına bakmak daha mantıklıdır; ürün, stok ve müşteri verinizi Excel'den aktarmak da teklifin parçasıdır. Dosyanızın asıl konusu stoksa Excel'den stok programına geçiş rehberi sizin için daha doğru başlangıçtır. Klinik, salon veya stüdyoda randevu ve müşteri takibi yapıyorsanız Welda CRM'in 7 günlük ücretsiz denemesi, ihtiyacınızı kendi işinizle sınamanın kolay bir yoludur.

Özel yazılım, akış size özgü olduğunda ve birkaç ekip aynı veriye farklı yetkilerle dokunduğunda anlam kazanır. Tipik örnekler; sipariş bazlı üretim yapan bir atölyenin iş emri takibi, bayi ağı olan bir distribütörün sipariş ve iskonto kuralları veya farklı sözleşme tipleriyle çalışan bir servis firmasının saha iş planıdır. Bu örneklerde hazır programı işletmenize uydurmak, çoğu zaman yine yanında yeni bir Excel doğurur. Hazır ile özel arasındaki farkı daha geniş görmek isterseniz özel yazılımın ne zaman gerektiğini de okuyabilirsiniz.

Bu noktadan sonra Excel yerine yazılım yaptırmak gerçekten masadaysa, sıradaki soru "ne kadar büyük" değil, "nereden başlayacağız" olmalıdır.

İlk modül: en büyük acı her zaman en iyi başlangıç değildir

Operasyon yöneticilerinin içgüdüsü, en çok şikâyet edilen şeyle başlamaktır. Bazen doğrudur, ama çoğu zaman en çok şikâyet edilen şey yönetim raporudur ve rapor, ötekilerin temiz verisine muhtaçtır. Temiz veri olmadan yapılan pano, yanlış rakamları daha güzel gösterir. Bu yüzden adayları dört ölçütle puanlayın:

• Sıklık: Süreç her gün mü, ayda bir mi işliyor? Sık işleyen süreç hem kazancı hem de geri bildirimi hızlandırır.
• Hata maliyeti: Bu süreçteki yanlışlık müşteriye, depoya veya kasaya yansıyor mu?
• Bağımsızlık: Modül, henüz yazılmamış başka modüllere ihtiyaç duymadan çalışabilir mi?
• Dosyayı kapatma: Canlıya çıktığında bir sekme gerçekten kapanacak mı, yoksa ekip iki yere birden mi yazacak?

Her ölçüte 1 ile 5 arasında puan verdiğinizi düşünün. Aşağıdaki tablo, kurgusal bir toptancı için örnek bir değerlendirmedir:

Puan, kararı sizin yerinize vermez ama tartışmayı somutlaştırır. Puanlardan sonra iki kontrol daha yapın. Birincisi sorumlu: bu modülün kuralları konusunda son sözü söyleyecek tek bir kişi var mı? Üç müdür aynı akış üzerinde anlaşamıyorsa proje yazılımda değil o toplantıda takılır. İkincisi sınır: modül tek cümleyle anlatılabiliyor mu? "Siparişin girildiği andan sevk edildiği ana kadar kim, neyi, ne zaman yaptı görülür" iyi bir sınırdır. "Operasyonu dijitalleştireceğiz" bir sınır değildir.

İlk sürümde bir şeyi özellikle koruyun: Excel'e dışa aktarım. Excel'i öldürmek hedef değildir; hedef onun rolünü değiştirmektir. Ana kayıt yazılımda durur, analiz yapmak isteyen dışa aktarır. Böylece ekibin en güçlü alışkanlığıyla kavga etmezsiniz ve "gözüm görmeden güvenemem" diyen kişiye de bir kapı bırakırsınız.

Üç farklı işletme, üç farklı ilk modül

Puanlama yöntemi aynı kalsa da sonuç işin doğasına göre değişir. Aşağıdaki üç kurgusal durum, aynı soruya neden farklı cevaplar çıktığını gösteriyor.

Siparişe göre üretim yapan atölye. Dosyada iş emirleri, malzeme ihtiyacı ve termin tarihleri bir arada durur. Usta her sabah çıktı alır, gün içindeki değişiklikler kâğıtta kalır, dosya akşam güncellenir. Burada ilk modül iş emri durumudur: emir hangi tezgâhta, kimde, ne zaman bitecek? Malzeme planlaması cazip görünse de sağlıklı çalışması için önce doğru termin verisine ihtiyaç duyar, bu yüzden ikinci sıraya kalır. Atölye ekranda çalışmaya alışkın değilse telefondan iki dokunuşla durum güncellemek, ilk sürümün en kritik tasarım kararı olur.

Bayi ağı olan distribütör. Dosyanın kalbi iskonto formülleridir: bayi grubu, kampanya, vade ve kur birlikte hesaplanır. Sipariş takibi sık kullanılır, ama yanlış iskontonun bedeli daha yüksektir ve kuralları yalnızca satış müdürü bilir. Bu durumda ilk modül fiyat ve iskonto motoru olabilir, çünkü kurallar yazıya döküldüğü anda dosyadaki en büyük bağımlılık ortadan kalkar.

Sözleşmeli servis firması. Müşteri, cihaz, periyodik bakım tarihleri ve saha ekibi aynı dosyada izlenir. En sık yaşanan sorun, bakımı gelen cihazın gözden kaçmasıdır. İlk modül, bakım takvimi ve iş atamasıdır. Faturalama ise muhasebe tarafına bağlı olduğundan bekleyebilir. Saha tarafındaki internet erişimi de baştan konuşulmalıdır.

Ortak nokta şudur: hiçbirinde ilk modül "her şeyin özeti" değildir. Hepsinde ilk modül, doğru veriyi kaynağında üreten modüldür.

Türkiye'de dosyanın dokunduğu yasal ve mali alanlar

Bu başlık hukuki görüş değildir; kendi durumunuz için mali müşavirinize ve hukuk danışmanınıza sormanız gerekir. Ancak yazılım kapsamını belirlerken üç konuyu baştan masaya koymak işinizi kolaylaştırır.

KVKK: Müşteri, personel veya hasta bilgisi içeren bir Excel dosyası kişisel veri işliyor demektir. Dosyanın e-postayla dolaşması, kişisel telefonlarda durması ve kimin eriştiğinin bilinmemesi, açıklaması zor bir tablo oluşturur. Yazılıma geçiş tek başına uyumluluk sağlamaz, ama rol bazlı yetki, erişim kaydı ve tek bir veri konumu bu işi yönetmeyi kolaylaştırır. Teklif alırken verinin nerede barındırılacağını ve silme taleplerinin nasıl karşılanacağını sorun.

e-Fatura ve e-Arşiv: Dosyanız faturaya kaynak oluyorsa fatura kesmeyi sıfırdan yazmayı hedeflemeyin. e-Belge süreçleri kendi kuralları ve hizmet sağlayıcıları olan bir alandır. Çoğu işletme için doğru yol, modülün zaten kullandığınız muhasebe programına veya entegratörünüze veri göndermesidir. Bu yüzden görüşmede muhasebe programınızın bir API veya aktarım biçimi sunup sunmadığını öğrenin, çünkü cevap kapsamı doğrudan etkiler.

Kur ve mutabakat: Türkiye'de pek çok operasyon dosyasında kur sütunu vardır: döviz bazlı fiyat, teklif tarihindeki kur, ödeme günündeki kur. Excel'de genellikle elle güncellenen bu bilgi yazılımda bir kural ister. Hangi kurun, hangi kaynaktan, hangi tarihe göre kullanılacağına karar vermeden yazılan bir sipariş modülü, ilk cari mutabakatta sorun çıkarır. Muhasebecinize ay sonunda gönderdiğiniz dosyanın biçimini de saklayın; yeni sistem o çıktıyı üretebilmelidir.

Teklif masasında dosyanızı kullanın

Karşılaştırılabilir teklif almanın en kolay yolu, her firmaya aynı dosyayı ve aynı senaryoyu vermektir. Sözlü anlatım yerine "bu sipariş, bu üç aşamadan geçiyor; şu istisnada şu kişi onay veriyor" diyebilmek, teklifleri aynı zemine çeker. Fiyatı asıl belirleyen kalemler iş kuralı sayısı, roller ve yetkiler, entegrasyonlar, veri temizliği ve yayın sonrası bakımdır. Ekran sayısı tek başına yanıltır: üç ekranlı bir modül, içinde yirmi iskonto kuralı barındırıyorsa on ekranlı basit bir takipten daha zor olabilir.

Görüşmede şu soruları sorun:

• Dosyamdaki formülleri ve renkleri kim, hangi aşamada okuyacak? Bu çalışma teklife dâhil mi?
• Veri temizliği ve aktarım kimin sorumluluğunda, deneme aktarımı kaç kez yapılıyor?
• Ekranları kod yazılmadan önce görebilecek miyiz, dosyayı kullanan çalışan buna dâhil edilecek mi?
• Kaynak kodu ve dokümantasyon kime ait olacak? Başka bir ekip devralmak istese ne teslim edilir?
• Yayın sonrasında kim izliyor, bakım neleri kapsıyor, yeni istek nasıl ücretlendiriliyor?
• Verimizi istediğimiz zaman toplu olarak dışa alabilecek miyiz?
• İkinci modül geldiğinde mevcut yapı değişmek zorunda kalır mı? Veri modeli buna göre mi tasarlandı?

Gizli maliyetlerin çoğu bu soruların cevabında saklıdır: kapsama girmeyen veri temizliği, sonradan ücretlendirilen eğitim, ayrı fatura edilen barındırma, sürprizli entegrasyon işleri. En kısa teklif en ucuz olan olmayabilir; kapsamı açık yazan teklif, proje sonunda çoğu zaman daha az sürpriz çıkarır. Fiyatı dosyayı görmeden söyleyen bir firmaya da, teklifinin neye dayandığını mutlaka sorun.

İki dosyanın aynı anda yaşadığı haftalar

Excel'den çıkış projelerinin kırıldığı yer genellikle yazılımın kendisi değil, geçiş haftalarıdır. Ekip eski dosyayı hâlâ açabiliyorsa yeni sisteme bir aksaklıkta hemen döner ve iki kaynak birden yaşamaya başlar. Bu durum, başlangıçtaki "hangisi güncel" sorununu daha kötü hâliyle geri getirir.

Üç kuralı önceden konuşun. Birincisi, geçiş tarihinden sonra ana kayıt yazılımdır; kıyaslama yapılabilir, ama yeni kayıt dosyaya girilmez. İkincisi, çalışan birinin dosyaya dönmek zorunda kaldığı her durum "geçici çözüm listesi"ne yazılır. Bu liste ikinci sürümün en dürüst gereksinim belgesidir. Üçüncüsü, dosyanın kilitleneceği tarih baştan söylenir ve o tarihte dosya salt okunur hâle getirilip arşivlenir.

Geçişi yoğun bir döneme denk getirmeyin. Perakendeciye veya mevsimsel üretim yapan firmaya satış sezonu ortasında sistem değiştirmek ne kadar riskliyse, ay sonu kapanış haftası da o kadar kötü bir tarihtir. Eğitimi de toplu sunum olarak değil, ekibin gerçek siparişleri üzerinden kısa oturumlarla planlayın. İlk haftada dosyanın eski sahibini "ilk başvurulacak kişi" yapmak, yazılım firmasına telefon etmeden pek çok sorunun çözülmesini sağlar.

İlk modül oturduktan sonra ikinci modülü, puanlama tablosuna geri dönerek seçin. Tablo artık değişmiştir: ilk modülün ürettiği temiz veri, örneğin sipariş verisi, tahsilat modülünün bağımsızlık puanını yükseltir. Yönetim panosu da sıraya ancak bu aşamada, altında güvenilir veri varken girer.

Welda ile ilerlemek isterseniz

Welda, özel web uygulaması, iç araç, süreç otomasyonu, entegrasyon ve pano işlerini yapan bir ekiptir; kendi ürünlerimiz Welda Stock ve Welda CRM'i de geliştirip canlıda işletiyoruz. Excel yerine yazılım yaptırmak için hizmet sayfamızda anlattığımız süreç, keşif ve gereksinimle başlar; veri modelini ve arayüz akışlarını kod yazılmadan onayınıza sunarız, geliştirmeyi sürümler hâlinde teslim ederiz, canlıya aldıktan sonra ekibinizi eğitiriz. Kaynak kodu ve teknik dokümantasyon size aittir. Fiyat kapsama göre değişir ve ücretsiz görüşmede konuştuktan sonra projeye özel teklifle netleşir; dosyanızı getirirseniz görüşme çok daha verimli geçer. Dosyanızın düzenlemeyle veya hazır bir programla çözüleceğini görürsek bunu da söyleriz.

Sık sorulan sorular

Excel dosyamız çok karışık, önce onu düzeltmemiz mi gerekir?

Hayır, karışık dosya projeye engel değildir, çoğu zaman en iyi gereksinim kaynağıdır. Ama veri temizliği için zaman ayırmanız gerekir: mükerrer müşteriler, serbest metin tarihler ve tutarsız ürün adları aktarımdan önce çözülmelidir. Bu kapsamı teklifte ayrıca sorun.

Sadece makroları olan bir dosyamız var, bu da yazılım sayılır mı?

İşlev olarak evet, tek farkı dokümansız oluşudur. Makroyu yazan kişi ayrıldıysa bakımı riskli hâle gelir ve Excel sürümü değiştikçe beklenmedik sorunlar çıkabilir. Makroların ne yaptığını listelemek, kapsamı çıkarmanın iyi bir başlangıcıdır.

Ofis dosyalarını bulutta ortak kullanmak sorunu çözmez mi?

Çakışma ve kopya sorununu ciddi ölçüde azaltabilir, denemeye de değer. Ancak satır bazlı yetki, onay akışı ve güvenilir bir iş kuralı katmanı sağlamaz. Bulut paylaşımından sonra sinyaller azalıyorsa yazılımı erteleyin; azalmıyorsa elinizde daha net bir gerekçe vardır.

Küçük bir işletme için özel yazılım fazla büyük bir adım değil mi?

Olabilir. Kişi sayısı değil, süreçteki hata maliyeti ve tekrar belirleyicidir. Küçük bir ekipte tek ve dar bir modül mantıklı olabilir; ama hazır bir program işinizi görüyorsa önce ona bakın. Ölçüyü yukarıdaki haftalık hesapla kurun.

Yazılım yaptırdıktan sonra Excel tamamen bırakılacak mı?

Hayır. Excel analiz ve tek seferlik çalışmalar için kalabilir. Bırakılması gereken şey, onu ana kayıt olarak kullanmaktır. İyi bir sistem veriyi dışa aktarmaya izin verir, ama kaydın doğrusu tek yerde durur.

Fiyatı nasıl öğrenebilirim?

Kapsam konuşulmadan söylenecek bir rakam ikimizi de yanıltır. Ücretsiz görüşmede dosyanıza birlikte bakar, ilk modülün sınırını ve entegrasyon ihtiyacını konuşuruz; teklif bu çerçeveye göre hazırlanır. Görüşme için get@welda.app adresine yazabilirsiniz.