Satın alma onay akışını sadeleştirmek
Talep, bütçe kontrolü ve sipariş kararlarını gereksiz beklemeleri görünür kılacak şekilde düzenleyin.
Satın alma sürecinde gecikmenin nedeni her zaman tedarikçi değildir. Eksik talep bilgisi, belirsiz onay sırası veya sorumlusu bilinmeyen bir bekleme noktası da işi yavaşlatabilir. Akış tasarımına daha fazla onay ekleyerek değil, her adımın hangi kararı verdiğini anlayarak başlamak gerekir.
01Talebin hangi bilgiyle açılacağını belirleyin
Ürün veya hizmet, miktar, ihtiyaç tarihi ve kullanım amacı gibi başlangıç alanlarını süreç sahipleriyle belirleyin. Her talepte gerçekten gereken bilgiyi isteyin. Eksik bilgi yüzünden geri dönen örnekleri inceleyin. Talebi açan kişinin tedarikçi seçmesi gerekip gerekmediğini de netleştirin; talep ihtiyacı ile satın alma kararını aynı şey olarak ele almayın.
02Her onayın amacını açıklayın
İhtiyaç uygunluğu, teknik değerlendirme, bütçe ve ticari koşul kontrolleri farklı sorumluluklar taşıyabilir. Aynı kararı tekrar veren adımları gözden geçirin. Tutar veya talep türüne göre değişen yollar varsa kuralları açıkça yazın. Bir adımın kaldırılması veya birleştirilmesi kararını, süreç sahibinin değerlendirmesiyle ve gerekli kontrolün nerede yapılacağını belirleyerek alın.
03Bekleme ve geri dönüşleri görünür kılın
Talebin hangi kişide ve hangi nedenle beklediğini kullanıcılar anlayabilsin. Red ile eksik bilgi için geri gönderme durumlarını ayırın. İzin veya görev değişikliğinde kullanılacak vekâlet düzenini konuşun. Bekleyen işler için bildirim ve rapor ihtiyacını tanımlayın. İlk incelemede toplam süreden çok, hangi adımda tekrar eden bekleme oluştuğuna bakın.
04Onaydan siparişe geçişi tamamlayın
Onaylı talebin siparişe nasıl dönüşeceğini ve değişen miktar ya da fiyatın yeniden kontrol gerektirip gerektirmediğini belirleyin. İptal ve kısmi karşılama senaryolarını deneyin. Örnek taleplerle kullanıcı testleri yapın. Akış devreye girdikten sonra en sık geri dönen talepleri incelemek, form ve eğitim ihtiyaçlarını daha somut hale getirir.
