Her ERP ne olduğunu kaydeder. Neredeyse hiçbiri nasıl olduğunu kaydetmez. Sipariş sistemdedir; o siparişi doğuran görüşme, verilen söz, gönderilen çizim, yapılan itiraz ve alınan karar başka yerlerdedir —
çoğu zaman hiçbir yerde. Bu bölüm, Minerva’nın bu boşluğu neden bir eklenti ile değil, mimarinin kendisiyle kapattığını anlatıyor.
Üç yıl önce girilmiş bir sipariş kaydına bakalım. Sistemde eksiksiz duruyor:
Sipariş kaydı — 2024
Müşteri: Örnek Sanayi A.Ş.
Ürün: Bağlantı elemanı, 12 mm paslanmaz
Miktar: 4.000 adet
Birim fiyat: 18,50
İskonto: yüzde 12
Teslim: 45 gün
Kayıt doğru, eksiksiz ve denetlenebilir. Şimdi bugün sorulan sorular: Bu iskonto neden 12 oldu, kim onayladı?45 gün nasıl kabul edildi, standardımız 30 gündü?Ambalajla ilgili özel bir söz verilmiş miydi?Müşteri sonradan itiraz etti mi, ettiyse nasıl kapandı?
Kayıt bu soruların hiçbirini cevaplamaz. Çünkü kayıt, sürecin kendisi değil, sürecin geriye bıraktığı kalıntıdır. Süreç insanlar arasında geçti:
bir telefon görüşmesi, üç e-posta, bir toplantı, bir teknik çizim ve iki kez alınan sözlü onay. Sisteme yalnızca sonuç yazıldı.
Sistemde görünen
Sipariş satırları ve tutarlar
Teslim tarihi
İskonto oranı
Kaydı giren kullanıcı
Sonraki irsaliye ve fatura
Sistemde görünmeyen
Fiyatın hangi görüşmede belirlendiği
45 günü kimin onayladığı
Gönderilen teknik çizimin hangi revizyon olduğu
Müşterinin ambalaj talebi ve verilen söz
İç ekipte konuşulan üretim kapasitesi kaygısı
Teslimat sonrası gelen şikâyet ve nasıl kapandığı
Bu müşteriye neden istisna yapıldığı
Şirketinizin en pahalı kararları, sisteminizin kaydetmediği yerde alınıyor.
Bu, kötü bir ERP kullanmanın sonucu değil. Klasik ERP mimarisi tam olarak bunu yapmak üzere tasarlandı: yapılandırılmış işlemleri hatasız kaydetmek.
Bu tasarım hedefinde son derece başarılıdır. Sorun, işletmelerin bilgisinin çok büyük bir bölümünün yapılandırılmamış olması — konuşmalarda, belgelerde, notlarda, sözlerde bulunması.
Kurumsal amnezi: bilgi nasıl kaybolur?
Şirketler unutur. Bu unutma rastgele değil, düzenli ve öngörülebilir dört kanaldan olur.
1. İnsan ayrılınca
Bir satış temsilcisi ayrıldığında sistemde bıraktığı sipariş kayıtları kalır; müşteriyle kurduğu ilişkinin bilgisi gitmez, yok olur. Hangi konuda hassas olduğu, kime
hangi sözün verildiği, geçen yılki gerginliğin nasıl yatıştırıldığı — bunlar hiçbir dosyada değildir.
2. Zaman geçince
Kişi şirkette kalsa bile hatırlamaz. İki yıl önceki bir istisnanın gerekçesi, onu veren kişinin de aklında değildir. Kurumun hafızası, çalışanlarının hafızası kadardır — ve insan hafızası kısa.
3. Sistem sınırında
Bilgi aslında duruyordur, ancak ulaşılamaz. Yazışma birinin posta kutusunda, çizim paylaşımlı sürücüde, şikâyet biletleme sisteminde. Üçü de mevcut; hiçbiri
siparişin yanında değil. Var olan ama erişilemeyen bilgi, yok olan bilgiyle aynı sonucu verir.
4. Hiç kaydedilmediği için
Bu en sinsi olanıdır. Kayıt tutmak bir ekran değiştirmeyi gerektiriyorsa, yoğun bir günde tutulmaz. Kullanılmayan bir doküman sistemi kötü değildir — sadece boştur.
Kayıt disiplininin en büyük düşmanı isteksizlik değil, sürtünmedir.
Bu dördü arasında en çok yatırım yapılan üçüncüsüdür: kurumlar bilgiyi bulmak için arama araçları, portallar, veri ambarları satın alır. Oysa dördüncü kanal açık kaldığı
sürece — yani bilgi baştan kaydedilmiyorsa — hiçbir arama aracı işe yaramaz. Aranacak bir şey yoktur.
Gölge sistemler: bağlam nereye gidiyor?
Bağlam aslında hiç kaybolmaz. Sadece kurumun kontrol etmediği yerlere taşınır. Her işletmede, resmî sistemin yanında sessizce çalışan bir gölge altyapı vardır. Kimse kurmamıştır; kendiliğinden oluşmuştur.
Kişisel posta kutusu
Müşteri taahhütlerinin çoğu burada. Kişi ayrılınca kapanır.
Anlık mesajlaşma grupları
Günlük kararların alındığı yer. Aranabilir değil, kurumsal değil.
Masaüstü klasörleri
Teklif taslakları, hesap tabloları, sözleşme sürümleri.
Kişisel hesap tabloları
Sistemin tutmadığı her şeyin izlendiği yer.
Basılı dosya ve not defteri
Toplantıda alınan notlar, kimseyle paylaşılmaz.
Deneyimli çalışanın hafızası
En kritik ve en kırılgan depolama ortamı.
Gölge sistemlerin ortak özelliği şudur: hiçbiri yedeklenmez, hiçbiri denetlenmez, hiçbiri devredilmez. Şirketin en değerli bilgisi, en az korunan yerde tutulur.
Bu bir disiplin sorunu değildir; çalışanlar kötü niyetli veya tembel oldukları için böyle davranmaz. Resmî sistem o bilgiyi almadığı için başka yer bulurlar.
Gölge sistem, kullanıcıların sisteme karşı yaptığı bir hile değildir. Sistemin karşılamadığı bir ihtiyacın kanıtıdır.
Şirketinizde kaç tane WhatsApp grubu olduğunu sayın. Her biri, sisteminizin tutmadığı bir konuşmanın adresidir.
Nesne merkezli mimari
Bilgiyi düzenlemenin iki yolu vardır ve aralarındaki fark, bu sayfanın tamamının dayandığı ayrımdır.
Uygulama merkezli
Bilgi, onu üreten araca göre dosyalanır.
E-postalar posta sisteminde, dosyalar doküman sisteminde, çağrılar biletleme sisteminde, görevler iş takip aracında.
Bir konu hakkındaki her şeyi görmek için dört uygulamayı ayrı ayrı sorgularsınız — ve önce oralarda bir şey olduğunu bilmeniz gerekir.
Nesne merkezli
Bilgi, konusu olduğu şeye göre dosyalanır.
E-posta, doküman, çağrı, görev ve toplantı notu — hepsi ait olduğu müşterinin, ürünün, siparişin veya projenin üzerinde durur.
Bir konu hakkındaki her şeyi görmek için o konuyu açarsınız. Tek adres vardır: nesnenin kendisi.
İnsan zihni zaten nesne merkezli çalışır. Kimse “Outlook’taki bilgiler” diye düşünmez; “Örnek Sanayi işi” diye düşünür. Uygulama merkezli mimari, insanın doğal düşünme biçimiyle
yazılımın dosyalama biçimi arasına bir çeviri katmanı koyar. O çeviriyi her seferinde kullanıcı yapar — ve genellikle eksik yapar.
Minerva’da bu sayfada anlatılan bileşenlerin tamamı sistemin merkezinde tasarlanmıştır. Bunun tek bir teknik sonucu vardır: her bileşen, sistemdeki her iş nesnesiyle ilişkilendirilebilir.
Aramak zorunda olmadığınız bilgi
Bu, nesne merkezli mimarinin en az konuşulan ama en önemli sonucudur.
Arama yapabilmek için önce aranacak bir şey olduğunu tahmin etmeniz gerekir. Bir sipariş hakkında geçmiş bir yazışma olabileceğinden şüphelenmezseniz, o yazışmayı
hiç aramazsınız. En iyi arama motoru bile, sorulmayan sorunun cevabını veremez.
Uygulama merkezli dünyada bilgiye ulaşmak hipotez gerektirir. Nesne merkezli dünyada bilgi zaten oradadır.
Bulunabilirlik
Kullanıcı şüphelenir, doğru sistemi seçer, doğru anahtar kelimeyi yazar, sonucu değerlendirir.
Dört adımın herhangi birinde hata olursa bilgi bulunmaz — ve kullanıcı bilginin olmadığını sanır.
Karşınıza çıkabilirlik
Kullanıcı siparişi açar; ilişkili yazışma, doküman, açık talep ve geçmiş çağrı zaten oradadır.
Hiçbir tahmin gerekmez. Aramadığınız ama bilmeniz gereken şeyi de görürsünüz.
En Tehlikeli Bilgi
Olmadığını sandığınız bilgidir. Bir müşteriyle mutabakat toplantısına, üç ay önce meslektaşınızın verdiği sözden habersiz girmek — bir arama sorunu değil, bir mimari sorundur.
360 derece görünüm yanılgısı
Sektörde “360 derece müşteri görünümü” genellikle özel bir ekran olarak satılır. Oysa özel bir ekrana ihtiyaç duyulması, verinin dağınık olduğunun kanıtıdır. Gerçek bütünlük, ayrı bir panele gitmeyi değil, nereden bakarsanız bakın
ilgili her şeyin orada olmasını ifade eder.
Kurumun dört hafızası
Minerva’nın merkezî bileşenlerini bir özellik listesi olarak sıralamak yerine, neyi koruduklarına göre gruplamak daha anlamlı. Bir kurumun dört tür hafızası vardır ve dördü de ayrı ayrı kaybolur.
1. Belge hafızası
Ne ürettik, ne gönderdik, hangi sürümdü?
Dijital Varlık ve Doküman Yönetimi
Her türlü dijital varlık sistemde tutulur: imaj, PDF, HTML ve XML doküman, metin, teknik çizim, ikon. Tercihe bağlı olarak veri tabanında BLOB alanlarda veya
fiziksel dosya olarak saklanır. Dizinler tanımlanır ve yetkilendirilir; her dosya için ayrıntılı yetki verilebilir. Doküman versiyonları tutulur ve takip edilir.
Versiyon takibinin önemi teknik değil hukukidir. “Müşteriye hangi revizyonu gönderdik?” sorusu, bir anlaşmazlıkta sözleşmenin kendisi kadar belirleyicidir.
Dosyanın son hâlini bilmek yetmez; o gün gönderilen hâlini bilmek gerekir.
Kaybedilince:
Hangi çizime göre üretildiği tartışmalı hale gelir. Aynı doküman farklı sürümlerle birden fazla yerde dolaşır. Kimin hangi belgeye eriştiği bilinmez.
2. Konuşma hafızası
Ne söz verdik, ne tartıştık, neden öyle karar verdik?
E-Posta Sistemi
Sistem kurgulandığında tüm postalar Minerva üzerinden gönderilip alınabilir. Trafiğiniz başka bir servis üzerinden yürüse bile postalar Minerva’ya aktarılabilir; böylece müşteri, tedarikçi ve personel kayıtlarıyla
ilişkilendirilir ve sistemin bütünleşik bir parçası haline gelir. Tanımlanan hiyerarşik yetki çerçevesinde kişisel olmayan tüm e-postalar görünür olur.
Burada bir çelişkiye dikkat çekmek isteriz. E-posta, kurumun en bağlayıcı iletişim kanalıdır: teklifler, kabuller, ihtarlar, taahhütler oradan geçer.
Buna karşılık çoğu şirkette en az yönetilen altyapıdır. Hukuken kurumsal, pratikte kişisel. Bu çelişki bir gün mutlaka faturalanır.
Kişisel Mesajlaşma
Her kullanıcı diğer bir kullanıcıya veya kullanıcı grubuna sistem içi mesaj gönderebilir. Farkı hız değil, yerdir: konuşma işin geçtiği yerde kalır. Bir siparişin özel teslimat koşulu satış ile
lojistik arasında konuşulduğunda, o konuşma üç ay sonra siparişin yanında durur.
Toplantı Yönetimi
Katılımcılar tüm ayrıntılarıyla, ajanda tartışmalar ve sonuçlarıyla, toplantı notu ve dağıtımı ile birlikte kayıt altına alınır.
Toplantı kaydında kritik olan karar değil, kararın gerekçesidir. Kararı bilmek, onu savunmanıza veya iptal etmenize yeter. Ancak koşullar
değiştiğinde kararın hâlâ geçerli olup olmadığını anlamak için o kararı doğuran tartışmayı bilmeniz gerekir. Gerekçesi kaybolmuş bir karar, ya dogma ya da gereksiz yere bozulan bir kuraldır.
Kaybedilince:
Aynı konu her yıl yeniden tartışılır. Verilen sözler ancak karşı taraf hatırlattığında ortaya çıkar. Ayrılan çalışanla birlikte müşteri ilişkisinin tarihi de gider.
3. Eylem hafızası
Kim ne yaptı, kim ne yapacak, nereye gittik?
Görevler ve Yapılacak İşler
Yapılmış İşler
Kurumsal Aktiviteler
Kişilere atanan görevler ve herhangi bir kullanıcının veya şahsın yaptığı işler tüm ayrıntılarıyla tutulur. Görev bir iş nesnesine bağlandığında bağlamını kazanır: bir siparişe bağlı görev, siparişin ekranından da görünür.
Kurumsal aktiviteler tarafında fuarlar, geziler, sunumlar, spor ve sanat etkinlikleri sistemde yönetilir. Bunun ilk bakışta göründüğünden daha somut bir karşılığı var: pazarlama bütçesi, çoğu şirkette getirisi ölçülemeyen
son bütçe kalemidir. Ölçülemez, çünkü neden (fuarda yapılan görüşme) ile sonuç (sekiz ay sonra gelen sipariş) arasında kalıcı bir bağ yoktur. Etkinlik bir iş nesnesi olduğunda o bağ kurulabilir: temaslar, teklifler,
siparişler ve giderler aynı kayda bağlanır.
Kaybedilince:
İşin nerede olduğu ancak sorularak öğrenilir. Devir teslim sözlü aktarıma kalır. Etkinlik yatırımı her yıl inançla tekrarlanır, ölçüyle değil.
Bir uyarı
Aktivite kaydının amacı çalışan denetlemek değil, işin nerede olduğunu bilmektir. Bu ayrımı yazılım koruyamaz; kurum kültürü korur. Sistemi bir gözetim aracına dönüştüren şirketlerde kayıt kalitesi hızla düşer,
çünkü insanlar kayıt tutmaktan kaçınmaya başlar.
4. Sürtünme hafızası
Ne ters gitti, kim şikâyet etti, tekrar ediyor mu?
İş ve Talep Yönetimi
Çağrı Merkezi Sistemi
Yetki dahilindeki tüm kullanıcılar iş ve talep kaydı yaratabilir ve akıbeti izleyebilir. Tüm kayıtlar sistemdeki her türlü iş nesnesiyle ilişkilendirilebilir: sipariş, irsaliye, fatura, üretim iş emri, proje ve diğerleri.
Müşteriden, tedarikçiden, personelden ve her türlü iş ortağından gelen tüm çağrılar sistemde tutulur, yönetilir ve akıbetleri izlenir. Tüm çağrılar sistemdeki tüm işlemlerle ilişkilendirilebilir.
Bu ilişkinin en değerli kullanımı müşteri hizmetlerinde değil, kalitede ortaya çıkar. Çağrılar üretim iş emirleriyle ilişkiliyse, belirli bir partiden çıkan ürünlerde şikâyet yoğunlaşması kendiliğinden görünür.
Ayrı sistemlerde bu ilişki ancak biri fark ederse kurulur — genellikle çok geç.
Kaybedilince:
Aynı hata farklı müşterilerde tekrar eder ve tekrar ettiği fark edilmez. Şikâyetler tek tek çözülür, kaynağı hiç bulunmaz. Kalite maliyeti hesaplanamaz.
Neden sonradan eklenemez?
Makul bir itiraz: “Bunların hepsi için piyasada ürün var, entegre ederiz.” Kısmen doğru. Ancak iki şey entegrasyonla taşınamaz.
Kimlik uzayı
İki sistem birbirine veri gönderebilir, ancak ortak bir kimlik uzayını paylaşamaz. Doküman sistemindeki “Örnek Sanayi” ile ERP’deki “Örnek Sanayi”
iki ayrı kayıttır; aralarında bir eşleştirme tablosu vardır. Eşleştirme yaşayan bir şeydir: unvan değişir, birleşme olur, yeni şube açılır. Her değişiklikte eşleştirme bozulur ve birileri onu onarır. Bu, biten değil süregelen bir iştir.
Merkezî bir modelde ise ortada eşleştirilecek iki kayıt yoktur. Tek kayıt vardır, farklı yerlerden ona atıf yapılır.
Yetki modeli
Bu daha ciddi bir konudur. Her sistemin kendi yetki mantığı vardır ve bunlar birebir eşleşmez. Zamanla şu duruma gelinir: bir kullanıcı ERP’de göremediği bir müşterinin sözleşmesini doküman sisteminde açabilir. Kimse bunu tasarlamamıştır;
iki modelin farklı hızlarda evrilmesinden doğar.
Minerva’da yetki tek yerde tanımlanır. Dosya, e-posta, çağrı ve iş verisi aynı yetki modelini kullanır — çünkü aynı sistemdedirler.
Entegrasyon, iki sistemin birbirine kopya göndermesidir. Bütünleşme, tek bir kaydın her yerden görülmesidir. Kopya olan yerde her zaman “hangisi doğru?”
sorusu vardır ve bu soruyu cevaplamak kalıcı bir iştir.
Entegrasyon ile bütünleşme aynı şey değildir
Bu iki kelime pazarlama metinlerinde birbirinin yerine kullanılıyor. Teknik olarak aynı şey değiller ve fark, satın alma kararınızı doğrudan etkiler.
Ölçüt
Entegrasyon
Bütünleşme
Veri
Kopyalanır, iki yerde durur
Tek kayıt, çok yerden atıf
Güncellik
Aktarım sıklığına bağlı gecikme
Gecikme kavramı yok
Tutarlılık
Zamanla ayrışma kaçınılmaz
Ayrışacak ikinci nüsha yok
Yetki
Her sistemde ayrı, eşleşmesi zor
Tek model, her bileşende geçerli
Sürüm geçişi
Her köprü yeniden test edilir
Tek sistem, tek sürüm
Maliyet biçimi
Kurulum artı süregelen bakım
Ek bakım kalemi yok
Arıza durumu
Bağlantı koptuğunda veri eksik kalır, çoğu zaman sessizce
Bağlantı diye bir bileşen yok
Entegrasyon projelerinde en sık yapılan hata, maliyeti tek seferlik varsaymaktır. Entegrasyon bir kurulum değil, ömür boyu süren bir bakım yükümlülüğüdür.
İki taraftan biri sürüm geçtiğinde fatura yeniden gelir — ve genellikle ilk kurulum bütçesinin toplamını yıllar içinde geçer.
Zamanla değer kazanan tek varlık
Şirketin satın aldığı hemen her şey zamanla değer kaybeder. Donanım eskir, lisans sürümü geçer, araç amorti olur. Bağlam arşivi bunun istisnasıdır: her geçen yıl daha değerli hale gelir.
Bunu dürüstçe söylemek gerekiyor, çünkü bir sonucu var:
Birinci yıl. Arşiv neredeyse boş. Kullanıcılar kayıt tutar,
karşılığını pek görmez. Bu dönemde sistem bir yük gibi hissedilir. Dürüst olalım:
öyledir de.
İkinci yıl. İlk geri dönüşler başlar. “Geçen yıl bunu konuşmuştuk”
cümlesi artık bir kayıtla karşılanır.
Üçüncü yıldan sonra. Sistem, kurumun kendisi hakkında bildiği
şeylerin ana kaynağı olur. Ayrılan personel artık kritik risk olmaktan çıkar.
Beşinci yıldan sonra. Yeni çalışan işe, birinin ona anlatmasıyla
değil, okuyarak başlar. Bu, kurumsallaşmanın somut tanımıdır.
Bu yüzden bu yatırımın en kötü zamanlaması “ihtiyaç duyduğumuzda yaparız”dır. Bağlam arşivi geriye dönük olarak inşa edilemez. Kaydedilmemiş bir konuşmayı sonradan kaydedemezsiniz.
Aynı gerekçe, bu bileşenleri ilk günden itibaren devreye almanızı gerektirmez. Çoğu kurum belge ve talep tarafıyla başlar; e-posta ve çağrı sonraki aşamada gelir.
Bileşenler zaten merkezde olduğu için sonradan devreye alma yeni bir entegrasyon projesi anlamına gelmez — yalnızca bir yapılandırma adımıdır.
Karşı görüş: composable ERP
Bu sayfadaki argümanın ciddi bir karşıtı var ve onu gizlemek yerine önünüze koymayı tercih ediyoruz.
Gartner son yıllarda tam ters yönü savunuyor: monolitik ERP stratejilerinden uzaklaşıp modüler ve en iyi parçalardan oluşan çözümlere geçmek,
böylece yeni işlevleri daha hızlı benimsemek ve teknoloji riskini azaltmak. Gerekçe de yabana atılır gibi değil: hiçbir ERP paket satıcısı
her alanda en iyi yetkinliğe sahip değildir; tek bir pakette standartlaşırken ödün vermek gerekebilir.
Bu eleştiri haklıdır ve biz de aynısını söylüyoruz. Minerva’nın doküman bileşeni, yalnızca doküman yönetimi yapan uzman bir ECM ürününün her özelliğine sahip değildir.
Çağrı bileşeni, büyük ölçekli çağrı merkezleri için tasarlanmış özel platformların her yeteneğini sunmaz. Bunu iddia etmiyoruz.
Tartışmanın atlanan yanı
Karşılaştırma genellikle özellik listesi üzerinden yapılıyor. Oysa bütünleşiklik de bir yetkinliktir ve hiçbir özellik listesinde
görünmez. Uzman üründe kullanmadığınız bir özelliğin maliyeti sıfırdır; her gün yaşanan bağlam kaybının maliyeti ise sürekli tahakkuk eder.
Aynı kaynaklarda composable yaklaşımın kendi zorlukları da kabul ediliyor: çok sayıda uygulamayı, birden fazla bulutu ve çeşitli servisleri
birleştirme fikri büyük fırsat sunar, ancak gerçekte aşılması gereken çeşitli zorluklar getirir. Bu zorlukların gerçek adları şunlardır: entegrasyon
geliştirme, veri tutarlılığı, federe yetki yönetimi ve toplam sahip olma maliyeti.
Asıl ayrım: ölçek
Composable yaklaşım, kendi entegrasyon ekibini besleyebilen kurumlar için mantıklıdır. Sürekli çalışan bir mimari ekibiniz, API yönetim katmanınız ve
veri yönetişimi disipliniz varsa, en iyi parçaları birleştirmek gerçekten üstün bir stratejidir.
Orta ölçekli bir işletmede bu ekip yoktur. Entegrasyon dışarıdan satın alınır, her sürümde yeniden faturalanır ve genellikle onu yazan kişi ayrıldığında
bakımsız kalır. Bu ölçekte “en iyi parçalar” stratejisi çoğu zaman en iyi parçaların en kötü şekilde birleştirilmiş hâline dönüşür.
Kapı kapalı değil. Minerva açık bir sistemdir. Bir alanda uzman ürüne gerçekten ihtiyacınız varsa entegre edebilirsiniz. Fark şudur: bunu
mecbur olduğunuz için değil, seçtiğiniz için yaparsınız. Varsayılan durum bütünlüktür; ayrışma bilinçli bir karardır.
Bu yaklaşım ne zaman doğru değildir?
Her müşteriye aynı şeyi söyleyen bir tedarikçiye güvenilmez. Bu yaklaşımın uygun olmadığı durumlar da var.
Alanında çok özel bir uzman ürüne bağımlıysanız
Binlerce eş zamanlı çağrı, gelişmiş IVR, ses analitiği ve iş gücü optimizasyonu gerektiren bir çağrı merkeziniz varsa, o alan için uzman bir platform doğru tercihtir.
Bu durumda Minerva o platformla entegre çalışır; çağrı verisi iş verisiyle ilişkilendirilmeye devam eder.
Grup standardınız kilitliyse
Merkez belirli bir doküman veya iletişim platformunu zorunlu kılıyorsa, tartışma teknik değil kurumsaldır ve teknik argümanla kazanılmaz.
Minerva bu platformlarla birlikte çalışabilir; kendi bileşenlerini kullanmak zorunlu değildir.
Kurum kültürü kayıt tutmaya kapalıysa
Bilgiyi paylaşmanın güç kaybı sayıldığı bir kültürde hiçbir sistem bağlam biriktiremez. Araç, kültürü değiştirmez.
Bu durumda önce dar bir alanda — örneğin yalnızca teknik dokümantasyonda — başlayıp somut fayda göstermek daha gerçekçidir.
Yalnızca tek bir bileşene ihtiyacınız varsa
Sadece doküman yönetimi arıyorsanız, bir iş yönetim sistemi almanın gerekçesi yoktur.
Bu bileşenlerin değeri, birlikte ve iş verisiyle ilişkili çalıştıklarında ortaya çıkar.
Kendi kurumunuz için 10 soru
Bir sayfanın sizi ikna etmesi yerine, kendi kurumunuza bakarak karar vermeniz daha sağlıklı. Aşağıdaki soruları mevcut sisteminizle cevaplamayı deneyin.
Bağlam kaybı öz değerlendirmesi
Her soru için: cevabı sistemden mi alıyorsunuz, birine sorarak mı?
En büyük müşterinize verdiğiniz iskonto oranı neden o oran? Kararı kim, ne zaman, hangi gerekçeyle verdi?
Geçen yıl ayrılan bir satış temsilcinizin müşteriyle son altı aylık yazışmasına bugün ulaşabiliyor musunuz?
Bir müşteriye en son gönderdiğiniz teknik çizimin hangi revizyon olduğunu, gönderim tarihiyle birlikte söyleyebilir misiniz?
Son katıldığınız fuarın kaç görüşme, kaç teklif ve kaç siparişle sonuçlandığını hesaplayabiliyor musunuz?
Belirli bir üretim partisinden çıkan ürünlerde şikâyet yoğunlaşması olup olmadığını görebiliyor musunuz?
Altı ay önce bir toplantıda alınan kararın gerekçesini bugün okuyabiliyor musunuz?
Bir müşterinin size kaç kez ve hangi konularda ulaştığını tek ekranda görebiliyor musunuz?
Bir siparişle ilgili iç yazışmaların nerede olduğunu biliyor musunuz? O kişi izindeyse ne olur?
Şirketinizde kaç adet iş amaçlı mesajlaşma grubu var? İçerikleri kurumda mı, kişilerde mi?
Yeni işe başlayan biri, devraldığı müşteri portföyünün geçmişini okuyarak öğrenebiliyor mu?
Bu soruların çoğunu “birine sorarak” cevaplıyorsanız, kurumunuzun hafızası sistemde değil kişilerde tutuluyor demektir. Bu, kötü bir yönetimin değil, yaygın bir mimarinin sonucudur.
Özet karşılaştırma
Konu
ERP artı ayrı ürünler
Minerva
Düzenleme ilkesi
Uygulama merkezli: bilgi üreten araca göre dosyalanır
Nesne merkezli: bilgi konusu olduğu şeye göre dosyalanır
Bilgiye ulaşma
Arama gerekir; arama için önce şüphelenmek gerekir
İlgili bilgi nesnenin üzerinde zaten görünür
Kimlik
Her sistemde ayrı kayıt, aralarında eşleştirme tablosu
Tek kayıt, çok yerden atıf
Yetkilendirme
Her üründe ayrı model; zamanla ayrışır
Tek model, tüm bileşenlerde geçerli
Belge hafızası
Ayrı platformda; versiyon takibi ayrı yönetilir
İlişkili her işlem ekranında, versiyonuyla birlikte
Konuşma hafızası
Kişisel posta kutuları ve mesajlaşma grupları
İş ortağı ve işlem kayıtlarıyla ilişkili, hiyerarşik yetkiyle
Eylem hafızası
Ayrı iş takip aracı; iş verisiyle bağı zayıf
Görev ve yapılmış iş, ilgili iş nesnesine bağlı
Sürtünme hafızası
Biletleme sisteminde tek tip kayıt havuzu
Beş ayrı tip; sipariş, irsaliye ve iş emrine bağlı
Sürüm geçişi
Her köprü yeniden test edilir
Tek sistem, tek sürüm
Zamanla
Bağlam gölge sistemlere dağılır
Arşiv birikir; kurumsal hafıza güçlenir
İşin kendisi sistemde; peki işin hikâyesi nerede?
Bir siparişin sistemde kaydı var. Ama o siparişi doğuran görüşme, gönderilen çizim, iç ekiple konuşulan teslimat kaygısı, sonradan gelen şikâyet ve verilen söz —
bunlar çoğu kurumda başka yerlerde duruyor. Kişisel posta kutularında, mesajlaşma gruplarında, masaüstü klasörlerinde ve deneyimli çalışanların hafızasında.
Bunların hiçbiri yedeklenmiyor, denetlenmiyor ve devredilmiyor. Şirketinizin en değerli bilgisi, en az korunan yerde duruyor.
Minerva bu ikisini ayırmaz. Nereden başlanacağını konuşmak isterseniz, iyi bir açılış sorusu şudur: geçen ay bir bilgiyi bulmak için en çok kime sordunuz?
Cevap, kurumsal hafızanızın nerede tutulduğunu söyler.
