E-posta, Excel ve dört ayrı program: dağınık araçların görünmez maliyeti
Yayınevleri araç eksikliğinden değil, araç bolluğundan yoruluyor. Başvuru e-postada, hakemlik tabloda, satış ayrı sitede olunca kaybedilen şeyin adı: bağlam.
Bir yayınevinin araç envanterini çıkarmak eğlenceli bir egzersizdir. Tipik sonuç şuna benzer: başvurular bir e-posta adresinde; hakem takibi bir Excel’de (genellikle “hakem_takip_SON_v7_guncel.xlsx” adında); sözleşmeler paylaşımlı bir klasörde; dizgi dosyaları başka bir klasörde ya da dizgicinin bilgisayarında; satışlar bir e-ticaret paketinde; muhasebe apayrı bir programda; kurumsal hafıza ise emekliliği yaklaşan bir çalışanın zihninde.
Bu tabloyu okuyup gülümsediyseniz, muhtemelen tanıdınız. Ve muhtemelen şunu da biliyorsunuz: bu araçların her biri tek başına işini görüyor. Sorun araçlarda değil, aralarındaki boşlukta.
Boşluğun faturası: kopyalama, bekleme, arama
Dağınık araçların maliyeti üç kalemde birikir ve üçü de hiçbir bütçe tablosunda görünmez.
Kopyalama. Aynı bilgi kaç yerde elle yaşıyor? Yazarın adı başvuru e-postasında, hakem tablosunda, sözleşmede, katalogda ve muhasebe programında ayrı ayrı yazılır. Beş kopyadan biri eninde sonunda diğerlerinden ayrı düşer — ve hangisinin doğru olduğunu kimse bilemez. Kitap fiyatı değişti; e-ticaret güncellendi de muhasebedeki liste güncellendi mi?
Bekleme. Araçlar arası her geçiş bir insan eylemi gerektirir: “dizgiden dosya geldi mi diye sorayım”, “muhasebeye bu ay satılanların listesini göndereyim”. Bu eylemler unutulur, ertelenir, tatile denk gelir. İşin kendisi dakikalıktır; beklemesi haftalık.
Arama. Belki de en pahalısı. “Bu kitabın hakem raporları nerede?” sorusunun cevabı üç yıl önceki bir e-posta zincirindeyse, o cevabı bulmak arkeolojik kazıdır. Kurum bir çalışanını kaybettiğinde kaybettiği şey çoğu zaman emek değil, adres bilgisidir: neyin nerede durduğunu bilen tek kişi gitmiştir.
Bu üç kalemin ortak paydası şudur: dağınık araçlar bilgiyi değil, bağlamı kaybettirir. Bilgi bir yerlerde vardır; ama “bu eserle ilgili her şey” diye bir görünüm hiçbir yerde yoktur.
Bir salı gününün anatomisi
Soyut kalmasın; dağınık araçlarla yönetilen bir yayınevinde sıradan bir salı gününü izleyelim.
Sabah 9.20: Sekreterya, gece gelen üç başvuru e-postasını açıyor. Birinde özet yok — yazara “eksik” e-postası. Diğer ikisi hakem takip tablosuna elle işleniyor; birinin adındaki “İ” harfi tabloda “I” olarak giriliyor, üç ay sonra arama bu yüzden sonuç vermeyecek.
10.45: Editör, iki haftadır cevapsız bir hakem davetini fark ediyor — fark ediyor, çünkü yazar süreci sormuş. Hatırlatma yazılıyor. Kaç davetin daha cevapsız beklediğini gösteren bir ekran olmadığı için diğerleri fark edilmeyi bekliyor.
13.30: Muhasebe, geçen ayın satış listesini istiyor. E-ticaret panelinden dökülen tablo, muhasebe programının istediği biçime elle çevriliyor: kırk dakika, iki kopyala-yapıştır hatası.
15.10: Matbaadan telefon — “kapak dosyasının son hâli hangisiydi?” Tasarımcıya soruluyor, tasarımcı izinli. Yarına kalıyor.
16.40: Bir yazar, iki yıl önceki sözleşmesinin bir maddesini soruyor. Sözleşme klasörde bulunuyor; ama o sözleşmeye hangi ek protokolün yapıldığını hatırlayan tek kişi, geçen yıl ayrılan koordinatör.
Günün bilançosu: kimse tembellik yapmadı, herkes yoğundu — ve mesainin belki üçte biri, işin kendisine değil işi bir araçtan diğerine taşımaya gitti. Bu tablonun rahatsız ediciliği, istisna değil ortalama olmasında.
Denenen çözümler ve neden yetmedikleri
Bu acıyı yaşayan kurumlar genellikle iki ara çözümden geçer.
Birincisi disiplin hamlesidir: adlandırma kuralları, klasör şablonları, “her cuma tablo güncellenecek” ritüelleri. Bir süre işler; sonra yoğun bir sayı döneminde ilk cuma atlanır ve sistem sessizce çöker. İnsan disiplinine dayanan her yapı, insanın en yoğun olduğu anda — yani en çok ihtiyaç duyulduğunda — zayıflar.
İkincisi entegrasyon hamlesidir: araçları birbirine bağlamak. E-tablodan muhasebeye aktarım betiği, e-ticaretten stok düşen bağlantı… Bunlar değerlidir ama kırılgandır; her araç güncellemesinde bir bağ kopar ve entegrasyonların bakımı başlı başına bir iş olur.
Üçüncü yol, sorunu kökünden ele alır: bilginin tek yerde doğup her ihtiyaca oradan hizmet etmesi. Yazar adı bir kez girilir; başvuru, hakemlik, sözleşme, katalog ve fatura aynı kaydı okur. Satış gerçekleştiğinde stok düşümü, fatura ve telif tahakkuku ayrı programlara elle taşınacak işler değil, tek olayın otomatik sonuçlarıdır. “Bu eserle ilgili her şey” sorusunun cevabı, eserin zaman çizelgesidir — başvurudan son satışa kadar.
Nasirus’u tam bu üçüncü yol için inşa ettik; kitap, dergi, makale ve bölüm süreçlerinin tek sistemde akması pazarlama cümlesi değil, mimari tercihimizdir.
Kendi kurumunuz için bir hafta sonu testi
Dağınıklığın size ne kaybettirdiğini ölçmek isterseniz, gelecek hafta şu üç soruyu not ederek çalışın:
- Bu hafta kaç kez bir bilgiyi bir araçtan diğerine elle taşıdınız?
- Kaç kez “bu dosya/karar/rapor nerede?” diye aradınız ve ortalama kaç dakikanızı aldı?
- Kaç iş, birinin bir şeyi hatırlamasını bekleyerek durdu?
Çoğu ekip bu sayacı ilk gün bırakır — çünkü sayılar rahatsız edicidir. Rahatsızlık, değişimin ilk işaretidir. Sayaçlarınızın sonucunu bize yazarsanız (iletişim), demoda tam o üç sorunun sistemli hâlde nasıl göründüğünü gösterelim.