Kurumunuza Özel Dijital Dönüşüm Projeleri

Dijital dönüşüm projesi nedir?

Dijital dönüşüm projesi, bir iş sürecinin dijital araçlarla yeniden tasarlanmasıdır. Kağıt formun taranıp PDF olarak saklanması ya da bir Excel dosyasının paylaşımlı klasöre konması dönüşüm değil, taşımadır. Gerçek dönüşümde süreç kısalır, adımlar arasındaki bekleme ortadan kalkar, veri bir kez girilir ve her yerde kullanılır, sonuç da ölçülebilir hâle gelir.

Bu hizmet; talepleri e-posta zincirlerinde kaybolan, onayları ıslak imzayla bekleyen, aynı bilgiyi üç farklı tabloya giren ve ay sonunda "hangi rakam doğru?" sorusuyla uğraşan kurumlar içindir. Kamu kurumları, üniversiteler, çok şubeli işletmeler, sağlık kuruluşları ve büyüyen KOBİ'ler aynı sorunu farklı ölçeklerde yaşar: iş yürür ama görünmez, ölçülemez ve kişilere bağımlıdır.

ASRİ TECH olarak dijital dönüşümü bir yazılım satışı olarak değil, süreç haritalamayla başlayan, yazılım ve entegrasyonla süren, eğitim ve devreye almayla tamamlanan bir proje olarak yürütüyoruz. Gerekirse hazır ürünlerimizi, gerekirse özel yazılım geliştirmeyi, çoğu zaman ikisinin birleşimini kullanıyoruz.

Dijital dönüşüm süreci nasıl işler?

Projelerin yarım kalmasının en sık nedeni teknoloji değil kurgudur: hedef belirsizdir, altyapı ihmal edilir, kullanıcı sona bırakılır. Bu yüzden her projeyi aynı omurga üzerinde ilerletiyoruz. Ayrıntılı anlatım için dijital dönüşüm projelerinin 5 aşamalı yol haritası yazımıza da göz atabilirsiniz.

1. Keşif ve mevcut durum analizi: Hangi iş kim tarafından, hangi adımlarla yapılıyor? Veri nereye giriliyor, nerede bekliyor, nerede kayboluyor? Sahada görüşmelerle süreç haritası çıkarılır; mevcut yazılım, donanım ve ağ envanteri alınır.
2. Hedef ve önceliklendirme: "Dijitalleşmek" bir hedef değildir; "satın alma onay süresini kısaltmak" bir hedeftir. Süreçler etki ve zorluk eksenine yerleştirilir, etkisi yüksek ve uygulaması görece kolay olanlar ilk faza alınır.
3. Dijital mimari ve yol haritası: Hangi süreç hazır bir ürünle, hangisi özel geliştirmeyle çözülecek; sistemler birbirine nasıl bağlanacak; veri nerede tutulacak? Her fazın ölçülebilir bir çıktısı tanımlanır.
4. Altyapı hazırlığı: Ağ kapasitesi, sunucu veya bulut kaynakları, yedekleme ve güvenlik katmanı yeni yükü kaldıracak hâle getirilir. Bu adım çoğu zaman görünmez ama projelerin sessizce başarısız olduğu yer burasıdır.
5. Yazılım geliştirme ve entegrasyon: Formlar, iş akışları, onay zincirleri, belge arşivi ve raporlar kurulur; muhasebe, ERP, İK, e-posta ve mesajlaşma sistemleriyle veri alışverişi baştan tasarlanır.
6. Pilot, eğitim ve yaygınlaştırma: Sistem önce tek bir birimde gerçek veriyle çalıştırılır. Geri bildirimle düzeltilir, ardından diğer birimlere yayılır. Eğitim tek seferlik bir sunum değil, canlıya geçişten sonra da süren bir destektir.

Dijital dönüşüm hizmet kapsamı

Süreç analizi ve dijital mimari tasarımı

Mevcut işleyişi olduğu gibi kopyalamak yerine sadeleştiriyoruz. Gereksiz onay adımları, mükerrer veri girişleri ve kişiye bağlı kalan işler süreç haritasında görünür hâle gelir. Ortaya çıkan mimari; hangi modülün hangi veriyi sahiplendiğini, kimin neyi göreceğini ve sistemlerin nasıl konuşacağını tanımlar.

İş akışı ve onay otomasyonları

İzin, satın alma, masraf, belge onayı, talep ve şikâyet gibi süreçler tanımlı kurallarla ilerler. Her adımın sorumlusu, süresi ve bir sonraki adımı bellidir; bekleyen iş ilgili kişiye bildirimle hatırlatılır. Kim neyi ne zaman onayladı sorusunun cevabı denetim izinde kayıtlı kalır. Konunun pratik tarafını manuel iş süreçlerinden merkezi otomasyona geçiş yazımızda anlattık.

Elektronik belge ve arşiv yönetimi

Belgeler tek bir merkezde, yetki kontrolüyle ve sürüm geçmişiyle saklanır. Hangi belgenin hangi işleme bağlı olduğu, kimin erişebildiği ve ne kadar süre tutulacağı tanımlanır. Kişisel veri içeren belgelerde saklama ve imha süreleri 6698 sayılı KVKK yükümlülükleri dikkate alınarak kurgulanır.

Kurum içi sistemlerle veri entegrasyonu

Dönüşümün kalıcı olması için verinin iki sisteme ayrı ayrı girilmemesi gerekir. API, veri tabanı bağlantısı veya dosya tabanlı aktarımla muhasebe, ERP, öğrenci bilgi sistemi, İK ve banka sistemleri arasında köprü kurulur. Veri tarafında ihtiyaç büyüdüğünde veri tabanı yönetimi ve veri hizmetlerimiz devreye girer.

Yönetim panoları ve verimlilik ölçümü

Proje başında belirlenen göstergeler (işlem süresi, bekleyen iş sayısı, hata oranı, tamamlanan talep) canlı panolarda izlenir. Böylece dönüşümün işe yarayıp yaramadığı tartışma değil, veri konusu olur.

Personel eğitimi ve kademeli geçiş planı

Sistemi her gün kullanacak kişiler projeye baştan dahil edilir. Rol bazlı eğitimler, kısa kullanım kılavuzları ve geçiş döneminde eski yönteme dönüş planı hazırlanır. Kesintisiz geçiş için eski ve yeni sistem bir süre paralel çalıştırılabilir.

Sektörlere göre dijital dönüşüm senaryoları

• Üniversiteler ve yükseköğretim: Öğrenci mali işleri, proje başvuruları, kampüs duyuruları ve toplu iletişim. Bu alan için ayrı bir sayfamız var: üniversite yönetim sistemleri.
• Çok şubeli işletmeler: Şubeler arası duyuru ve yayın akışının tek merkezden yönetilmesi, müşteri bildirimlerinin kurumsal bir kanala taşınması. WebEkran ve DijitalMesaj ile dijital dönüşüm yazımız bu senaryoyu anlatır.
• İnsan kaynakları: Islak imzalı izin dilekçeleri ve Excel puantajından onay zinciri tanımlı bir İK sistemine geçiş; bu ihtiyaç için Bulut HR ürünümüz kullanılabilir.
• Kamu kurumları ve belediyeler: Vatandaş ve personel talepleri, iç yazışma ve onay süreçleri, saha ekiplerinin iş takibi; kapalı ağ ve yerel kurulum gereksinimleriyle birlikte.
• Site ve tesis yönetimi: Aidat, gider, sakin iletişimi ve güvenlik kayıtlarının tek platformda toplanması (AsriSit).
• Sağlık ve hizmet sektörü: Randevu, bilgilendirme, sıra ve yönlendirme ekranları ile kayıt süreçlerinin dijitalleşmesi.

Dijital dönüşümde sık yapılan hatalar ve önlemleri

Sahada gördüğümüz başarısız projelerin çoğu aynı birkaç hatayı tekrarlar. Bunları baştan bilmek, bütçenin ve ekibin enerjisinin boşa gitmesini önler.

• Önce yazılım, sonra süreç: Bir ürün satın alınır, süreç ona uydurulmaya çalışılır. Önlem: araç seçimini süreç haritası çıktıktan sonra yapmak.
• Her şeyi aynı anda değiştirmek: Tüm birimler tek seferde yeni sisteme geçirilir, sorunlar üst üste biner. Önlem: tek birimle pilot, ardından kademeli yaygınlaştırma.
• Kötü süreci dijitalleştirmek: Gereksiz beş onay adımı dijital ortamda da beş adım olarak kalır. Önlem: dijitalleştirmeden önce sadeleştirmek.
• Ölçüm yapmamak: Proje biter ama neyin değiştiği bilinmez. Önlem: başlangıçta mevcut durumu sayılarla kaydetmek ve aynı göstergeleri panoda izlemek.
• Sahipsiz sistem: Canlıya geçişten sonra kimin sorumlu olduğu belirsizdir. Önlem: kurum içinde süreç sahibini ve dış tarafta bakım muhatabını baştan tanımlamak.

Dijital dönüşüm danışmanlığı seçerken nelere dikkat edilmeli?

Piyasada "dijital dönüşüm" etiketi çok geniş kullanılıyor: büyük danışmanlık firmalarının strateji raporlarından, yalnızca web sitesi ya da reklam yapan serbest çalışanlara kadar pek çok hizmet bu başlık altında sunuluyor. Teklif değerlendirirken şu sorular işinizi kolaylaştırır:

• Teklif sahada süreç analizi içeriyor mu, yoksa doğrudan bir yazılım lisansı mı öneriyor?
• Strateji ile uygulama aynı ekipte mi? Rapor veren ile kodu yazan farklıysa aradaki boşluğu kim dolduracak?
• Mevcut sistemlerinizle entegrasyon kapsamda mı, ayrı bir proje olarak mı bırakılıyor?
• Kurulum modeli esnek mi: bulut, kurum sunucusu, gerekirse internetsiz kapalı ağ?
• Canlıya geçişten sonra bakım, destek ve sonraki fazlar kimde olacak?
• Veri sizde mi kalıyor; sistemden çıkmak isterseniz verinizi standart formatta alabiliyor musunuz?

Kurum içi ekiple ilerlemek de bir seçenektir; özellikle kendi bilgi işlem birimi güçlü olan kurumlar için. Ancak iç ekip çoğu zaman günlük destek yüküyle meşguldür ve dönüşüm projesi "boş zamanda yapılacak iş" hâline gelir. Pek çok kurum için en verimli model, iç ekibin süreç sahibi olarak kaldığı, analiz, geliştirme ve entegrasyonun dış kaynakla yürütüldüğü ortak çalışmadır.

Dijital dönüşüm projesi maliyeti nasıl belirlenir?

Dijital dönüşüm projeleri için sabit bir fiyat listesi vermek doğru olmaz; iki proje nadiren aynı kapsama sahiptir. Maliyeti belirleyen başlıca etkenler şunlardır:

• Dönüştürülecek süreç sayısı ve karmaşıklığı (onay seviyeleri, istisna kuralları)
• Hazır ürünle karşılanabilen ve özel geliştirme gerektiren kısımların oranı
• Entegre edilecek sistemlerin sayısı ve bu sistemlerin sunduğu bağlantı imkânları
• Kullanıcı sayısı, birim ve lokasyon sayısı
• Kurulum modeli: bulut, kurum sunucusu ya da kapalı ağ; gerekiyorsa altyapı yatırımı
• Eski verilerin taşınması, eğitim kapsamı ve canlıya geçiş sonrası destek modeli

Önerimiz, büyük bir bütçeyle her şeyi aynı anda değiştirmeye çalışmak yerine ölçülebilir bir ilk fazla başlamaktır. İlk fazın sonuçları, sonraki fazların kapsamını ve bütçesini gerçekçi biçimde belirlemenize yardımcı olur.

Neden ASRİ TECH?

• Yazılımı kendimiz geliştiriyoruz: OMYS, BAP Sistemi, WebEkran ve DijitalMesaj gibi ürünlerimiz yerli olarak geliştirildi; ihtiyaç olduğunda kuruma özel uyarlanabiliyor.
• Altyapıdan yazılıma tek ekip: Sunucu, güvenlik duvarı ve yedekleme tarafını da biz yürütebildiğimiz için yazılımın üzerinde çalışacağı zemin projeden ayrı düşünülmüyor.
• Esnek kurulum: Sistemler bulutta ya da kendi sunucunuzda, gerekirse internet erişimi olmayan kapalı ağda çalışacak şekilde kurulabiliyor.
• Tek muhatap: Keşiften bakıma aynı ekiple çalışırsınız; sonraki fazlarda kurumunuzu baştan anlatmanız gerekmez.

Kurumunuz için bir dijital dönüşüm yol haritası çıkarmak isterseniz teklif ve keşif talebi oluşturabilirsiniz.