Excel'den Özel Yazılıma Ne Zaman Geçilmeli? KOBİ'ler İçin Geçiş Rehberi

Sipariş, stok veya servis kayıtlarınızı Excel'de tutuyorsunuz; fakat güncel dosyayı bulmak, aynı bilgiyi tekrar yazmak ve kimin neyi değiştirdiğini anlamak zorlaşıyor. Bu durum her işletmenin hemen özel yazılıma geçmesi gerektiği anlamına gelmez. Bu rehber, önce mevcut düzeni değerlendirmenizi, ardından gerekirse veriyi ve iş akışını kontrollü biçimde taşımanızı sağlar.

Sorun Excel mi, çalışma düzeniniz mi?

Bir toptancının sipariş takibini düşünün. Satış çalışanı talebi bir dosyaya, depo sevkiyat bilgisini başka dosyaya yazıyor; yönetici gün sonunda ikisini birleştiriyor. Gecikmenin nedeni hesap tablosunun adı değil, aynı kaydın birbirinden kopuk kaynaklarda tutulması olabilir.

Önce dosyaların nerede bulunduğunu, kimin hangi alanı doldurduğunu ve hangi listenin güncel kabul edildiğini yazın. Zorunlu alanların, ürün kodlarının veya kayıt sahibinin tanımlanmaması birçok araçta benzer sorun yaratır. Yazılım değişikliği bu belirsizlikleri kendiliğinden çözmez.

Excel'in birlikte çalışma olanakları da vardır. Microsoft'un ortak yazma rehberi, desteklenen sürüm ve koşullarda OneDrive veya SharePoint Online üzerindeki çalışma kitaplarının birlikte düzenlenebildiğini açıklar; erişim 28 Ekim 2026. Dolayısıyla “birden çok kişi kullanıyor” tek başına özel yazılım gerekçesi değildir.

Hangi işaretler yeni bir sistem ihtiyacını gösterir?

Asıl soru, işinizin yalnızca bir listeye mi yoksa kuralları olan ortak bir sürece mi ihtiyaç duyduğudur. Satır eklemek yeterliyse mevcut dosya düzenini iyileştirebilirsiniz. Kaydın kim tarafından hangi koşulda değiştirileceği önemliyse iş akışı yazılımı seçenekleri gündeme gelir.

• Onay zinciri: Belirli tutar veya koşuldaki kayıtların yetkili kişiye gitmesi gerekiyor.
• Rol ayrımı: Herkesin aynı veriyi görmesi veya değiştirmesi uygun değil.
• Tekrarlı giriş: Aynı müşteri ve ürün bilgisi farklı araçlara elle taşınıyor.
• İşlem geçmişi: Bir kaydın hangi aşamada, kim tarafından değiştiği izlenmek isteniyor.
• Saha kullanımı: Çalışanlar telefondan fotoğraf, görev ve durum güncellemesi yapacak.
• Bağlantı ihtiyacı: Sipariş, stok ve diğer sistemler arasında düzenli veri aktarımı gerekiyor.

Bu işaretleri işletmenizdeki gerçek örneklerle belgeleyin. “Takip zor” yerine “sevkiyat tamamlandığında satış ekibi aynı gün bilgiyi göremiyor” yazın. Somut sorun, hangi çözümün işe yaradığını değerlendirebileceğiniz bir kabul koşuluna dönüşebilir.

Dosyayı iyileştirmek, hazır yazılım veya özel yazılım?

Her seçeneğin uygun olduğu bir durum vardır. Kararı çalışan sayısı gibi tek ölçüte bağlamayın. Sürecinizin özgünlüğü, veri bağlantıları, değişiklik sıklığı ve bakım sorumluluğu birlikte değerlendirilmelidir.

Hazır yazılım demosunda kendi senaryonuzu kullanın. Satış sunumundaki örnek kaydın çalışması, sizin kısmi sevkiyat veya iade sürecinizin karşılandığını göstermez. Sisteme örnek bir sipariş girin, değişiklik yapın ve kaydı kapatana kadar bütün adımları izleyin.

Özel çözüm düşünüyorsanız mevcut araçların neden yetersiz kaldığını yazılı hâle getirin. Bu liste, geliştirme kapsamının gerekçesi olur. No-code otomasyon seçenekleri de bazı veri aktarımı ihtiyaçları için değerlendirilebilir; ancak aktarımın hata ve yetki yönetimini ayrıca inceleyin.

Yazılım istemeden önce süreci nasıl haritalarsınız?

Sipariş örneğinde talebin kimden geldiğini, kimin kontrol ettiğini, depoya nasıl iletildiğini ve teslimin nasıl kapandığını yazın. Her adım için girdi, çıktı ve sorumlu belirleyin. “Muhasebe bakıyor” gibi geniş ifadeler yerine hangi bilginin kontrol edildiğini belirtin.

Ardından istisnaları ekleyin: Ürün eksikse, müşteri miktarı değiştirirse veya siparişin bir kısmı teslim edilirse ne oluyor? İlk tasarım yalnızca en kolay senaryoya dayanırsa günlük kullanımda dışarıda kalan işler oluşabilir. Çalışanların bugün dosya kenarına yazdığı notlar bu istisnaları bulmak için yararlıdır.

Her adımın mutlaka otomatik olması gerekmez. Deneyim veya müşteri görüşmesi gerektiren bir kararı çalışan verebilir; yazılım ilgili bilgiyi ve karar kaydını düzenleyebilir. Amaç, insanın yaptığı işi açıklamadan uygulamaya taşımak değil, süreci anlaşılır hâle getirmektir.

Eski veriyi taşımadan önce neleri düzeltmelisiniz?

Veri geçişi, dosyadaki bütün satırları yeni sisteme yüklemekten ibaret değildir. Aynı müşterinin farklı isimlerle kayıtlı olması, tarihlerde farklı biçimler ve ürün kodu eksikleri yeni yapıda da sorun çıkarır. Önce örnek bir veri kümesi üzerinde kalite kontrolü yapın.

1. Alanları eşleştirin: Eski sütunun yeni sistemde hangi alana gideceğini yazın.
2. Tekrarları inceleyin: Aynı kişi veya ürün olabilecek kayıtları iş sorumlusuna doğrulatın.
3. Biçimleri düzenleyin: Tarih, para birimi, telefon ve ölçü birimlerini ortak kurala bağlayın.
4. Eksikleri ayırın: Zorunlu bilgisi olmayan kayıtlar için düzeltme listesi oluşturun.
5. Kopyayı koruyun: Dönüşüm öncesi kaynağı değişikliklerden ayrı, kontrollü biçimde saklayın.

Geçmişin tamamını günlük kullanım ekranına taşımak zorunda olmayabilirsiniz. Aktif kayıtlarla eski arşivi farklı ihtiyaçlar olarak değerlendirin. Hangi bilgilerin saklanacağı ve kimlerin erişeceği işletmenizin veri yönetimi gereksinimleriyle birlikte belirlenmelidir.

Pilot geçişi nasıl güvenli ve anlaşılır yürütürsünüz?

İlk denemeyi bütün şirketle ve bütün geçmiş kayıtlarla başlatmayın. Sınırları belli bir süreç, sorumlu ekip ve örnek veri seçin. Örneğin tek depodaki açık siparişleri yeni sistemde yöneterek kayıt oluşturma, değişiklik ve kapanış adımlarını deneyebilirsiniz.

Planlama örneği olarak veri hazırlığına bir hafta, deneme aktarımına bir hafta ve pilot kullanıma iki hafta ayrılabilir. Bu bir proje süresi taahhüdü değildir; veri kalitesi ve iş yoğunluğu planı değiştirebilir. Pilotun sonunda geçiş kararı için hangi koşulların sağlanmış olması gerektiğini baştan yazın.

Geçiş sırasında iki sistemin de aynı anda bağımsız biçimde güncellenmesi tehlikeli karışıklık yaratır. Hangi tarih itibarıyla hangi kaydın asıl kaynak olduğunu belirleyin. Pilot başarısız olursa bekleyen işlemlerin ve yeni kayıtların nasıl geri taşınacağını da açıklayın.

Doğrulamada yalnızca satır sayısına bakmayın. Müşteri eşleşmeleri, açık sipariş tutarları, ürün miktarları ve durumlar gibi iş açısından önemli alanları karşılaştırın. Örnek kayıtları süreç sorumlularıyla birlikte açıp anlamın korunup korunmadığını kontrol edin.

Geçiş maliyetini hangi kalemlerle hesaplarsınız?

Geliştirme bedeline ek olarak analiz, veri temizliği, aktarım, eğitim ve destek işlerini görün. Hazır yazılımda lisans ve kurulum; özel çözümde geliştirme ve bakım kapsamı ayrıca değerlendirilir. Sunucu, dış hizmet ve ileride istenebilecek bağlantılar için ödeme düzenini sorun.

Hesap yöntemini göstermek için tamamen varsayımsal 30 kişi-gün geliştirme ve 8 kişi-gün veri hazırlığı, aktarım ve eğitim işi düşünün. Varsayımsal 6.000 TL kişi-gün bedeliyle toplam 228.000 TL olur. Bu bir piyasa fiyatı veya Navdion teklifi değildir; KDV, lisans, altyapı ve dış hizmetler dahil değildir.

Bütçe karşılaştırmasında çalışanlarınızın eğitim ve veri düzeltme için ayıracağı zamanı da hesaba katın. Ucuz görünen bir kurulum, bu işler tamamen işletmeye bırakıldıysa daha fazla iç çalışma gerektirebilir. Teklifin hangi sorumlulukları kapsadığını kalem kalem inceleyin.

Yeni sistemin işe yaradığını nasıl anlarsınız?

Pilot öncesinde yaşadığınız somut sorunlara dönün. Depo değişikliğini satış ekibi görebiliyor mu, yetkisiz kişi kayıt değiştirebiliyor mu, eksik bilgiyle sipariş kapanabiliyor mu? Bunları gerçek görevler ve kontrol edilebilir sonuçlar olarak deneyin.

Eğitimde bütün ekranları sırayla anlatmak yerine her çalışanın günlük işini yaptırın. Kayıt açma, hata düzeltme, onay isteme ve rapor alma görevlerini rolüne göre çalışsın. Ekibin kullandığı terimler ekranlarda da yer alırsa öğrenme daha anlaşılır olabilir.

Yayın sonrası sorumluyu ve sorun bildirme kanalını belirleyin. Otomasyon kapsamını genişletmeden önce temel verinin düzenli oluştuğunu kontrol edin. Daha geniş seçenekleri iş süreçlerinde otomasyon rehberiyle birlikte değerlendirebilirsiniz; yeni özellik kararını kendi işletmenizin gözlemlerine dayandırın.

İleride sistem değiştirmek isterseniz ne olacak?

Yeni yazılımı seçerken veriyi dışarı çıkarma ihtiyacını da konuşun. Hangi kayıtların hangi dosya biçiminde alınacağını, eklerin nasıl eşleştirileceğini ve alanların açıklamalarını isteyin. Bir yedek dosyasının bulunması, verinin başka sistemde doğrudan kullanılabileceği anlamına gelmez.

Devir belgelerinde hesap sorumluları, kurulum bilgisi ve destek kanalı yer alsın. Sistem değişikliği henüz gündemde olmasa bile bu düzen, ekip değişiminde işletmenin bilgisine erişmesini kolaylaştırır.

Sonuç: Önce süreci düzeltin, sonra aracı seçin

Dosya karmaşasını, veri kalitesini ve iş kurallarını ayrı ayrı değerlendirin. Mevcut düzeni iyileştirme, hazır yazılım ve özel çözüm seçeneklerini aynı senaryoyla karşılaştırın; geçişi küçük bir pilotla doğrulayın. Navdion ile işletmenizin ihtiyaçlarını incelemek için ücretsiz proje analizi talep edebilirsiniz.