Dijital dönüşüm nedir? KOBİ için ilk üç adım

Dijital dönüşüm, bir şirketin işlerini yürütme biçimini dijital araçlar ve kayıtlı veriyle yeniden kurmasıdır. Başarısı, kullanılan program sayısıyla değil, işlerin ne kadar hızlı, hatasız ve az el değiştirerek yürüdüğüyle ölçülür. KOBİ için ilk üç adım sırayla şudur: en çok zaman kaybettiren tek süreci seçmek, onu kendi rakamlarınızla ölçmek, sonra sadeleştirip gerekirse yazılımla değiştirmek.

Dijital dönüşümün yaygın tanımları sıklıkla büyük kurumlar düşünülerek yazılır ve bulut, nesnelerin interneti, büyük veri ve Endüstri 4.0 listelerine dayanır. 15-50 kişilik bir şirketin yöneticisi için bu listeler pazartesi sabahı ne yapılacağını söylemez. Biz dijital dönüşümü bu ölçekte bir strateji belgesiyle başlatmazdık; ölçülebilen tek bir süreçle başlatırdık. Yazılım bu sırada ancak üçüncü adımda ve ölçüm gerektirirse devreye girer.

Dijital dönüşüm nedir, kısaca nasıl tanımlanır?

Dijital dönüşüm, kısaca, bir şirketin işlerini yürütme biçimini dijital araçlar ve kayıtlı veriyle yeniden kurmasıdır; iş akışı, kararların verilme biçimi ve müşteriyle temas bu kayıtlar üzerinden düzenlenir. Dönüşümden sonra bir teklif, sipariş ya da onay artık birinin hafızasında, defterde veya e-posta zincirinde durmaz. Tek bir yerde kayıtlıdır, kimin elinde beklediği görünür ve sonucu ölçülebilir. Bu yüzden dijital dönüşüm bir yazılım projesinden daha geniş, bir vizyon belgesinden daha somuttur. KOBİ ölçeğinde dijital dönüşüm, bir süreçten başlayıp diğerine geçen tekrarlı bir çalışma olarak ele alındığında yönetilebilir kalır.

Avrupa Birliği'nin istatistik ofisi Eurostat, işletmelerin dijitalleşme düzeyini Dijital Yoğunluk Endeksi (yeni sekmede açılır) ile ölçer. Endeks, yapay zekâ, sosyal medya, bulut bilişim, müşteri ilişkileri yönetimi (CRM) ya da cironun en az yüzde 1'ini e-ticaretten elde etmek gibi seçilmiş 12 teknolojiden kaçının kullanıldığını sayar. En az 4 teknoloji kullanan işletme, en az temel düzeyde sayılır. AB'nin Dijital On Yıl hedeflerinden biri, 2030'a kadar KOBİ'lerin yüzde 90'ından fazlasının bu düzeye ulaşmasıdır.

Eurostat'ın 29 Ağustos 2024 tarihli verisine göre (yeni sekmede açılır) 2023'te AB'deki KOBİ'lerin yüzde 58'i, büyük işletmelerin yüzde 91'i en az temel dijital yoğunluk düzeyindeydi (erişim: Ekim 2026). Bu oranlar AB ortalamasıdır; Türkiye'deki KOBİ'ler için doğrudan bir karşılaştırma değildir. Dijital Yoğunluk Endeksi gibi araç sayımları ülkeleri karşılaştırmak için kullanışlıdır, ama tek bir şirketin işini ne kadar iyi yürüttüğünü söylemez. Dört araç kullanıp siparişleri hâlâ üç kez elle yazan bir işletme, endekste iyi görünüp işte yavaş kalabilir. Bizim izlediğimiz ölçüm yöntemi bu yüzden araç sayısına değil, sürecin kendisine bakar.

Dijitalleşme ile dijital dönüşüm arasındaki fark nedir?

Dijitalleşme ile dijital dönüşüm arasındaki fark, değişen şeyin kapsamındadır: dijitalleşmede mevcut iş dijital bir araca taşınır, dijital dönüşümde işin kendisi yeniden tasarlanır. Dijital dönüşümden önce iki düzey vardır: bilgiyi dijital hale getirme (İngilizce digitisation) ve süreci dijital araçla yürütme, yani dijitalleştirme (digitalisation); dönüşüm üçüncü düzeydir. Kâğıt formu PDF'e çevirmek bilgiyi dijital hale getirir. Formu çevrim içi doldurulan ve kendiliğinden ilgili kişiye giden bir kayda çevirmek süreci dijitalleştirir. Kayıtlar biriktikçe hangi işin nerede beklediğini görüp iş bölümünü, fiyatlamayı ya da müşteriye verilen teslim sözünü değiştirmek ise dönüşümdür.

Dijital hale getirme, dijitalleştirme ve dijital dönüşüm düzeylerinin her biri bir sonrakinin önkoşuludur. Sipariş alma süreci üzerinden karşılaştırıldığında üç düzeyin farkı şöyle görünür:

Bir KOBİ'ye ilk yıl için şirket geneline yayılan kararlar yerine tek bir süreçte güvenilir kayıt kurmayı, yani dijitalleştirmeyi hedef olarak önerirdik. Fiyatlama ya da iş bölümü gibi dönüşüm kararları, bu kayıtlar birkaç ay biriktikten sonra sağlam bir zemine oturur. Sırayı tersine çevirmek, eksik veriyle büyük karar vermek anlamına gelir.

KOBİ'de dijital dönüşüm neden yazılım almakla başlamamalı?

KOBİ'de dijital dönüşüm yazılım almakla başlamamalıdır, çünkü belirsiz bir süreci yazılıma taşımak belirsizliği hızlandırır ve kalıcı hale getirir. İşi kimin onayladığı, hangi bilginin zorunlu olduğu ya da bir istisnada ne yapılacağı kişiden kişiye değişiyorsa, hazır program da özel yazılım da bu farkları ayarlara ya da koda gömer. Sonuçta ekip yeni sistemin etrafında yine tablo ve mesajlaşmayla çalışmayı sürdürür. Yazılım geliştiren bir ekip olarak bunu açıkça söylemeyi önemsiyoruz: bize göre süreç netleşmeden yazılan kod, sonradan değiştirilmesi en pahalı kodlardan biridir.

Süreç belirsizse ilk iş onu yazıya dökmektir. Bu aşama için bir kontrol listesi ya da herkesin aynı sütunları doldurduğu ortak bir tablo yeterli olur. Birkaç haftalık düzenli kullanım, hangi adımların gereksiz olduğunu ve hangi bilginin hep eksik geldiğini gösterir. Kontrol listesi ve ortak tablo işi çözüyorsa, yazılıma geçişi ertelemek bütçeyi korur.

Ortak tablonun sınırına gelindiğini gösteren üç işaret şunlardır: aynı verinin birden çok yere yazılması, kimin neyi değiştirdiğinin bilinememesi ve birkaç kişi aynı anda çalışınca tablonun bozulması. Ayrıntısı Excel'den yazılıma geçiş rehberinde. Bu işaretler yoksa, dijital dönüşümün ilk adımı için yazılım bütçesi ayırmanız gerekmez.

Birinci adım: Dijital dönüşüme hangi süreçten başlanmalı?

Dijital dönüşüme başlanacak ilk süreç, en yavaş, en sık tekrarlanan ve en çok hata üreten süreçtir. Üç ölçütü birlikte karşılayan iş, harcanan emeğin karşılığını en kısa sürede gösterme olasılığı en yüksek olan iştir. Aday listesi için ekipten, son bir ayda en çok zaman kaybettikleri üç işi yazmalarını isteyin. Sipariş girişi, teklif hazırlama, fatura onayı, stok sayımı, randevu ve hatırlatma, servis talebi takibi KOBİ'lerde sık görülen adaylardır.

Aday süreç listesini puanlamak, en yüksek sesle şikâyet edilen işin değil, şirkete en çok maliyet üreten işin seçilmesini sağlar. İlk beş ölçüte 1 ile 3 arasında puan verin: 1 sorunun küçük, 2 orta, 3 büyük olduğunu gösterir. Altıncı ölçüt olan netlik puanlanmaz, bir eşiktir. Puanlama ölçütleri şunlardır:

• Sıklık: Süreç ne kadar sık çalışıyor? Haftada birkaç kez 1, her gün 2, günde onlarca kez 3 puan.
• Süre ve bekleme: Bir iş başından sonuna ne kadar sürüyor, bunun ne kadarı bir onay ya da bilgi beklemekle geçiyor? Birkaç dakika 1, yarım saat civarı 2, saatler ya da günler 3 puan.
• Hata ve düzeltme: Yanlış fiyat, eksik adres ya da mükerrer kayıt gibi düzeltmeler ne sıklıkla oluyor? Nadiren 1, haftada birkaç kez 2, her gün 3 puan.
• El değiştirme: İş tamamlanana kadar kaç kişiye ve kaç araca (telefon, e-posta, tablo, muhasebe programı) uğruyor? Bir iki durak 1, üç dört durak 2, beş ve fazlası 3 puan.
• Müşteriye etkisi: Gecikme ya da hata müşteriye yansıyor mu? Yansımıyorsa 1, dolaylı yansıyorsa 2, doğrudan yansıyorsa 3 puan.
• Netlik (eşik): Sürecin adımları ve sahibi belli mi? Belli değilse, puanı yüksek olsa da önce adımları yazıya dökün.

Puanları toplayıp en yüksek süreci seçin, ama netlik eşiğini geçmeyen süreci beklemeye alın. Sahibi olmayan bir süreci ilk aday yapmazdık: önce bir sorumlu atanır, sonra ölçüm başlar. Seçim tek bir süreçle sınırlı kalmalıdır. Aynı anda üç süreci değiştirmeye çalışan bir ekip, hangi değişikliğin işe yaradığını ayırt etmekte zorlanır.

İkinci adım: Bir süreç kendi rakamlarınızla nasıl ölçülür?

Bir süreci ölçmenin en basit yolu, en az iki hafta boyunca sürecin her tekrarını tek bir satır olarak kaydetmektir: ne zaman başladı, ne zaman bitti, kaç kişiye uğradı ve kaç kez düzeltildi. Bu ölçüm için yazılım gerekmez; ortak bir tablo ya da kâğıt bir form yeter. Amaç kesin bir istatistik üretmek değil, değişiklikten sonra karşılaştırabileceğiniz bir başlangıç çizgisi elde etmektir. Ölçmeden yapılan bir değişikliğin işe yarayıp yaramadığını sonradan kanıtlamak çok zorlaşır.

Süreç ölçümü için izlenecek adımlar şunlardır:

1. Süreci tek cümleyle tanımlayın: nerede başlıyor, nerede bitiyor (örneğin "müşteri teklif istedi" ile "teklif müşteriye gönderildi" arası).
2. Bir kayıt tablosu açın ve sürecin her tekrarını bir satır olarak girin.
3. Ölçüm süresi boyunca kaydın, işi yapan kişi tarafından iş anında girilmesini sağlayın; gün sonunda hafızadan doldurulan kayıt, süreleri olduğundan kısa gösterebilir.
4. Dönem sonunda üç sayıyı hesaplayın: ortalama süre (toplam süre / tekrar sayısı), düzeltme oranı (düzeltilen tekrar / toplam tekrar) ve tekrar başına ortalama el değiştirme.
5. Aylık maliyeti tahmin edin: ortalama süre × aylık tekrar sayısı × o işi yapan kişinin saatlik maliyeti.
6. Sonuçları ve hesap yöntemini bir sayfaya yazıp saklayın; üçüncü adımdan sonra aynı ölçümü aynı yöntemle tekrarlayacaksınız.

Süreç ölçüm tablosunda hangi sütunlar olmalı?

Süreç ölçüm tablosu için yedi sütun yeterlidir: tarih, işin kısa adı ya da numarası, başlangıç saati, bitiş saati, kaç kişiye ya da araca uğradığı, kaç kez düzeltildiği ve en uzun beklemenin nedeni. Son sütun serbest metin olabilir. Ölçüm sonunda okunduğunda en sık geçen bekleme nedeni, sadeleştirilecek ilk adımı gösterir. Sütun sayısını artırmamanızı öneririz; kayıt girmek işin kendisinden uzun sürmeye başlarsa ekip kaydı bırakır.

Süreç ölçümü ne kadar sürmeli ve kim yapmalı?

Süreç ölçümü, sürecin sıklığına göre iki ila dört hafta sürmeli ve işi fiilen yapan kişiler tarafından tutulmalıdır. Günde birkaç kez çalışan bir süreç için iki hafta anlamlı bir örnek verir; haftada birkaç kez çalışan bir süreçte dört hafta beklemek daha güvenlidir. Ölçümü bir yöneticinin tahminleriyle doldurmak, ekibin yaşadığı beklemeleri görünmez kılar. Kaydın bir performans denetimi olmadığını baştan söylemek, sayıların dürüst girilmesine yardım eder.

Süreç ölçümünün sonucu nasıl yorumlanır?

Süreç ölçümünün sonucu üç sayıyla yorumlanır: düzeltme oranı, aylık süre maliyeti ve en sık bekleme nedeni. Varsayımsal bir örnek düşünelim: 20 kişilik bir şirket iki haftada 30 teklif hazırlamış, teklif başına ortalama süre 50 dakika çıkmış, tekliflerin 9'u en az bir kez düzeltilmiş ve her teklif ortalama dört kişiye uğramış olsun. Bu sayılar bir örnektir; gerçek bir şirketten alınmamıştır ve sizin sayılarınız farklı olacaktır.

Varsayımsal 20 kişilik şirkette 30 tekliften 9'u düzeltildiği için teklif hazırlamadaki düzeltme oranı 9 / 30 = yüzde 30'dur. Ayda yaklaşık 60 teklif hazırlanıyorsa, harcanan süre 60 × 50 = 3.000 dakika, yani 50 saattir; saatlik maliyetle çarpıldığında sürecin aylık bedeli ortaya çıkar. Bekleme sütununda en sık "güncel fiyatı muhasebeden sormak" yazıyorsa, sadeleştirilecek ilk adım bellidir. Bu tabloya bakınca ilk sorumuz şu olurdu: Güncel fiyat, teklifi hazırlayan kişinin önünde neden yok?

Üçüncü adım: Süreç sadeleştirilmeli mi, yazılımla mı değiştirilmeli?

Dijital dönüşümün üçüncü adımında önce süreç sadeleştirilir; sadeleştirilmiş süreç hâlâ yavaş ya da hataya açıksa yazılımla değiştirilir. Bu sıra, yazılımın gereksiz adımları da otomatikleştirmesini önler. Sadeleştirme; gereksiz onayları kaldırmak, aynı bilgiyi bir kez toplayan tek bir form tasarlamak, her adıma bir sahip vermek ve istisnaları yazıya dökmek demektir. Bize göre sadeleştirme tek başına kazancın önemli bir kısmını getirebilir ve yazılım ihtiyacını küçültür.

Sadeleştirmeden sonra ölçümü, başlangıç ölçümüyle aynı süre boyunca tekrarlayın. Önceki ve sonraki ölçümün karşılaştırılması, kazancın sadeleştirmeden mi yoksa bir araçtan mı geldiğini ayırt etmenizi sağlar. Sadeleştirme yetmediğinde dört seçenek kalır; aynı ölçütlerle karşılaştırıldıklarında farkları şöyledir:

Dört seçenek arasındaki karar, ölçüm sonuçlarına göre şöyle verilebilir:

• Ortak tabloda kalın: Süreç ayda birkaç düzine kez çalışıyor, iki üç kişi kullanıyor ve ölçümde düzeltme oranı düşük çıkıyorsa kontrol listesi ya da ortak tablo yeterlidir.
• Hazır programa geçin: Süreciniz sektördeki yaygın kalıba uyuyor ve size özgü kural ya da entegrasyon ihtiyacınız yoksa hazır program daha hızlı devreye girer; seçim ölçütleri için stok takip programı ve müşteri takip programı rehberlerimize bakabilirsiniz.
• No-code ile deneyin: Fikri birkaç hafta içinde sınamak istiyor ve akışın kalıcı olup olmayacağını henüz bilmiyorsanız no-code araçlar uygundur; sınırları no-code otomasyon mu, özel yazılım mı karşılaştırmasında.
• Özel yazılım yaptırın: Ölçüm, zamanın size özgü kurallarda ve sistemler arası elle taşımada kaybolduğunu gösteriyorsa ve süreç birkaç yıl şirketin merkezinde kalacaksa özel yazılım uygun seçenektir. Yatırımın karşılığını yayından sonraki ölçüm gösterir; karar ölçütleri için özel yazılım mı hazır yazılım mı rehberine bakın.

Özel yazılımın üçüncü adımdaki avantajı, sadeleştirilmiş süreci olduğu gibi koda dökebilmesidir: kurallar bir programın ayarlarına uydurulmaz, sistem muhasebe programı ya da e-ticaret altyapısı gibi mevcut sistemlere API üzerinden bağlanır ve arayüz sizin markanızı ve alan adınızı taşır. Bedeli, ilk sürümün daha uzun sürmesi, baştan daha yüksek bütçe istemesi ve şirkette sistemi sahiplenecek birine ihtiyaç duyulmasıdır.

UlvionTech olarak özel yazılımı ölçümle kanıtlanmış ve sadeleştirilmiş bir süreç için doğru buluyoruz; adımları henüz belli olmayan bir süreç için önermeyiz. Sadeleştirilmiş bir sürecin kapsamı daha küçük ve daha nettir, bu da teklifin ve teslim planının daha güvenilir olmasını sağlar.

Dijital dönüşümün maliyetini ve süresini ne belirler?

Dijital dönüşümün ilk döngüsünün maliyetini ve süresini araçtan çok sürecin kendisi belirler: kural sayısı, istisnalar, bağlanacak sistem sayısı ve verinin ne kadar temiz olduğu. Süreç ölçülmüş ve sadeleştirilmişse kapsam küçülür ve teklif netleşir. Bağlanacak her sistem (muhasebe, e-fatura, pazaryeri, CRM) iş ekler; dokümantasyonu zayıf bir sistem bu işi büyütür. Eski verinin taşınması ve temizlenmesi de hafife alınmaması gereken bir kalemdir. Tek bir süreç için yazılımsız ilk döngü yaklaşık beş ila dokuz hafta sürer: seçim ve sadeleştirme için toplam bir hafta kadar, ölçüm için iki ila dört hafta, yeniden ölçüm için yine iki ila dört hafta.

Yazılım tekliflerini karşılaştırırken bakılacak kalemler yazılım yaptırma maliyeti rehberinde toplu halde duruyor. Kamu desteklerinin hangi kalemleri karşılayabileceği ise ayrı bir konudur ve KOBİ dijital dönüşüm destek programı yazısında ele alınıyor.

Dijital dönüşüm örnekleri: Bir KOBİ'de ilk döngü neye benzer?

Dijital dönüşümün en anlaşılır örnekleri, tek bir sürecin seçim, ölçüm ve sadeleştirme adımlarından geçtiği küçük döngülerdir. Sipariş girişi ve randevu örnekleri varsayımsaldır: gerçek bir müşteri hikâyesi değil, yöntemin nasıl uygulanacağını göstermek için kurulmuş senaryolardır. Sayılar ve sektörler örnek amaçlıdır ve kendi ölçümünüzün yerine geçmez.

Bir üretim atölyesinde sipariş girişi nasıl dönüşebilir?

Bir üretim atölyesinde sipariş girişinin dönüşümü, siparişin tek bir kayıtta toplanmasıyla başlar. Varsayalım ki 25 kişilik bir atölye siparişleri telefon, e-posta ve mesajlaşma uygulamasından alıyor; satış ekibi bunları bir tabloya, üretim sorumlusu da ayrı bir iş emri listesine yeniden yazıyor. Ölçüm, her siparişin üç kez yazıldığını ve bir kısmının yanlış ölçü ya da adetle üretime geçtiğini gösteriyor. Sadeleştirme adımında sipariş formu tekleştirilir ve iş emri bu formdan türetilir.

Tekleştirilmiş sipariş formu birkaç hafta kullanıldıktan sonra kayıtların hâlâ elle aktarıldığı görülürse, sipariş ile iş emrini bağlayan küçük bir web uygulaması kurmak mantıklı olur. Sipariş girişini tekleştiren bir atölye için biz ilk yazılım sürümünü yalnızca sipariş girişi ve iş emriyle sınırlı tutardık. Stok ve sevkiyat modülleri, ilk modül ölçümle kendini kanıtladıktan sonra eklenirdi.

Bir hizmet işletmesinde randevu ve hatırlatma nasıl dönüşebilir?

Bir hizmet işletmesinde randevu sürecinin dönüşümü, randevuların tek bir takvimde toplanmasıyla başlar. Varsayalım ki iki şubeli bir güzellik salonu randevuları telefonla alıp kâğıt ajandaya yazıyor ve hatırlatmaları tek tek mesaj atarak yapıyor. Ölçüm, gelmeyen müşteri sayısını ve hatırlatmaya harcanan süreyi görünür kılıyor. İlk adım ortak bir dijital takvim ve sabit bir hatırlatma metnidir.

Salonda şubeler arası müsaitlik ve çevrim içi randevu ihtiyacı belirginleşirse, hazır bir randevu programı ya da özel bir sistem değerlendirilir. Randevuları ortak takvime taşıyan bir salonda biz önce takvimin birkaç hafta düzenli kullanılmasını beklerdik; gelmeyen müşteri sayısı düşmüyorsa sorun araçta değil, hatırlatmanın zamanlamasında olabilir. Randevu tarafındaki seçenekler online randevu sistemi rehberinde karşılaştırılıyor.

Dijital dönüşümde hangi işler en sona bırakılmalı?

Dijital dönüşümde en sona bırakılması gereken işler, nadiren çalışan, sık değişen ya da kararın büyük ölçüde insan yargısına dayandığı süreçlerdir. Bu süreçlere erken yatırım yapmak, az kullanılan ya da kısa sürede eskiyen bir sistem üretir. Bazı büyük adımlar da temel kayıtlar oturmadan anlamsızdır. Şu işleri ilk döngülerin sonrasına bırakırdık:

• Bütün şirketi kapsayan bir kurumsal kaynak planlama (ERP) geçişi: Tek tek süreçler ölçülüp sadeleşmeden yapılan büyük geçiş, mevcut karmaşayı yeni sisteme taşır.
• Yapay zekâ projeleri: Yapay zekâ düzenli ve temiz veriyle işe yarar; veri tablolara ve mesajlara dağılmışken başlamak erkendir. Veri hazır olduğunda bir başlangıç planı için şirketlerde yapay zekâ otomasyonu rehberine bakabilirsiniz.
• Yönetim panelleri ve raporlama: Kayıtlar güvenilir hale gelmeden kurulan bir panel, yanlış sayıları daha şık gösterir. Kayıtlar oturduğunda bu katmanı kurumsal panel ve iç araç hizmetimizle kurabiliriz.
• Mobil uygulama: Süreç web üzerinde netleşmeden mobil uygulamaya geçmek, aynı belirsizliği iki ayrı platformda çözmeyi gerektirir.
• Yılda birkaç kez çalışan süreçler: Yıl sonu sayımı ya da bütçe hazırlığı gibi işler için bir kontrol listesi yeterli olabilir.

KOBİ'ler dijital dönüşümde hangi hatalardan kaçınmalı?

KOBİ'lerin dijital dönüşümde kaçınması gereken beş hata şunlardır: aracı süreçten önce seçmek, değişikliği ekibe anlatmamak, başlangıç ölçümü almamak, süreci işi yapanlara sormamak ve verinin sahipliğini düşünmemek. Hepsi adımları atlamanın ya da sırasını değiştirmenin sonucudur:

• Önce aracı seçmek: Bir fuarda ya da reklamda görülen program, ölçülmemiş bir sürecin çözümü sanılır.
• Değişikliği ekibe anlatmadan başlatmak: Yeni akışın nedeni anlatılmazsa ekip eski alışkanlıklara döner.
• Başlangıç ölçümü almamak: Değişiklikten sonra kazanç kanıtlanamaz, sonraki yatırım kararları tahmine kalır.
• Süreci işi yapanlara sormamak: Yönetimin bildiği akış ile sahadaki akış farklı olabilir; sistem sahadaki akışa uymazsa ekip onu bırakıp tabloya döner.
• Verinin sahipliğini düşünmemek: Hesaplar, alan adı ve veri bir çalışanın ya da sağlayıcının adına kalır; ayrılık anında erişim sorun olur.

Biz olsak dijital dönüşüme nasıl başlardık?

Biz olsak dijital dönüşüme aday süreçleri ekiple puanlayarak başlardık; yazılımı ancak sadeleştirmenin kazancı yetmezse gündeme alırdık. Ölçümden sonra konacak yazılı hedef, "teklif başına süreyi yarıya indirmek" gibi ölçümle kontrol edilebilir bir cümle olmalıdır. 15-50 kişilik bir KOBİ için izleyeceğimiz sıra şöyle olurdu:

1. Ekiple kısa bir toplantıda aday süreçleri çıkarıp sıklık, süre, hata, el değiştirme, müşteriye etki ve netlik ölçütleriyle puanlamak.
2. En yüksek puanlı ve sahibi belli süreci seçip iki ila dört hafta ölçmek.
3. Ölçüme dayanarak yazılı bir hedef koymak, en sık bekleme nedenini ve en sık hatayı ortadan kaldıracak sadeleştirmeyi yapmak, ardından başlangıç ölçümüyle aynı süre boyunca yeniden ölçmek.
4. Kazanç yetersizse ortak tablo, hazır program, no-code ve özel yazılım seçeneklerini aynı ölçütlerle karşılaştırmak.
5. Yazılım gerekiyorsa kapsamı yazıya dökmek: hangi ekranlar, hangi kurallar, hangi sistemlere bağlanacağı ve ilk sürümde neyin olmayacağı.
6. Yayından birkaç hafta sonra aynı ölçümü tekrarlayıp bir sonraki sürece geçmek.

Bizimle çalışmaya karar verirseniz sıra aynıdır: seçim, ölçüm, sadeleştirme, kapsam. UlvionTech'te keşif görüşmesinin çıktısı problemin yazılı özetidir; ardından kapsam dokümanı, teslim planı ve yazılı kapsama dayanan sabit fiyat gelir. Kod deposu, bulut hesapları ve alan adları ilk günden şirketinizin adına açılır. Sistem, ekibinizin kullandığı muhasebe programı ve tablolarla birlikte çalışacak şekilde kurulur. Sipariş, teklif ve randevu gibi iç sistemlerin kapsamı web uygulamaları hizmet sayfasında anlatılıyor.

Yazılım firmasıyla görüşmeye hangi bilgilerle gitmelisiniz?

Yazılım firmasıyla görüşmeye ölçüm sonuçları ve sadeleştirilmiş sürecin yazılı haliyle gitmek, görüşmeyi tahminden çıkarıp somut bir kapsama taşır. Görüşme öncesi kontrol listesi şu maddelerden oluşur:

• Sürecin başlangıç ve bitiş noktası, adımları ve her adımın sahibi.
• Başlangıç ölçümü: tekrar sayısı, ortalama süre, düzeltme oranı ve el değiştirme sayısı.
• En sık bekleme nedenleri ve en sık hatalar.
• Sürecin dokunduğu sistemler (muhasebe, e-fatura, CRM, e-ticaret, pazaryeri) ve bu sistemlerin dışarıya veri verip vermediği.
• Sistemi kaç kişinin, hangi rollerle ve hangi cihazlardan kullanacağı.
• Süreçte kişisel veri olup olmadığı; varsa yükümlülükler için web sitesi KVKK rehberimize ve hukuk danışmanınıza başvurun.
• İlk sürümde olmayacakların listesi.

Görüşme öncesi bilgileri tek bir sayfada toplamak için “Yazılım yaptırmak istiyorum: brief şablonu” yazısındaki şablon kullanılabilir. Hazırlıklı gelinen bir görüşmede, kapsamın ilk taslağını aynı hafta içinde konuşmaya başlamak mümkün olur.

Dijital dönüşüm için hangi durumlarda yazılım firmasına gerek yoktur?

Süreç henüz yazıya dökülmemişse, hazır bir program sürecinize uyuyorsa, iş no-code ile çözülecek kadar küçükse, asıl ihtiyaç yönetim danışmanlığıysa ya da şirket içinde yazılım ekibiniz varsa, dijital dönüşüm için UlvionTech gibi bir yazılım firmasına ihtiyacınız yoktur. Bu durumlarda size başka bir yol önerirdik:

• Süreç henüz yazıya dökülmediyse: Önce adımları ve sahiplerini netleştirin; bir kontrol listesi ve birkaç haftalık ölçüm için yazılım firmasına ihtiyacınız yok.
• Hazır bir program sürecinize uyuyorsa: Size özgü kural ve entegrasyon ihtiyacı yoksa abonelikli bir program daha hızlı devreye girer ve başlangıçta daha ucuzdur.
• Kapsam çok küçükse: İki aracı birbirine bağlamak ya da bir form kurmak gibi işler no-code araçlarla birkaç günde çözülebilir.
• Asıl ihtiyaç yönetim danışmanlığıysa: İş modelini, organizasyon yapısını ya da finansmanı yeniden kurmak bir yönetim danışmanının işidir; biz yazılım tarafını üstleniriz.
• Şirket içinde yazılım ekibiniz varsa: Ölçüm ve kapsam çalışmasını kendi ekibinizle yürütmeniz daha hızlı ve ekonomik olabilir.

Ölçümü yaptınız, sadeleştirmeyi denediniz ve süreç hâlâ zaman kaybettiriyorsa, ölçüm tablonuzu ve süreç notlarınızı iletişim sayfamızdan gönderebilirsiniz. Keşif görüşmesinde bu sayılar üzerinden dört seçenekten hangisinin size uyduğunu birlikte değerlendiririz; cevap özel yazılım değilse bunu da açıkça söyleriz.

Fotoğraflar: kapak, Wikimedia Commons (CC0) (yeni sekmede açılır); beyaz tahta, Joshua Tree National Park (kamu malı) (yeni sekmede açılır); depo rafları, Shixart1985, Wikimedia Commons (yeni sekmede açılır), CC BY 2.0 (yeni sekmede açılır).