Rehber

Süreç Otomasyonu: Onay Akisleriyle Zaman Kazanmanin 12 Yolu

Koray Çetintaş 10 Şubat 2026 16 dk okuma


Süreç Otomasyonu Nedir?

Süreç otomasyonu dashboard ve iş akışi

Otomasyon olgunlaştıkça dağınık iş akışları tek bir ekranda toplanmaya başlıyor

Süreç otomasyonu dediğimiz şey aslında basit: tekrar eden iş süreçlerini yazılıma devredip insan müdahalesini ya tümüyle ortadan kaldırmak ya da mümkün olan en aza indirmek. Bir tetikleyici olay gerçekleştiğinde sistem, önceden tanımladığınız kurallara göre aksiyon alır, ilgili kişilere haber verir ve süreci bir sonraki adıma taşır.

Bir otomasyon kurgusunu ayakta tutan dört temel parça vardır:

  • Tetikleyiciler: Süreci başlatan olaylar – bir form gönderimi, belirli bir tarih/saat ya da sistem içindeki bir hareket
  • Koşullar: Sürecin nereye dallanacağını belirleyen kurallar – tutar eşiği, departman, öncelik
  • Aksiyonlar: Otomatik çalışan işlemler – bildirim gönderme, veri güncelleme, entegrasyon
  • Onaylar: İnsan kararı gerektiren adımlar – çoklu onay, paralel ya da seri akış

Otomasyon Olgunluk Seviyeleri

Her işletme otomasyon yolculuğunda farklı bir noktada duruyor. Nerede olduğunuzu bilmek, nereye gideceğinizi planlamanın ilk şartı:

Seviye 1: Manuel Süreçler

İşler e-posta, kâğıt ya da sözlü iletişimle yürüyor. Kimin ne yaptığını takip etmek de, düzgün rapor çıkarmak da başlı başına bir dert.

Seviye 2: Dijitalleştirilmiş Süreçler

Süreçler dijital ortama taşınmış ama tetikleme ve takip hâlâ elle yapılıyor. ERP ya da CRM var, ne var ki sistemler birbiriyle konuşmuyor.

Seviye 3: Kural Tabanlı Otomasyon

Akış belirlenmiş kurallara göre kendiliğinden ilerliyor, yalnızca istisnalar elle müdahale istiyor. Kurumsal firmaların büyük çoğunluğunun hedeflediği yer burası.

Seviye 4: Akıllı Otomasyon

Yapay zekâ destekli karar alma, tahminsel analitik, sürekli öğrenen sistemler. Çoğu şirket için bu hâlâ on yıllık bir vizyon ve pilot uygulamalar aşamasında.

Sektörel uygulamalar hakkında detaylı bilgi için ilgili sayfaları inceleyebilirsiniz.


Otomasyon Tipleri ve Katmanları

Otomasyon katmanları ve sistem entegrasyonu

Katmanlar tek tek değil, birbirini besleyerek çalışır

Otomasyonu tek bir teknoloji sanmak yaygın bir yanılgı. Aslında farklı katmanlarda çalışan bir bileşenler bütünü:

1. Workflow Otomasyon (iş akışı)

En temel katman. Bir iş akışının adımlarını, koşullarını ve adımlar arası geçişleri tanımlar:

  • Onay akışları (satın alma, masraf, izin)
  • Doküman yönetimi akışları (inceleme, revizyon, yayınlama)
  • Müşteri talep yönetimi (tiket açma, atama, çözüm)

2. Entegrasyon Otomasyonu

Farklı sistemler arasındaki veri akışını otomatik hâle getirir:

  • API tabanlı entegrasyonlar (REST, SOAP)
  • Middleware ve ESB (Enterprise Service Bus) çözümleri
  • iPaaS (Integration Platform as a Service) araçları

3. Robotik Süreç Otomasyonu (RPA)

Mevcut uygulamalarda insanın yaptığı işleri taklit eden yazılım robotları:

  • Ekran kazıma (screen scraping)
  • Form doldurma ve veri girişi
  • Legacy sistem entegrasyonu

4. Akıllı Otomasyon (Intelligent Automation)

Yapay zekâ ve makine öğrenimiyle zenginleştirilmiş otomasyon:

  • Doküman sınıflandırma ve veri çıkarma (OCR + AI)
  • Tahminsel yönlendirme
  • Doğal dil işleme (NLP) ile e-posta ve chat analizi

İpucu

Otomasyona en basit katmandan başlayın. Workflow tarafında birkaç hızlı kazanım elde ettikten sonra daha karmaşık entegrasyon ve RPA projelerine geçmek hem teknik olarak hem de ekibin motivasyonu açısından çok daha kolay oluyor.


Trigger-Based Aksiyonlar

Tetikleyici tabanlı otomasyon akisleri

Bir otomasyon çoğu zaman tetikleyici tasarımı kadar iyidir

Tetikleyici tabanlı aksiyonlar, süreç otomasyonunun temelinde yatan mantık. Bir olay gerçekleşir, o olaya bağladığınız bir dizi aksiyon otomatik olarak devreye girer. Mesele, hangi olayın neyi tetikleyeceğini doğru kurgulamakta.

Tetikleyici Tipleri

1. Olay Tabanlı Tetikleyiciler (Event-Based)

  • Form gönderimi: Web formu, mobil uygulama, ERP ekranı
  • Kayıt oluşturma: Yeni müşteri, sipariş, stok hareketi
  • Durum değişikliği: Sipariş durumu, proje aşaması, onay sonucu
  • Entegrasyon olayı: E-fatura alımı, banka hareketi, e-posta

2. Zaman Tabanlı Tetikleyiciler (Time-Based)

  • Takvim tetikleyici: Her gün saat 09:00, her ayın 1’i
  • Gecikme tetikleyici: Oluşturmadan 24 saat sonra, vade gününden 3 gün önce
  • Periyodik tetikleyici: Her 15 dakikada bir, haftada bir

3. Koşul Tabanlı Tetikleyiciler (Condition-Based)

  • Eşik değeri: Stok minimum seviyenin altına düştüğünde
  • Kombinasyon: VIP müşteri VE yüksek tutar VE acil öncelik
  • Negatif koşul: 48 saat içinde işlem yapılmadıysa

Aksiyon Tasarımı

Tetikleyici devreye girdikten sonra yapılacaklar genelde şu başlıklarda toplanır:

  • Bildirim: E-posta, SMS, push notification, sistem uyarısı
  • Veri işleme: Kayıt oluşturma, güncelleme, hesaplama
  • Yönlendirme: Görevi belirli bir kişiye ya da gruba atama
  • Entegrasyon: Dış sisteme veri gönderme, API çağrısı
  • Doküman: PDF oluşturma, e-postaya ekleme, arşivleme

Dikkat

Tetikleyici döngülerinden kaçının. A aksiyonu B’yi, B aksiyonu da A’yı tetiklerse sonsuz döngüye girersiniz ve bunu canlıda fark etmek hiç hoş olmaz. Her yeni tetikleyicide zincirleme etkileri baştan gözden geçirmekte fayda var.


RPA Temelleri ve Uygulama Alanları

RPA robot otomasyon

RPA, tekrarlayan manuel işleri yazılım robotlarına devreder

Robotik Süreç Otomasyonu (RPA), mevcut uygulamaların arayüzlerini kullanarak bir insanın yapacağı işlemleri taklit eden yazılım robotlarıdır. Özellikle API’sı olmayan ya da API entegrasyonu ekonomik olmayan legacy sistemlerde değeri hemen ortaya çıkar.

RPA Ne Zaman Kullanılır?

  • Legacy sistemlerde API yoksa ya da açtırmak maliyetliyse
  • Yüksek hacimli, tekrarlayan veri girişleri varsa
  • Birden fazla uygulama arasında elle kopyala-yapıştır yapılıyorsa
  • İşlem kural tabanlı ve bir karar ağacıyla tanımlanabiliyorsa

RPA İçin Uygun Süreç Özellikleri

Her süreç RPA’ya gelmez. İyi bir RPA adayı genelde şu özellikleri taşır:

  • Yüksek hacim: Günlük ya da haftalık yüzlerce, binlerce işlem
  • Düşük istisna oranı: İşlemlerin %80’inden fazlası standart kurala uyuyor
  • Stabil arayüz: Uygulama arayüzü sık sık değişmiyor
  • Dijital girdi: Veriler zaten dijital ortamda (Excel, e-posta, sistem)
  • Kural tabanlı karar: IF-THEN-ELSE mantığıyla tanımlanabiliyor

Yaygın RPA Uygulama Alanları

Finans ve Muhasebe

  • Fatura işleme ve eşleştirme
  • Banka mutabakatı
  • Ay sonu kapanış işlemleri

İnsan Kaynakları

  • İşe alım sürecinde veri girişi
  • Bordro veri hazırlama
  • İzin ve devamsızlık takibi

Satın Alma ve Tedarik

  • Tedarikçi fiyat karşılaştırması
  • Sipariş oluşturma ve takip
  • Stok seviyesi kontrolü

Müşteri Hizmetleri

  • Tiket kategorilendirme ve yönlendirme
  • Müşteri verisi güncelleme
  • Standart sorulara otomatik yanıt

Bildirim ve Eskalasyon Sistemleri

Bildirim ve uyarı sistemleri

İyi kurulmuş bir bildirim düzeni, doğru kişiye doğru anda ulaşır

Otomasyonun tamamı makineye devredilemez; bazı noktalarda mutlaka insan kararı gerekir. İşte bildirim ve eskalasyon sistemleri, o kritik anlarda işin sahibinin zamanında harekete geçmesini sağlar.

Bildirim Kanal Stratejisi

Her bildirim için doğru kanalı seçmek göründüğünden önemli:

  • E-posta: Detaylı bilgi, doküman eki, arşiv gerektiren durumlar
  • SMS: Acil ve kritik uyarılar, saha ekibi bildirimleri
  • Push notification: Mobil uygulama kullanıcıları için anlık uyarı
  • Sistem içi bildirim: ERP/CRM içinde görev kutusu, dashboard uyarısı
  • Entegre mesajlaşma: Kurumsal chat uygulamaları

Eskalasyon Mekanizması

Belirlenen sürede aksiyon alınmazsa iş kendiliğinden bir üst kademeye taşınır:

Seviye 1: İlk Hatırlatma

İşlem sahibine ilk hatırlatma gider (örneğin 4 saat sonra).

Seviye 2: Yönetici Bildirimi

Birim yöneticisine kopyalı bildirim (örneğin 8 saat sonra).

Seviye 3: Üst Yönetim

Departman ya da genel müdüre eskalasyon (örneğin 24 saat sonra).

Seviye 4: Otomatik Aksiyon

Önceden belirlenmiş varsayılan kararın uygulanması ya da sürecin dondurulması.

Bildirim En İyi Uygulamaları

  • Bildirim yorgunluğunu önleyin; gereksiz her bildirim, gerçekten önemli olanın da göz ardı edilmesine yol açar
  • Karşı tarafın aksiyona dönüştürebileceği bildirimler gönderin
  • Önceliği seviyelendirin (düşük/orta/yüksek/kritik)
  • Tek tıkla aksiyon imkânı sunun (mobil onay)
  • Bildirim tercihlerini kişiselleştirme olanağı tanıyın

SLA İzleme ve Performans Yönetimi

SLA dashboard ve performans metrikleri

SLA dashboard’ları süreç performansını anlık olarak görünür kılar

Hizmet seviyesi anlaşması, yani SLA (Service Level Agreement) izleme, sürecin ne kadar iyi çalıştığını ölçmenin ve hedeflere uyulup uyulmadığını görmenin tek nesnel yolu. Ölçmediğiniz şeyi iyileştiremezsiniz.

SLA Tasarımı

1. Zaman Metrikleri

  • Toplam süreç süresi: Başlangıçtan bitişe kadar geçen toplam süre
  • Adım bazlı süre: Her adımın tamamlanma süresi
  • Bekleme süresi: Onay ya da karar için geçen bekleme
  • İşlem süresi: Aktif çalışma süresi

2. Eşik Değerleri (Thresholds)

  • Hedef (Target): İdeal tamamlanma süresi
  • Uyarı (Warning): Dikkat gerektiren eşik
  • Kritik (Critical): Eskalasyon gerektiren eşik
  • İhlal (Breach): SLA ihlali sayılan eşik

SLA İzleme Mimarisi

Sağlam bir SLA izleme için altta şu teknik parçaların olması gerekir:

  • Zaman damgası (Timestamp): Her süreç adımında oluşturma/güncelleme zamanı
  • Durum geçmişi: Süreç durumu değişikliklerinin logu
  • Hesaplama motoru: Gerçek zamanlı ya da periyodik SLA hesaplama
  • Uyarı mekanizması: Eşik aşımında otomatik bildirim
  • Dashboard: Gerçek zamanlı görünürlük ve raporlama

SLA Raporlama

  • Uyum oranı: SLA’ya uygun tamamlanan işlem yüzdesi
  • Ortalama süre: Ortalama tamamlanma süresi
  • Dağılım analizi: Histogram ile süre dağılımı
  • Trend analizi: Zaman içindeki performans değişimi
  • Darboğaz analizi: En çok gecikmeye neden olan adımlar

İpucu

SLA hedeflerini başlangıçta fazla agresif koymayın. Önce mevcut performansı ölçün, gerçekçi bir hedef belirleyin, sonra zamanla sıkın vidayı. Genelde %80 uyumdan başlayıp aşama aşama %95’in üzerine çıkmak sağlıklı bir yol.


Process Mining ile Süreç Keşfi

Process mining ve süreç analizi

Process mining, sürecin gerçekte nasıl aktığını veriyle ortaya koyar

Process mining, sistem loglarından (event log) gerçek süreç akışlarını otomatik olarak çıkaran bir analiz yöntemi. En değerli tarafı da şu: kâğıt üzerindeki süreç haritanızla sahada gerçekten olan biten arasındaki farkı acımasızca gösterir.

Process Mining Temel Kavramları

Olay Logu (Event Log)

Her işlem için: vaka ID’si, aktivite adı, zaman damgası, kaynak (işi kim yaptı) ve varsa ek veriler.

Süreç Keşfi (Process Discovery)

Olay loglarından otomatik süreç modeli oluşturma. Sürecin gerçekte nasıl işlediğini gösterir.

Uyum Kontrolü (Conformance Checking)

Gerçek akışla hedef model arasındaki sapmaları tespit etme.

Performans Analizi

Darboğazlar, gecikme noktaları ve kaynak kullanımı analizi.

Process Mining Uygulama Adımları

  1. Veri çıkarma: ERP, CRM ve özel uygulamalardan olay loglarını toplama
  2. Veri hazırlama: Farklı kaynakları birleştirme ve temizleme
  3. Süreç keşfi: Otomatik süreç modeli oluşturma
  4. Analiz: Varyantlar, darboğazlar, sapmalar
  5. İyileştirme: Bulgulara dayalı süreç optimizasyonu

Process Mining ile Tespit Edilebilecekler

  • Süreç varyantları: Aynı sürecin kaç farklı şekilde yürütüldüğü
  • Rework (tekrar iş): Geri dönüşler ve yeniden yapılan adımlar
  • Darboğazlar: En uzun beklemenin yaşandığı adımlar
  • Kural ihlalleri: Tanımsız süreç adımlarının yapılması
  • Otomasyon fırsatları: Tekrarlayan, kural tabanlı adımlar

Sahadan Örnek: Satın Alma Onay Otomasyonu

Gerçek Vaka (Markasız)

Satın alma süreç otomasyonu

Durum

180 çalışanlı bir üretim firması. Satın alma talepleri e-posta ile geliyor, onaylar telefonla kovalanıyordu. Ortalama onay süresi 3-5 iş günüydü ve acil ihtiyaçlarda bile bu süre bir türlü kısalmıyordu. Aylık ortalama 250 satın alma talebi işleniyordu.

Uygulanan Adımlar

  1. Hafta 1-2: Mevcut süreç haritalandı, process mining ile gerçek akış çıkarıldı. Tek bir süreç zannedilen işin aslında 12 farklı varyantı olduğu ortaya çıktı.
  2. Hafta 3-4: Standart süreç tanımlandı, tutar ve kategori bazlı bir onay matrisi oluşturuldu.
  3. Hafta 5-6: Workflow otomasyonu kuruldu, mobil onay devreye alındı.
  4. Hafta 7-8: SLA izleme dashboard’u açıldı, eskalasyon kuralları tanımlandı.
  5. Hafta 9-12: Pilot uygulama, geri bildirim toplama, ince ayar.

Sonuç (Temsili)

  • Ortalama onay süresi 3-5 iş gününden 4-8 saate indi
  • Acil taleplerde onay süresi: 2-4 saat
  • Satın almayla ilgili e-posta trafiği %70 azaldı
  • SLA uyum oranı %92’ye ulaştı (hedef içinde tamamlanan talepler)
  • Satın alma ekibinin raporlamaya ayırdığı süre haftalık 8 saatten 1 saate düştü

Süreç Otomasyonunda En Sık Yapılan 7 Hata

1. Kötü Süreci Otomatize Etmek

Verimsiz bir süreci otomatize ederseniz yalnızca verimsizliği hızlandırmış olursunuz. Önce sürecin kendisini düzeltin, otomasyonu ondan sonra düşünün. “Garbage in, garbage out” ilkesi burada birebir geçerli.

2. İstisna Yönetimini Unutmak

Hiçbir süreç %100 standart değildir. İstisnaları (edge case) tanımlamadan kurulan otomasyon kırılgan olur; ilk beklenmedik durumda çöker. İstisna oranı çoğu zaman %5-15 arasındadır ve bunlar için mutlaka manuel bir yol bırakmak gerekir.

3. Aşırı Karmaşık Akış Tasarlamak

10+ adımlı, 20+ koşullu akışlar bir süre sonra kimsenin yönetemediği bir hâl alır. Basit başlayıp ihtiyaç doğdukça genişletin. Bir akışta 7-8 adımı geçmemeye çalışın; gerekiyorsa alt süreçlere bölün.

4. Kullanıcı Deneyimini Göz Ardı Etmek

Teknik olarak kusursuz çalışan bir otomasyon bile kullanıcı benimsemezse başarısızdır. Mobil uyumluluk, tek tıkla onay ve sezgisel bir arayüz burada belirleyici oluyor.

5. Test Yetersizliği

Canlıya geçmeden tüm senaryoları test edin. Pozitif akış, negatif akış, eşik değerleri, zaman aşımı, paralel onaylar… Her birini ayrı ayrı deneyin ve önce küçük bir pilot kullanıcı grubuyla başlayın.

6. İzleme ve Ölçüm İhmali

Otomasyon devreye girdi diye “iş bitti” demek büyük hata. SLA izleme, hata logları ve performans metrikleri olmadan neyi iyileştireceğinizi bilemezsiniz. Dashboard’suz bir otomasyon kara kutudan farksızdır.

7. Değişim Yönetimi Eksikliği

En iyi otomasyon bile kullanıcı direnci karşısında tökezleyebilir. Eğitim, iletişim ve destek planı olmadan lansmana çıkmayın. İlk 30 gün kaderi belirleyen dönemdir.

Süreç otomasyonu hataları

Hataları önceden bilmek, çoğu zaman başarının yarısıdır


Başarı Metrikleri

Süreç otomasyonu yatırımının geri dönüşünü görmek için aşağıdaki metrikleri takip edin (değerler temsilidir):

Metrik Başlangıç Hedef Ölçüm Yöntemi
Ortalama süreç tamamlanma süresi 3-5 iş günü 4-8 saat Sistem zaman damgaları
SLA uyum oranı %60-70 %90+ Hedef süre içinde tamamlanan işlem oranı
Manuel işlem sayısı Ayda 500+ Ayda 50-100 Otomasyon dışında kalan işlem sayımı
Hata oranı %5-10 %1-2 Düzeltme gerektiren işlem yüzdesi
Çalışan verimliliği Baseline %20-30 artış İşlenen talep / FTE (tam zamanlı eşdeğer)
Kullanıcı memnuniyeti 3.0/5.0 4.0+/5.0 Periyodik anket
Eskalasyon oranı %25-30 %5-10 Üst seviyeye taşınan talep yüzdesi
Otomasyon kapsamı %20-30 %70-80 Otomatize edilen süreç adımı yüzdesi

Bu metrikleri düzenli aralıklarla (haftalık ya da aylık) izleyerek otomasyonun performansını sürekli iyi tutabilirsiniz.


Süreç Otomasyonu Kontrol Listesi

Süreç otomasyonu projenizde aşağıdaki maddeleri gözden geçirin:

Hazırlık Aşaması
  • Otomasyon hedefleri belirlendi mi?
  • Mevcut süreç haritalandı mı?
  • Process mining ile gerçek akış çıkarıldı mı?
  • Otomasyon için uygun süreçler seçildi mi?
  • ROI analizi yapıldı mı?
  • Proje sponsoru ve ekibi belirlendi mi?
Tasarım Aşaması
  • Hedef süreç modeli oluşturuldu mu?
  • Tetikleyiciler tanımlandı mı?
  • Koşul ve dallanmalar belirlendi mi?
  • Onay matrisi oluşturuldu mu?
  • İstisna senaryoları tanımlandı mı?
  • SLA hedefleri belirlendi mi?
  • Eskalasyon kuralları tanımlandı mı?
  • Bildirim stratejisi oluşturuldu mu?
Geliştirme ve Test
  • Workflow otomasyon kuruldu mu?
  • Entegrasyonlar tamamlandı mı?
  • Mobil uyumluluk sağlandı mı?
  • Pozitif akış testleri yapıldı mı?
  • Negatif akış testleri yapıldı mı?
  • Eşik değeri testleri yapıldı mı?
  • Zaman aşımı testleri yapıldı mı?
  • Yük testleri yapıldı mı?
Devreye Alma
  • Kullanıcı eğitimi verildi mi?
  • Kullanıcı kılavuzu hazırlandı mı?
  • Pilot grup ile başlangıç yapıldı mı?
  • Destek kanalları belirlendi mi?
  • Dashboard devreye alındı mı?
  • İzleme ve alert mekanizması aktif mi?
  • Geri bildirim toplama mekanizması var mı?
  • Yaygınlaştırma planı hazır mı?

Sıkça Sorulan Sorular (SSS)

Süreç otomasyonu, tekrar eden iş süreçlerinin yazılım ve sistemler aracılığıyla insan müdahalesi olmadan otomatik yürütülmesidir. Bir tetikleyici olay gerçekleştiğinde sistem, önceden tanımlanmış kurallara göre otomatik aksiyon alır, bildirim gönderir ve süreci ilerletir.

Süreç otomasyonu, iş akışlarının dijitalleştirilip kurallara bağlı olarak yürütülmesidir. RPA (Robotik Süreç Otomasyonu) ise mevcut uygulamalarda insan davranışını taklit eden yazılım robotlarını ifade eder. RPA genellikle legacy sistemlerle entegrasyonda devreye girerken, süreç otomasyonu API tabanlı modern entegrasyonları da kapsar.

Otomasyona en uygun süreçler şunlardır: 1) yüksek hacimli ve tekrarlayan işlemler, 2) kural tabanlı kararlar gerektiren süreçler, 3) birden fazla sistem arasında veri transferi isteyen işler, 4) zamana duyarlı onay akışları, 5) elle yapıldığında hata oranı yüksek olan işlemler.

Basit onay akışları 2-4 haftada devreye alınabilir. Orta karmaşıklıktaki entegrasyonlar 1-3 ay, kapsamlı RPA projeleri ise 3-6 ay sürer. İlk somut kazanımlar genellikle 30-60 gün içinde görünmeye başlar.

Process mining, sistem loglarından gerçek süreç akışlarını otomatik olarak çıkaran bir analiz yöntemidir. Kâğıt üzerindeki süreç haritasıyla gerçek kullanım arasındaki farkı ortaya koyar, darboğazları tespit eder ve otomasyon fırsatlarını tahmine değil objektif veriye dayanarak belirler.

SLA izleme için sırasıyla: 1) her süreç adımına zaman damgası eklenir, 2) hedef süreler (threshold) tanımlanır, 3) eşik aşıldığında otomatik eskalasyon tetiklenir, 4) dashboard üzerinden gerçek zamanlı takip sağlanır. Genelde %90’ın üzerinde bir SLA uyumu hedeflenir.


Yazar Hakkında

Koray Çetintaş, dijital dönüşüm, ERP mimarisi, süreç mühendisliği ve stratejik teknoloji liderliği alanlarında uzman danışmandır. Yapay zeka, IoT ekosistemleri ve endüstriyel otomasyon konularında saha deneyimiyle “Strateji + İnsan + Teknoloji” yaklaşımını uygular.

Yazar Hakkında

Koray Çetintaş, dijital dönüşüm, ERP mimarisi, süreç mühendisliği ve stratejik teknoloji liderliği alanlarında uzman danışmandır. Yapay zekâ, IoT ekosistemleri ve endüstriyel otomasyon konularında saha deneyimi ile "Strateji + İnsan + Teknoloji" yaklaşımını uygular.

Projeniz İçin Destek Alın

Dijital dönüşüm yolculuğunuzda size rehberlik edebilirim. Ücretsiz ön görüşme için randevu alın.