MindDX Process
Süreç ölçümü ve iyileştirme; iş ortağı teknolojisiyle, danışman eşliğinde teslim edilir.
MindDX Transform
Go-live bir bitiş değil, yeni bir ölçüm noktasıdır.
Canlı sistemi ölçün, iyileştirin ve sürdürün. Kapsam ve süre birlikte belirlenir.
Process / Support — ihtiyaca göre.
Sürekli iyileştirme nasıl işler
Go-live'a kadar sistemin nasıl kullanılacağı bir varsayımdı; go-live'dan sonra bir veridir. Transform, o veriyi düzenli olarak okuyup üzerine karar kurmaktır — daha fazla danışmanlık saati değil, ölçülebilir iyileştirme.
- 01Ölç — Süreçlerin gerçekte nasıl aktığı, tasarımda nasıl aktığı varsayılmadan, sistemin kendi olay kayıtlarından çıkarılır.
- 02Ayır — Her sapma sınıflandırılır: gerçek bir iş ihtiyacı mı, eğitim eksiği mi, yoksa kötü tasarlanmış bir adım mı.
- 03İyileştir — Yalnız bu ayrımdan geçen değiştirilir. Her sapmayı uyarlamaya çevirmek, sonraki her sürüm yükseltmesinin maliyetini kalıcı büyütür.
- 04Doğrula — Değişikliğin etkisi aynı ölçüyle yeniden okunur; iyileşme iddia değil ölçüm olarak kayda geçer.
Bu döngü otomatik başlamaz ve sabit bir süresi yoktur; hangi adımın ne sıklıkla koşacağı görüşmede belirlenir.
Bileşenler
MindDX Support
Sözleşmeli destek ekibi kurulumunuzu bilir; Destek Copilotu ise satın aldığınız ürünün bilgi tabanından self-servis cevap verir. Otomatik bilet açılmaz.
Ne yayınlamıyoruz
- Sabit bir Transform paketi
- Standart bir Transform fiyatı
- Otomatik 12 aylık Support
- Otomatik Process dahil oluşu
- Go-live sonrası otomatik devam
Bunların yerine tek bir cümle geçerlidir: kapsam ve süre birlikte belirlenir.
Sık Sorulan Sorular
Ürünler hakkında merak edilenler
Go-live'dan sonra Transform otomatik başlar mı?
Hayır. Process de Support da otomatik devam adımları değildir; kapsam ve süre birlikte belirlenir. Sabit bir Transform paketi ya da standart bir süre yayınlamıyoruz.
ERP canlıya geçişinden sonra sürekli iyileştirme nasıl yapılır?
Go-live bir bitiş değil, ilk gerçek ölçüm noktasıdır: o ana kadar sistemin nasıl kullanılacağı bir varsayımdı, o andan sonra bir veridir. Sürekli iyileştirme dört adımın tekrarıdır. (1) ÖLÇ: süreçlerin gerçekte nasıl aktığını, tasarımda nasıl aktığını sanmak yerine sistemin kendi olay kayıtlarından çıkar. (2) AYIR: sapmaların hangisi gerçek bir iş ihtiyacı, hangisi eğitim eksiği, hangisi kötü tasarlanmış bir adım. (3) DEĞİŞTİR: yalnız bu ayrımdan geçmiş olanı değiştir — her sapmayı uyarlamaya çevirmek, yükseltme maliyetini kalıcı büyütür. (4) YENİDEN ÖLÇ: değişikliğin etkisini aynı ölçüyle doğrula. İkinci adım en sık atlanandır ve atlanınca iyileştirme, kullanıcı şikâyetlerinin sırasına göre yapılır. MindDX'te ölçüm Process'in, canlı sonrası soru-cevap Support'un işidir.
Mevcut ERP sisteminin iyileştirme ihtiyacı nasıl ölçülür?
İki farklı soru vardır ve karıştırılırsa yanlış yatırım yapılır. Birincisi «sistem doğru kurulmuş mu» — yapılandırma, kullanılmayan modüller, biriken uyarlamalar, ana veri kalitesi ve kullanıcı kabulü üzerinden değerlendirilir; çıktısı önceliklendirilmiş bir aksiyon listesidir. İkincisi «süreçler gerçekte nasıl akıyor» — bu, anketle değil sistemin kendi olay verisiyle ölçülür ve varyantları, darboğazları, yeniden işleme döngülerini gösterir. Birincisi kurulumun sağlığını, ikincisi işin sağlığını söyler; biri diğerinin yerine geçmez. Pratikte sıra önemlidir: kurulum sağlığı bilinmeden ölçülen süreç sapmaları, çoğunlukla yapılandırma kusurunun belirtisi çıkar. MindDX'te birincisi Audit, ikincisi Process'tir.
Process mining ERP dönüşümünde nasıl kullanılır?
Süreç madenciliği, sistemin işlem kayıtlarından süreçlerin gerçek akışını çıkarır: hangi varyantlar var, nerede bekleme oluşuyor, hangi adımlar tekrar ediliyor. ERP dönüşümünde üç yerde işe yarar. Dönüşümden ÖNCE: bugünkü akışı belgelenmiş hâliyle değil gerçekleştiği hâliyle gösterir — kapsam tartışması varsayım yerine veri üzerinden yürür. Dönüşüm SIRASINDA: tasarlanan akış ile işleyen akış arasındaki farkı erken gösterir. Dönüşümden SONRA: iyileştirmenin etkisini aynı ölçüyle doğrular. Ön koşul veridir: her adımın bir kimliği, bir zaman damgası ve bir olay adı olmalı — bu üçü yoksa analiz de yoktur, o yüzden veri uygunluğu önceden ölçülür. MindDX'te analiz iş ortağı teknolojisiyle ve danışman eşliğinde teslim edilir; Odoo'da olay günlüğü doğrudan sisteminizden çıkarılır, Zoho ve abas'ta standart bir şablonla aktarılır.
Yapay zekâ destekli ERP desteği şirket bağlamını nasıl kullanabilir?
«Bağlam» tek bir şey değildir ve hangi katmanın gerçekten kullanıldığı, cevabın ne kadar işe yaradığını belirler. Pratikte dört katman ayrılır: (1) ÜRÜN bağlamı — sorunun hangi sistem hakkında olduğu; (2) KURULUM bağlamı — o şirketin kendi yapılandırması ve uyarlamaları; (3) PROJE bağlamı — tasarım kararları ve gerekçeleri; (4) GEÇMİŞ bağlamı — daha önce ne sorulduğu. Bir destek aracı bunlardan hangisini okuduğunu söylemelidir, çünkü ikisi çok farklı cevaplar üretir: yalnız ürün bağlamı olan bir araç doğru ama genel cevap verir; kurulum bağlamı olan bir araç o şirkete özel cevap verebilir. MindDX Support bugün ürün bağlamını kullanır — hangi sistem olduğu satın alımınızdan gelir, mesajdan tahmin edilmez — ve cevabı o ürünün bilgi tabanından kurar. Müşterinin kurulu sistemini okumaz; bilgi tabanı yetmediğinde uydurmak yerine destek anlaşmasına yönlendirir.