Dijital Dönüşümde İlk 90 Gün: KOBİ'ler İçin Uygulama Takvimi
Dijital dönüşüm projelerinin büyük çoğunluğu ilk üç ayda kaderine karar veriyor: proje ya gerçek bir değişime dönüşüyor ya da “yazılımı kurduk, ama pek bir şey değişmedi” cümlesinde tıkanıp kalıyor. Danışmanlık şirketlerinin yıllardır tekrarladığı bir gözlem var — McKinsey ve BCG’nin farklı çalışmalarında dijital dönüşüm projelerinin yaklaşık yüzde 70’i hedeflenen faydayı üretemiyor. Sebep neredeyse hiçbir zaman yazılımın kendisi değil; sebep ilk 90 günde atılan, ya da atılmayan adımlar.
KOBİ’lerle yürüttüğümüz projelerde net bir örüntü görüyoruz: net bir 90 günlük takvim çizen firmalar altıncı ayda somut bir kazanım gösterebiliyor. Takvimsiz başlayanlarsa çoğunlukla “hangi modülü önce açalım” tartışmasında kaybolup gidiyor, üstelik bu tartışma bazen aylarca sürüyor.
Gün 1-30: Envanter çıkar, önce yazılıma bakma
İlk ay bir teknoloji seçimi için değil, mevcut durumu net görmek için var. Bu ayın sonunda elde şunlar olmalı:
- Süreç envanteri: Hangi iş hangi sırayla, kim tarafından, hangi araçla yapılıyor? Excel dosyaları, e-posta üzerinden onaylar, kağıt formlar tek tek listelenir. Çoğu firma bu listeyi çıkarınca kaç farklı yerde aynı veriyi elle yeniden yazdığını ilk kez görüyor.
- Veri dağınıklığı haritası: Müşteri bilgisi kaç ayrı yerde tutuluyor — muhasebe programı, satış temsilcisinin kendi tablosu, WhatsApp yazışmaları?
- Bir sponsor belirlenmesi: Projeyi gerçekten sahiplenecek, kararları hızlandıracak bir yönetici olmalı. Sadece İK’nın ya da yalnızca BT’nin yürüttüğü bir dönüşüm, ilk direnç dalgasında genelde durur.
Bu ayın çıktısı bir yazılım kararı değil, bir öncelik listesidir: hangi süreç en çok zaman ya da para kaybettiriyor, hangisi en kısa sürede düzeltilebilir.
Gün 31-60: Küçük başla, erken kazanım göster
İkinci ayda tüm şirket değil, tek bir süreç seçilip uçtan uca dijitalleştirilir. Sık tercih edilen pilot alanlar: satış onay akışı, depo/stok sayımı, saha ekibi raporlaması. Küçük başlamak işe yarıyor, çünkü:
- Ekip yeni araca dört-altı haftada alışıyor ve direnç erimeye başlıyor
- Hatalar erken ve ucuzken görülüyor, tüm şirkete yayılmadan düzeltiliyor
- Somut bir ilk kazanım — örneğin bir onay sürecinin üç günden dört saate inmesi — yönetime “bu gerçekten işe yarıyor” kanıtı sunuyor
Pilotun ölçülebilir bir hedefi olmalı: süre, hata oranı ya da işlem sayısı üzerinden önce-sonra karşılaştırması yapılabilmeli. Ölçülemeyen bir pilot, üçüncü ayda “iyi gitti gibi” belirsizliğine dönüşür.
Gün 61-90: Yaygınlaştır, ölç, kalıcı hale getir
Pilot sonuçları elde varken üçüncü ay diğer departmanlara yayılır. Bu fazda kurumsallaşma kritik: kısa bir kullanım kılavuzu, birinci seviye destek süreci ve en az bir eğitim oturumu hazır olmalı. Aksi halde her yeni kullanıcı doğrudan BT’yi arıyor, ekip günlük işini bırakıp destek vermek zorunda kalıyor.
| Faz | Süre | Ana çıktı | En sık hata |
|---|---|---|---|
| Envanter | Gün 1-30 | Öncelik listesi + sponsor | Doğrudan yazılım seçimine atlamak |
| Pilot | Gün 31-60 | Tek süreç, ölçülebilir kazanım | Aynı anda birden çok modül açmak |
| Yaygınlaştırma | Gün 61-90 | Departman geneli kullanım + eğitim | Eğitim ve destek sürecini atlamak |
- günün sonunda elinizde şunlar olmalı: en az bir sürecin ölçülebilir biçimde iyileştiği bir kanıt, ikinci dalga için hazır bir ekip ve yönetimin arkasında durduğu, kâğıt üzerinde net bir yol haritası.
Sık Sorulan Sorular
90 gün her şirket için yeterli mi? 20 kişiye kadar firmalarda genelde yeterli oluyor. Üretim hattı olan ya da çok şubeli işletmelerde ilk döngü yine 90 gün sürer, ama tam yaygınlaşma 6-9 aya uzayabilir — takvim küçülmez, faz sayısı artar.
Danışman şart mı, kendi ekibimiz yürütebilir mi? Sponsor netse ve süreç envanterini çıkaracak zaman ayrılabiliyorsa iç ekip başlayabilir. Dışarıdan destek genelde ikinci fazda, doğru aracı seçerken ve mevcut sistemlerle entegrasyon noktalarında devreye giriyor.
En sık hangi noktada proje duruyor? İkinci ayda. Ekip pilotu bitirmeden üçüncü, dördüncü süreci de aynı anda açmaya kalkınca kaynak dağılıyor ve hiçbiri tam bitmiyor.
90 günün sonunda bütçe nasıl netleşir? İlk ayda çıkan öncelik listesi, ikinci ayda pilotun gerçek maliyeti (lisans + entegrasyon + eğitim saatleri) ile birleşince yaygınlaştırma bütçesi artık tahmin değil, gerçek rakamlara dayanır. Tersi sırayla — önce toplu bütçe ayırıp sonra süreç seçmeye çalışmak — genelde ya eksik ya da gereğinden fazla yatırıma yol açıyor.
Dijital dönüşüm bir yazılım kurulumu değil, üç aylık bir disiplin meselesi. Elinizde bir takvim varsa 90 gün sonunda somut bir şey gösterebilirsiniz; yoksa altıncı ayda hâlâ “hangi modülden başlasak” konuşuyor olabilirsiniz. Xen Bilişim ekibiyle süreç envanterinizi birlikte çıkarıp size özel 90 günlük takvimi kurabiliriz.
İlgili Yazılar
2027 BT Bütçesinden Önce: Hangi Ürünün Desteği Ne Zaman Biter?
Office 2021 destek dönemi 13 Ekim 2026'da kapandı, Windows Server 2016 12 Ocak 2027'de kapanıyor. Bütçe toplantısından önce envanterde bakılacak tarihler, ESU maliyetleri ve hangi kalemin hangi sıraya girmesi gerektiği.
Devamını Oku: 2027 BT Bütçesinden Önce: Hangi Ürünün Desteği Ne Zaman Biter?
Windows 10 ESU İkinci Yıl: Cihaz Başı 122 Dolar mı, Yeni Bilgisayar mı?
Windows 10 ESU ikinci yılında cihaz başı ücret 61 dolardan 122 dolara çıkıyor. Yıl 1'i almadıysanız fatura 183 dolar. Hangi bilgisayara ESU alınır, hangisi Windows 11'e geçer, hangisi yenilenir, karar tablosu ve sık sorulan sorular.
Devamını Oku: Windows 10 ESU İkinci Yıl: Cihaz Başı 122 Dolar mı, Yeni Bilgisayar mı?
Yerinde Destek mi Uzaktan Destek mi? Hangi Sorun Nasıl Çözülür?
Bilişim destekte her arızaya teknisyen göndermek de, her şeyi uzaktan çözmeye çalışmak da pahalıya gelir. Hangi sorunun uzaktan, hangisinin yerinde çözüleceğini, sözleşmede nelere bakmanız gerektiğini anlatıyoruz.
Devamını Oku: Yerinde Destek mi Uzaktan Destek mi? Hangi Sorun Nasıl Çözülür?