Aracı firmanın işi kâğıt üstünde basittir: müşteriden talebi al, tedarikçiden fiyatı bul, marjını koy, sat. Pratikte ise her iş iki ayrı dünyada yaşar — müşteri tarafı bir Excel'de, tedarikçi tarafı başka bir Excel'de — ve ikisini birbirine bağlayan şey, o işi yürüten kişinin hafızasıdır.
Bu rehber, o hafızayı sisteme taşıyan üç aracı anlatıyor: yönlendirme (forward), bölme (split), birleştirme (merge) — ve üzerlerine kurulan marj ile kaynak gizleme.
Önce sorunun fotoğrafı
On kalemlik bir müşteri RFQ'su geldi. Üç kalemi A tedarikçisinde, beşi B'de, ikisi yalnız C'de var. Üç tedarikçiye üç ayrı e-posta yazdınız; gelen teklifleri müşteri talebinin satırlarıyla elle eşliyorsunuz. Bu sırada müşteri iki kalemin miktarını değiştirdi. Hangi tedarikçiye hangi revizyonu sorduğunuzu hatırlıyor musunuz?
Aracılığın gizli maliyeti budur: fiyat farkı değil, eşleme mesaisi ve kopan izlenebilirlik.
Yönlendirme: talebi olduğu gibi taşı
En yalın senaryo: müşterinin RFQ'sunu tek tedarikçiye, olduğu gibi soracaksınız. Yönlendirme tam bunu yapar — müşteri talebinden, satırları miras alan bir tedarikçi RFQ'su üretir ve ikisini birbirine bağlı tutar. Tedarikçinin teklifi döndüğünde hangi müşteri talebine ait olduğu sorulmaz; zincir kayıttadır.
Ne zaman: tek kaynaklı işler, hızlı geçişli talepler, "fiyatı al, üstüne koy, dön" günleri.
Bölme: kalemleri doğru kaynağa dağıt
On kalemli talep tek tedarikçiyle çözülmüyorsa, talebi satır bazında bölersiniz: üç kalem A'ya, beş kalem B'ye, iki kalem C'ye — her biri kendi tedarikçi RFQ'su olarak, ama hepsi ana talebe bağlı. Teklifler döndükçe her satırın karşılığı kendi yerine oturur; kazananı kalem kalem seçersiniz.
Ne zaman: çok kalemli listeler, uzmanlaşmış tedarikçiler, "bu kalemi kimse tek başına veremiyor" durumları.
Birleştirme: dağınık talebi tek seferde sor
Bölmenin aynadaki görüntüsü: farklı müşterilerden (ya da aynı müşterinin farklı taleplerinden) gelen örtüşen kalemleri tek tedarikçi RFQ'sunda toplarsınız. Tedarikçiye bir kez sorarsınız; dönen teklif, bağlı olduğu tüm taleplere dağılır. Hacim birleşince pazarlık gücü de birleşir.
Ne zaman: aynı ürünü birden çok iş için soruyorsanız; periyodik toplu alımlarda.
Marj: hesap makinesini emekli edin
Tedarikçi 100 dedi, siz 15 koyup 115 diyeceksiniz. Bunu her satır için elle yapmak, aracı firmaların en eski ve en pahalı alışkanlığıdır — tek yazım hatası işin kârını siler. Akış içinde marj, kazanan teklifin üzerine tanımlanır; müşteriye dönen fiyat sistemce hesaplanır ve marjınız müşteri belgelerinde asla görünmez.
Kaynak gizleme: ilişkinin sigortası
Aracının varlık sebebi iki tarafı tanımasıdır; iki tarafın birbirini tanıması ise işin sonudur. Akış bunu yapısal olarak çözer: müşteriye giden teklif sizin adınızla çıkar; tedarikçi ve müşteri ayrı portallarda, yalnız kendi belgelerini görür. Kaynak, bir dikkat meselesi değil, sistem davranışıdır.
Uçtan uca: bir işin anatomisi
- Müşteri RFQ'su portalınızdan yapılandırılmış belge olarak gelir.
- Talebi yönlendirir ya da satırlara bölersiniz; gerekirse başka taleplerle birleştirirsiniz.
- Tedarikçi teklifleri asıl talebe bağlı döner; kalem kalem kazanan seçersiniz.
- Marjı tanımlar, kendi adınızla tek ve temiz bir teklif gönderirsiniz.
- Onay portaldan gelir; sipariş zinciri iki yönde de kayıtlıdır — denetim günü dahil.
Bu araç seti Gloyd'da Enterprise planının parçasıdır; akışın tamamını aracılar ve ticaret şirketleri sayfasında, çift yönlü akışın genel kurgusunu ise ticaret akışı sayfasında anlattık.
İki Excel arasında yaşamayı bırakmak, aracı firmalar için lüks değil; marjın kendisini korumaktır.
