Formu koydunuz, eğitimi verdiniz, yine de talep telefondan geliyor. Sebep göründüğü yerde değil.
“Talep formu var ama kimse doldurmuyor”
Bu cümle satın alma müdürlerinden en sık duyulan cümlelerden biri.
Bir form hazırlanıyor. Excel’de ya da ortak sürücüde duruyor, bazen intranette. Toplantıda anlatılıyor, e-posta atılıyor, “bundan sonra talepler buradan” deniyor. İlk hafta üç kişi dolduruyor. İkinci hafta bir kişi. Üçüncü hafta form açılmıyor bile.
Bu noktada genelde insana yükleniliyor: ekip disiplinsiz, kurallara uymuyor, alışkanlıklarından vazgeçmiyor. Bir kısmı doğru olabilir ama asıl sebep bu değil.
Asıl sebep şu: formu doldurmak, telefon etmekten yavaş. Üretim müdürü hattı durdurmamak için rulmanı bugün istiyor. Formu doldurup onaya göndermek yarım saat sürüyorsa ve satın almacıyı arayıp söylemek kırk saniye sürüyorsa, kırk saniye kazanıyor. Her seferinde.
Talep neden kaydedilmiyor: dört gerçek sebep
Formların terk edilme biçimi işletmeden işletmeye şaşırtıcı derecede benziyor.
Birincisi giriş yavaşlığı. Malzemenin adını serbest metin olarak yazmak zorunda kalan bir kullanıcı düşünmek zorunda kalıyor. Ne yazacağını bilmiyorsa yazmıyor.
İkincisi cihaz. Talep açan kişilerin çoğu masa başında değil. Şantiye şefi, üretim sorumlusu, saha teknisyeni telefonla dolaşıyor. Form masaüstünde açılıyorsa o kişi akşam ofise dönene kadar talep açılmıyor, akşama kadar da malzeme başka yoldan bulunmuş oluyor.
Üçüncüsü geri bildirim yokluğu. Formu dolduran kişi ne olduğunu göremiyor. Talep açıldı mı, onaya gitti mi, sipariş verildi mi belli değil. İki kez formu doldurup cevap alamayan kişi üçüncüsünde telefona sarılıyor ve bu tamamen makul bir davranış.
Dördüncüsü onayın görünmezliği. Talep bir yerde bekliyor ama nerede beklediği belli değil. Sonra “acaba onayda mı kaldı” diye telefon ediliyor. Süreci hızlandırmak için tasarlanan mekanizma, telefon trafiğinin sebebi haline geliyor.
Kayıtsız talebin şirkete faturası
Talebin kaydedilmemesi bir düzen sorunu gibi görünüyor ama sonuçları doğrudan paraya bakıyor.
Aynı malzeme iki kez alınıyor. Depoda zaten varken alınıyor. İki farklı departman aynı hafta aynı ürünü ayrı ayrı istiyor ve iki ayrı sipariş açılıyor.
Öncelik sesi yüksek çıkana göre belirleniyor. On talep aynı anda geldiğinde hangisinin gerçekten acil olduğu değil, kimin daha ısrarlı takip ettiği belirleyici oluyor.
Toplu alım kaçıyor. Üç şantiyenin ayrı ayrı aldığı malzeme tek siparişte alınabilseydi birim fiyat düşecekti, ama talepler bir araya hiç gelmediği için kimse bunu görmüyor.
Ve en can sıkıcısı: yıl sonunda “bu neden alındı” sorusunun cevabı yok. Talebin kimden geldiği, hangi işe gittiği ve kimin onayladığı kayıtlı değilse, harcamayı savunmak da mümkün olmuyor.
Talep toplamayı gerçekten çalıştıran şey
Çalışan kurgular birbirine benziyor ve hepsinin ortak noktası talep açanı zorlamamak.
Talep telefondan açılabiliyor. Sahadaki kişi malzemeyi görüyor, fotoğrafını çekiyor, listeden seçiyor, gönderiyor. Bir dakikanın altında bitiyorsa kullanılıyor.
Malzeme listeden seçiliyor, elle yazılmıyor. Bu tek başına iki sorunu birden çözüyor: kullanıcı düşünmek zorunda kalmıyor ve aynı ürün her seferinde aynı adla kaydediliyor. Listede olmayan bir şey isteniyorsa serbest metin seçeneği kalıyor ama istisna olarak.
Talep sahibi kendi talebini görebiliyor. “Onayda”, “sipariş verildi”, “yolda” gibi bir durum bilgisi varsa takip telefonu kesiliyor.
Onay, onaycının bulunduğu yere gidiyor. Onaylayacak kişi sahadaysa telefonundan onaylıyor. Onay bir masaya bağlıysa süreç o masa boşalana kadar duruyor.
Bir de şu var: mevcut alışkanlık tamamen yasaklanmıyor. Acil bir alım telefonla yapıldıysa kaydı sonradan girilebiliyor. Yasaklanan kayıt dışılık, telefon değil.
Talep formunda hangi alanlar olmalı
Formu kısaltmak ile eksik bırakmak arasındaki denge burada kuruluyor. Her ek alan talebin açılma ihtimalini düşürüyor, her eksik alan sonraki adımı yavaşlatıyor.
Sonradan sorulmak zorunda kalınan bilgi zaten formda olmalıydı; talep sahibini iki kez rahatsız eden bir süreç ikinci seferde kullanılmıyor. Bu yüzden alan seçiminin ölçütü şu: bu bilgi olmadan satın almacı işe başlayabiliyor mu?
Vazgeçilmez olanlar genelde şunlar oluyor. Malzeme, listeden seçilerek. Miktar ve birim. Ne zaman gerekli olduğu; “acil” kelimesi tarih kadar bilgi taşımıyor. Nereye teslim edileceği, çok lokasyonlu yapılarda kritik. Hangi projeye ya da masraf merkezine yazılacağı; sonradan atanan maliyet doğru atanmıyor. Ve talebi açan kişi, ki bu otomatik geliyor.
Faydalı ama zorunlu olmayanlar da var: tercih edilen tedarikçi, teknik şartname ya da fotoğraf, alternatif kabul edilir mi bilgisi, ve gerekçe. Gerekçe alanı zorunlu tutulduğunda genelde “ihtiyaç var” yazılıyor ve hiçbir işe yaramıyor.
Formda olmaması gerekenler ise bütçe kalemi, tahmini fiyat ve tedarikçi seçimi. Bunlar talep sahibinin işi değil; talebe konulduğunda ya boş bırakılıyor ya yanlış dolduruluyor.
Serbest metin alanı kalmalı ama istisna olarak. Listede olmayan bir şey isteniyorsa yol açık olmalı, yoksa o talep hiç açılmıyor.
Bir tekstil fabrikasında formu kimse doldurmuyordu
Not: Aşağıdaki örnek gerçek bir müşteriye ait değildir; sahada sık karşılaşılan durumlardan oluşturulmuş bir senaryodur.
Somut bir örnek işi netleştiriyor.
200 kişilik bir tekstil işletmesi. Talep formu intranette duruyordu, on iki alanı vardı ve üçü zorunluydu: malzeme adı, gerekçe ve tahmini fiyat.
Ay sonunda bakıldığında formdan gelen talep sayısı sekizdi. Aynı ay verilen sipariş sayısı yetmiş dört.
Nedenler tek tek konuşulduğunda şu çıktı. Malzeme adı serbest metindi; boyahane sorumlusu kimyasalın tam adını hatırlamıyordu, yanlış yazmaktan çekiniyordu. Tahmini fiyat alanı zorunluydu ve talep açan kişi fiyatı bilmiyordu, bilmediği için formu yarıda bırakıyordu. Gerekçe alanına herkes “ihtiyaç var” yazıyordu, yani alan hiçbir bilgi üretmiyordu.
Üç değişiklik yapıldı: malzeme listeden seçilir hale geldi, tahmini fiyat alanı kaldırıldı, gerekçe zorunlu olmaktan çıkarıldı. Form on iki alandan beşe indi.
Ertesi ay formdan gelen talep sayısı elli ikiye çıktı. Hiç eğitim tekrarlanmadı, hiç kural sıkılaştırılmadı.
Kaldırılan tahmini fiyat alanı burada özellikle dikkat çekici: kontrol amacıyla konulmuştu ve kontrolün kendisini engelliyordu.
Codigno ERP’de talep tarafı
Talep yönetimi tarafında kurgu bu dört maddenin üzerine oturuyor.
Farklı lokasyonlardan gelen ihtiyaçlar ortak bir havuzda toplanıyor, aynı malzemenin farklı yerlerden gelen talepleri yan yana görülüyor. Onay hiyerarşisi proje ya da departman bazında tanımlanıyor; kimin ne talep edebileceği ve kimin onaylayacağı yetkilendirmeyle belirleniyor.
Malzeme ve hizmet ağacı sayesinde seçim yapılıyor, yazı yazılmıyor. Talep üzerindeki değişiklikler versiyon kontrolüyle izleniyor, sonradan neyin değiştiği tartışma konusu olmuyor.
Talep sahibi kendi talebinin hangi aşamada olduğunu görüyor. Bu madde küçük duruyor ama telefon trafiğini en çok kesen madde bu.
Sık sorulan sorular
Talep formunu zorunlu tutsak sorun çözülür mü?
Genelde çözülmüyor. Zorunluluk, süreci hızlandırmadan getirildiğinde talep sonradan toplu halde giriliyor. Kayıt oluyor ama gerçeği yansıtmıyor.
Sahadan telefonla talep açılabiliyor mu?
Açılabiliyor. Talep açma ekranı mobilde çalışıyor ve listeden seçimle ilerlediği için birkaç adımda bitiyor.
Acil alımlar için ayrı bir yol bırakılmalı mı?
Bırakılması gerekiyor. Acil alıma yol bırakmayan sistemlerde acil alım sistem dışında yapılıyor ve hiç kaydedilmiyor. Doğru kurgu, acil alımı da kayda alıp ayrı işaretlemek.
Hizmet ve taşeron alımları da talep olarak açılabiliyor mu?
Açılabiliyor. Hizmet kalemleri malzemeyle aynı yapıda tanımlanıyor ve aynı onay akışından geçiyor.
Aynı malzemenin farklı isimlerle kaydedilmesi nasıl önleniyor?
Malzeme ağacıyla. Ürün bir kez tanımlanıyor, talep açan kişi listeden seçiyor. Bu düzen kurulmadan fiyat karşılaştırması ve toplu alım mümkün olmuyor.
Mevcut malzeme listemiz kullanılabilir mi?
Kullanılabiliyor. Kurulumda mevcut liste malzeme ağacına dönüştürülüyor. Çoğu işletmede o liste ilk kez bu aşamada tekilleşiyor.
Zincirin bütününe bakmak isterseniz: satın alma yönetimi rehberi.
Geçen hafta kaç talep telefonla ya da WhatsApp’tan geldi? Kaç lokasyonunuz ve kaç projeniz olduğunu paylaşın; talep havuzunun ve onay hiyerarşisinin sizde nasıl kurulacağını gösterelim.
