Vakalar ve İçgörüler.

Bir arayüz verileri kusursuz biçimde aktarırken anlamı yanlış taşıyabilir.

Aynı ürün dijital yolculuğuna farklı biçimlerde başlar.

Satış ekibi ürünü CRM'de ticari bir ürün ailesinin parçası olarak kaydeder. Teklif oluşturulurken CPQ, ürünü seçenekleri ve kuralları olan yapılandırılabilir bir model olarak temsil eder. Sipariş verildiğinde ERP bir veya birden fazla malzeme numarası bekler. Mühendislik ise ürünü çizim ve şartnamelerle bağlantılı başka bir teknik tanımla biliyor olabilir.

Her tanım kendi bağlamında doğru olabilir. Zorluk, bilginin sistemler arasında hareket etmesi gerektiğinde başlar.

Veri ulaşır. Anlam ulaşmaz.

Teknik olarak başarılı çalışan bir arayüz gerekli tüm alanları hatasız aktarabilir. Ancak ticari bir ürün ailesinin tek bir konfigürasyona, birden fazla konfigürasyona veya eksiksiz bir malzeme yapısına karşılık gelip gelmediğine karar veremez.

Bir ürün değişikliğinden sonra hangi teknik tanımın hâlâ geçerli olduğunu bilemez. İki tanım artık birbiriyle uyuşmadığında bilginin hangi sistemde düzeltilmesi gerektiğini de belirleyemez.

Üzerinde uzlaşılmış ilişkiler olmadan entegrasyon yalnızca belirsizliği daha hızlı taşır.

Ortak anlam, aynı yapıyı gerektirmez

Amaç; CRM, CPQ, ERP ve mühendislik sistemlerini bir ürünü tamamen aynı şekilde tanımlamaya zorlamak değildir. Her sistem farklı bir amaca hizmet eder ve bu nedenle farklı bir bakış açısına ihtiyaç duyar.

Önemli olan, bu farklı görünümlerin birbiriyle nasıl ilişkili olduğunu tanımlamaktır. Ticari bir ürün ailesi birden fazla yapılandırılabilir modele karşılık gelebilir. Tek bir konfigürasyon birden fazla malzeme kalemi oluşturabilir. Teknik bir tanım ise sonucu belirli bir çizim veya şartnameyle ilişkilendirebilir.

Bu ilişkiler yalnızca teknik eşleştirmeler değildir. Bunlar iş bilgisidir.

Sorumluluk mimarinin bir parçasıdır

Her önemli tanım ve eşleştirme için açık bir sorumluluk belirlenmelidir. Bir ürün değiştiğinde hangi sistemlerin etkilendiği, ilişkiyi kimin güncelleyeceği ve değişikliğin nasıl doğrulanacağı bilinmelidir.

Veri yönetişimi soyut bir kavram gibi gelebilir. Ancak eksikliği günlük işlerde tekrarlanan veri girişleri, manuel düzeltmeler, tutarsız raporlar ve çalışanların hangi değere güvenmeleri gerektiğini sorgulaması şeklinde ortaya çıkar.

Bu nedenle güvenilir bir entegrasyon için bir arayüzden daha fazlası gerekir. Ortak tanımlar, açık sorumluluklar ve ilişkileri güncel tutacak kontrollü bir yöntem gereklidir.

Bakış açısı

Sistemlerin farklı görünümleri arasındaki ilişki açıkça tanımlandığında bir aktarım, alanların taşınmasından daha fazlası hâline gelir. Bilgi, süreç boyunca ilerlerken anlamını korur.

Sistemler veri alışverişi yapmadan önce kurum, bu verinin ne anlama geldiği ve bu anlamı kimin güncel tutacağı konusunda uzlaşmalıdır.

Tesis mühendisliğinde bir teklifin kalitesi yalnızca yazılıma ve kurallara değil, doğru teknik bilgiye doğru anda ulaşılabilmesine de bağlıdır.

Bir endüstriyel tesis için teklif hazırlamak, nadiren yalnızca bir ürün seçmek ve fiyat hesaplamaktan ibarettir.

Teknik şartnameler, geçmiş proje deneyimleri, ürün sınırları, mühendislik standartları, ticari koşullar ve müşteriye özel gereksinimler nihai çözümü etkileyebilir. Bu bilginin bir bölümü sistemlerde yapılandırılmıştır. Ancak önemli bir kısmı belgeler, e-postalar, tablolar, geçmiş teklifler ve çalışanların bireysel deneyimleri arasında dağılmış durumdadır.

CPQ bu karmaşıklığı yapılandırabilir.

Ürün konfigürasyonuna yön verebilir, tanımlanmış fiyatlandırma mantığını uygulayabilir, zorunlu seçimleri kontrol edebilir, onay süreçlerini destekleyebilir ve tutarlı teklif belgeleri oluşturabilir. Ancak CPQ yalnızca daha önce anlaşılmış, kurallara dönüştürülmüş ve güncel tutulmuş bilgiyi uygulayabilir.

Yapay zekâ tam bu noktada önemli bir destek katmanı hâline gelebilir.

Uzun bir arama yerine tek bir soru

Onaylanmış teknik dokümanlara, ürün yönergelerine, geçmiş projelerden çıkarılan derslere ve kurum içi mühendislik bilgisine tek bir kontrollü bilgi ortamından erişilebildiğini düşünelim.

Klasörlerde arama yapmak, birden fazla bölümle iletişime geçmek veya eski belgeleri karşılaştırmak yerine bir çalışan şu soruyu sorabilir:

“Bu ekipman bu uygulama için teklif edilmeden önce hangi teknik koşullar kontrol edilmelidir?”

Yapay zekâ saniyeler içinde ilgili bilgileri bir araya getirebilir, gerekçeleri açıklayabilir ve onaylanmış asıl kaynaklara yönlendirebilir.

Teklif ekipleri, mühendislik, satış ve diğer yetkili çalışanlar aynı bilgiye eş zamanlı olarak erişebilir; böylece belirli bir uzmanın o anda ulaşılabilir olmasına bağımlı kalmazlar.

CPQ ve yapay zekânın güçlü olduğu alanlar farklıdır

CPQ, kararların tekrarlanabilir, kontrollü ve izlenebilir olması gereken alanlarda değer sağlar. Bilinen konfigürasyon kurallarını, hesaplamaları ve iş akışlarını güvenilir biçimde uygulayabilir.

Yapay zekâ; bilginin kapsamlı, kısmen yapılandırılmamış ve hızlıca bulunmasının zor olduğu alanlarda değer sağlar. Çalışanların ilgili bilgileri bulmasına, bağlantılı belgeleri ilişkilendirmesine ve ne zaman ek açıklamaya ihtiyaç duyulabileceğini fark etmesine yardımcı olabilir.

Birlikte kullanıldıklarında daha güçlü bir teklif ortamı oluşturabilirler:

• CPQ, konfigürasyon ve ticari süreci yapılandırır.
• Yapay zekâ, bu sürecin arkasındaki teknik bilgiye erişimi kolaylaştırır.
• Çalışanlar, durumun tamamen standartlaştırılamadığı noktalarda kendi değerlendirmelerini sürece dahil eder.

Yapay zekâ, CPQ sisteminin geliştirilmesini de destekleyebilir. Tekrarlanan soruları, sık kullanılan teknik açıklamaları ve yaygın istisnaları belirleyerek ekiplerin hangi bilgilerin zamanla resmi bir konfigürasyon kuralına veya tanımlı bir süreç adımına dönüştürülmesi gerektiğini görmesine yardımcı olabilir.

Ortak bir bilgi tabanı güvenilir olmalıdır

Bilgileri tek bir çatı altında toplamak, ancak çalışanlar ulaştıkları içeriğe güvenebildiğinde anlamlıdır.

Temel alınan belgeler onaylanmış ve güncel olmalı, sorumlulukları açıkça tanımlanmalıdır. Erişim yetkilerine uyulmalıdır. Yanıtlar kaynaklarını göstermeli ve teknik açıdan kritik kararlar uzman doğrulamasına tabi olmaya devam etmelidir.

Yapay zekâ, fark edilmeden teknik bilgi üretmemeli veya sorumluluğun yerini almamalıdır. Amacı, kurumda mevcut olan bilgiyi erişilebilir, anlaşılır ve yeniden kullanılabilir hâle getirmek olmalıdır.

Bakış açısı

Teklif oluşturmanın geleceği, her şeyi tek başına yapmaya çalışan tek bir sistemde olmayabilir.

Gelecek; CPQ'nun yapılandırılmış kararları yönettiği, yapay zekânın birikmiş bilgiye erişim sağladığı ve deneyimli çalışanların teknik değerlendirmeden sorumlu olmaya devam ettiği bir birleşimde olabilir.

CPQ, bir kurumun sahip olduğu bilgiyi yapılandırabilir. Yapay zekâ ise bu bilginin ihtiyaç duyan kişiye saatler yerine saniyeler içinde ulaşmasına yardımcı olabilir.

Bir sürecin durumu yalnızca görüşmelerden, tablolardan ve kişisel güncellemelerden öğrenilebiliyorsa o süreç gerçekten şeffaf değildir.

Durum

Bir üretim siparişi; hazırlık, malzeme temini, imalat, kalite kontrol ve sevkiyat gibi çeşitli aşamalardan geçer.

Her bölüm sürecin kendi sorumluluğundaki kısmını bilir. Ancak nelerin tamamlandığını, nerede gecikme yaşandığını ve hangi konulara müdahale edilmesi gerektiğini gösteren ortak bir görünüm yoktur.

Mevcut durumu anlayabilmek için bir çalışanın bir iş arkadaşını araması, e-posta göndermesi veya birden fazla tabloyu karşılaştırması gerekir.

Daha fazla veri kendiliğinden şeffaflık sağlamaz

Gerekli bilgiler zaten mevcut olabilir; ancak farklı sistemlere, belgelere ve bölümlere dağılmış durumdadır.

İlk iyileştirme mutlaka büyük ve yeni bir platform kurmak değildir. Öncelikle herkesin anlayabileceği, anlamlı ve sınırlı sayıda durum noktası belirlenmelidir:

• Sipariş hangi aşamaya ulaştı?
• İlerlemeyi şu anda engelleyen nedir?
• Bir sonraki adımdan kim sorumludur?
• Bilgiler en son ne zaman güncellendi?

İstisnaları görünür kılmak

Yararlı bir dijital görünüm, çalışanların her siparişi sürekli takip etmesini gerektirmemelidir. Müdahale gerektiren siparişlerin kolayca fark edilmesini sağlamalıdır.

Gecikmeler, eksik malzemeler, çözülmemiş kalite sorunları veya geciken onaylar; sonraki üretim adımlarını ya da teslim tarihini etkilemeden önce görünür hâle gelmelidir.

Yalnızca raporlamak değil, kararları desteklemek

Üretimde şeffaflık, çalışanların harekete geçmesini sağladığında değer yaratır. Amaç yeni bir gösterge paneli oluşturmak değil, karar verilmesi gereken anda güvenilir bilgi sunmaktır.

En uygun çözüm; ortak bir durum görünümü, otomatik bir bildirim veya mevcut sistemler arasında kurulacak bir bağlantı olabilir. Doğru teknoloji, bilgilerin hâlihazırda nerede bulunduğuna ve çalışanlar tarafından nasıl kullanıldığına bağlıdır.

Çıkarım

Şeffaf bir üretim süreci her şeyi göstermez. Atılması gereken bir sonraki adımı açık hâle getirir.

Uygulamalı deneyim, ancak ihtiyaç duyan çalışanlar tarafından erişilebilir olduğunda kalıcı değer yaratır.

Deneyimli bir operatörün, belirli malzeme, sıcaklık veya çalışma koşullarında bir makinenin farklı davrandığını bildiği bir üretim hattı düşünelim.

Operatör erken uyarı işaretlerini fark eder, küçük ayarlamalar yapar ve sürecin kararsız hâle gelmesini önler. Bu kararlar yılların deneyimine dayanır; ancak bu bilginin önemli bir bölümü hiçbir zaman kayıt altına alınmamıştır.

Başka bir vardiya görevi devraldığında aynı durum farklı şekilde ele alınabilir. Deneyimli operatör iş başında değilse çalışanlar, çözümü başka biri tarafından zaten bilinen bir sorunu yeniden araştırmak zorunda kalabilir.

Bunun sonucunda daha uzun duruşlar, değişken ürün kalitesi ve tekrarlanan sorun giderme çalışmaları ortaya çıkabilir.

Her gözlem bir talimata dönüştürülmemelidir

İlk tepki her şeyi kayıt altına almak olabilir. Ancak açık bir amaç olmadan bilgi toplamak, üretimi daha güvenilir hâle getirmeden ek iş yükü oluşturabilir.

Şu sorularla başlardım:

• Hangi durumlar tekrar tekrar kişisel deneyime bağlı kalıyor?
• Hangi gözlemler bir sorun kritik hâle gelmeden önce fark edilmesini sağlıyor?
• Sonraki vardiyanın gerçekten hangi bilgilere ihtiyacı var?
• Hangi ayarlamalar standartlaştırılabilir, hangileri çalışanların değerlendirmesini gerektirir?

Amaç, deneyimin yerini talimatlarla doldurmak değildir. Amaç, tek bir kişi veya vardiyayla sınırlı kalmaması gereken bilgiyi belirlemektir.

Bilgiyi işin yürütüldüğü anda erişilebilir kılmak

Yararlı üretim bilgisi kolayca kaydedilebilmeli ve ihtiyaç duyulduğunda kolayca bulunabilmelidir.

Duruma göre bu; yapılandırılmış bir vardiya devri, dijital kayıt defteri, açık sorun giderme yönergeleri veya belirli çalışma koşullarına bağlı bir bildirim olabilir.

Çözüm, günlük iş akışına doğal biçimde uyum sağlamalıdır. Bir gözlemi kaydetmek çok uzun sürerse çalışanlar bundan kaçınabilir. Gereğinden fazla bilgi toplanırsa önemli sinyalleri bulmak zorlaşır.

Deneyim önemini korur

Dijital araçlar; gözlemleri korumaya, tekrarlayan örüntüleri ortaya çıkarmaya ve kendini kanıtlamış çözüm yöntemlerini diğer çalışanların kullanımına sunmaya yardımcı olabilir.

Bu araçlar deneyimli operatörlerin değerlendirme yeteneğinin yerini alamaz. Sağladıkları değer, uygulamalı bilginin vardiyalar ve ekipler arasında, zaman içinde aktarılmasına yardımcı olmaktır.

Çıkarım

Değerli deneyim yalnızca onu kazanan kişiyle sınırlı kalmadığında üretim süreçleri daha dayanıklı hâle gelir.

Dijitalleşme uygulamalı deneyimin yerini almamalıdır. Bu deneyimi ihtiyaç duyulan yerde ve zamanda erişilebilir kılmalıdır.

Geçici bir çözüm, çözmek için ortaya çıktığı sorundan daha uzun süre varlığını sürdürebilir.

Bir endüstriyel işletmede ekip, bir teslimat hatasının ardından ek bir manuel kontrol uygulamaya başlar. Başlangıçta amaç açıktır: sorunun kaynağı araştırılırken aynı hatanın tekrarlanmasını önlemek.

Aylar sonra bu kontrol hâlâ uygulanmaktadır. İlk sorun çözülmüş olsa da her sipariş kontrolden geçer. Yeni çalışanlara bu adım öğretilir, ancak hangi durumlarda gerçekten gerekli olduğu açıklanmaz.

Bir istisna olarak başlayan uygulama, günlük işleyişin kalıcı bir parçasına dönüşmüştür.

Dijitalleştirmeden önce

İlk akla gelen iyileştirme, kontrolü otomatikleştirmek olabilir. Ancak önce şu sorular sorulmalıdır:

• Bu adım hangi sorunu çözmek için uygulamaya alındı?
• Bu sorun hâlâ devam ediyor mu?
• Kontrol her sipariş için mi gerekli, yoksa yalnızca belirli durumlarda mı?
• Bu kontrol kaldırılırsa ne olur?

Bazı kontroller kalite, güvenlik veya sözleşme gereklilikleri açısından vazgeçilmezdir. Diğerleri ise yalnızca kimse başlangıçtaki gerekçeyi yeniden değerlendirmediği için sürdürülür.

Amacı koruyun, alışkanlığı yeniden değerlendirin

Bir kontrol hâlâ gerekliyse yalnızca belirli koşullarda uygulanması mümkün olabilir. Kontrol, sürecin önceki aşamalarındaki eksik veya güvenilir olmayan bilgileri telafi ediyorsa yeni bir otomatik kontrol eklemek yerine o bilgileri iyileştirmek daha yararlı olabilir.

Amaç, gerekli önlemleri korurken artık açık bir amaca hizmet etmeyen işleri azaltmaktır.

Çıkarım

Dijital dönüşüm, mevcut alışkanlıkları yeni bir sisteme taşımadan önce yeniden değerlendirmek için bir fırsattır.

“Bu adımı nasıl otomatikleştirebiliriz?” diye sormadan önce, “Neden hâlâ sürecin bir parçası?” diye sorun.

Daha hızlı hazırlanan bir belge neden her zaman daha hızlı bir teklif süreci anlamına gelmez?

Bir teklifin hazırlanması çok uzun sürdüğünde akla ilk gelen fikir genellikle belgeyi otomatikleştirmektir. Görünür ve tekrarlayan bir iş olduğu için iyileştirmeye buradan başlamak doğaldır.

Peki zamanın büyük bölümü gerçekten burada mı harcanıyor?

Teklifi müşteriye beş iş gününde ulaşan kurgusal bir ekipman tedarikçisi düşünelim. Belgenin hazırlanması iki saat sürüyor. İlk taleple son onay arasında teklif; teknik açıklamaları, güncel tedarikçi fiyatlarını ve ticari onayı bekliyor.

Daha hızlı bir belge oluşturma aracı biraz zaman kazandırırdı. Ancak beklemeler devam ederdi.

Nereden başlardım?

Bir araç seçmeden önce teklifi müşteri talebinden son onaya kadar takip eder ve şu soruları sorardım:

• İşe başlarken hangi bilgiler eksik?
• Teklif hangi aşamada bir kararı bekliyor?
• Hangi bilgiler birden fazla kez giriliyor?
• İş neden önceki bir aşamaya geri dönüyor?

Amaç, çalışmaya ayrılan süreyle beklemeye ayrılan süreyi ayırt etmek. İkisi de önemlidir, ancak farklı çözümler gerektirir.

Tekrarlayan bir hesaplama otomasyondan fayda görebilir. Onay sorumluluğu belirsizse daha açık bir karar süreci gerekir. Teknik girdiler eksikse başlangıçta daha iyi sorular sormak gerekebilir.

Sonra neyin otomatikleştirileceğini seçin

Bu bağımlılıklar anlaşıldıktan sonra CPQ gibi araçlar yapılandırılmış girdileri, tutarlı hesaplamaları ve belge oluşturmayı destekleyebilir.

Bazen ilk adım yeni bir yazılım kurmak değildir. İşe başlarken gerekli bilgileri belirleyen bir kontrol listesi, onayı kimin vereceğinin netleştirilmesi veya herkesin teklifin hangi aşamada olduğunu görebilmesi, süreci önemli ölçüde iyileştirebilir. Böylece çalışanlar neyin eksik olduğunu ve sıradaki adımı kimin atacağını bilir.

Çıkarım

Teklifin hızı yalnızca belgenin ne kadar çabuk üretildiğine bağlı değildir. Bilginin ve kararların süreç boyunca ne kadar akıcı ilerlediği de belirleyicidir.

“Neyi otomatikleştirebiliriz?” diye sormadan önce, “İş nerede bekliyor ve neden?” diye sorun.