Bağımsız platform. Hiçbir üreticiden komisyon veya sıralama ücreti alınmaz. Her teknik değerin kaynağı veri politikamızdaaçıktır.
🧾 Satın Alma Rehberi 4 dk okuma

ESL projesinde paydaş yönetimi: kim neyi onaylar, kim ne bekler?

ESL projesi tek bir birimin işi değildir. Ticaret, operasyon, bilgi işlem, mali işler ve mağaza tarafının beklentileri farklıdır; bu farklar önceden konuşulmazsa proje ortasında çatışmaya dönüşür.

Yayımlanma:

Elektronik raf etiketi projeleri teknik bir yatırım gibi görünür ama yürütmesi büyük ölçüde organizasyoneldir. Donanım seçimi bir haftada biter; birimler arası mutabakat aylar alabilir.

Projenin ortasında çıkan tıkanmaların çoğu teknik değildir: kimin neyi onaylayacağı belirsizdir, ya da bir birimin beklentisi hiç sorulmamıştır.

Beş paydaş, beş farklı beklenti

Tipik bir perakende yapısında ESL projesine dokunan birimler ve asıl ilgilendikleri şey şudur.

Ticaret ve kategori yönetimi. Fiyat ve kampanyanın rafa hızlı yansımasıyla ilgilenir. Onlar için başarı ölçüsü, kampanya başlangıcında rafın doğru olmasıdır. Sistem seçiminde fark ettikleri tek teknik konu genellikle güncelleme hızıdır (yenileme hızı gerçekte ne anlama gelir).

Mağaza operasyonu. Personel iş yükünün azalmasıyla ilgilenir. Onlar için kötü senaryo, etiket sisteminin yeni bir iş kalemi yaratmasıdır — eşleştirme, pil takibi, arıza bildirimi. Bu endişe haklıdır ve karşılanması gereken bir beklentidir (günlük kontrol listesi).

Bilgi işlem. Entegrasyon, ağ altyapısı ve güvenlikle ilgilenir. Genellikle projeye geç dahil edilir ve geç dahil edildiğinde takvimi geciktirir (mağaza ağ altyapısı ve ESL kurulumu).

Mali işler. Yatırımın muhasebeleştirilmesi ve nakit akışıyla ilgilenir. Sabit kıymet mi gider mi sorusu onların gündemidir (ESL yatırımının muhasebesi).

Mağaza müdürü. Kurulumun mağazayı ne kadar aksatacağıyla ilgilenir. Onun için asıl soru, kurulumun satış saatlerinde yapılıp yapılmayacağıdır.

Beş beklenti de meşrudur ve hiçbiri diğerinin yerine geçmez. Proje ekibinin işi, bunları tek bir gereksinim listesinde birleştirmektir.

Karar sahipliği: tek bir isim

Projelerin en sık takıldığı nokta, kararın kime ait olduğunun belirsiz kalmasıdır. Teknik seçim bilgi işlemin mi, ticaretin mi? Şablon tasarımını kim onaylar? Yetki matrisini kim belirler?

Pratik çözüm, her karar başlığı için tek bir isim yazmaktır. Karmaşık bir yönetişim modeli gerekmez; beş satırlık bir tablo yeterlidir:

KararSahibiDanışılan
Tedarikçi seçimiSatın almaBilgi işlem, operasyon
Şablon tasarımıTicaretMevzuat ve uyum
Yetki matrisiOperasyonBilgi işlem
Kurulum takvimiMağaza operasyonuTedarikçi
Kabul onayıProje sahibiTümü

Bu tablo olmadan her karar toplantıya taşınır ve her toplantı bir sonrakine ertelenir.

Yetki matrisinin kendisi ayrıca ayrıntılandırılmalıdır (ESL'de fiyat değişikliği yetki akışı, yetkilendirme: mağazada kim neyi değiştirir).

Şartnameyi kim yazar?

Şartname, paydaş beklentilerinin yazıya döküldüğü yerdir. Tek bir birim tarafından yazıldığında o birimin önceliklerini yansıtır ve diğerlerinin gereksinimleri eksik kalır.

Sahada görülen tipik sonuç: bilgi işlemin yazdığı şartnamede entegrasyon ayrıntılı, ekran okunabilirliği hiç yok; ticaretin yazdığı şartnamede kampanya senaryoları ayrıntılı, ağ altyapısı hiç yok.

Bu konudaki pratik yöntem şartnameyi kim yazıyor ve ihale şartnamesinde marka adı yazmak yazılarında ele alınmıştır: taslağı bir kişi yazar, her birim kendi bölümünü doldurur, son hâli birlikte okunur.

Şartnamenin teklifleri karşılaştırılabilir kılacak biçimde yazılması ayrıca önemlidir; aksi hâlde gelen teklifler aynı kapsamı anlatmaz (teklifleri karşılaştırılabilir kılmak).

Mağaza tarafını erken dahil etmek

En sık atlanan paydaş, etiketi fiilen kullanacak olan mağaza personelidir. Kararlar merkezde alınır, sistem sahaya iner ve orada beklenmedik bir direnç ya da yanlış kullanım ortaya çıkar.

Bunun önüne geçmenin en ucuz yolu, pilot mağazayı seçerken oradaki ekibi karar sürecine katmaktır. Şablon taslağı onlara gösterilir, eşleştirme akışı onlarla denenir.

Pilot, yalnızca teknik bir deneme değil, aynı zamanda bir beklenti hizalama aracıdır (pilot kurulumdan yaygınlaştırmaya). Pilot mağazadaki ekip, yaygınlaştırma aşamasında diğer mağazalara en iyi anlatıcı olur (personel eğitimi ve devir teslim).

Başarı tanımı üzerinde anlaşmak

Proje kapandığında "başarılı oldu mu" sorusunun cevabı paydaşa göre değişmemelidir. Bunun tek yolu, başlangıçta ortak ve sayısal bir başarı tanımı yapmaktır.

Üç dört metrik yeterlidir ve hepsi ölçülebilir olmalıdır: fiyat doğruluk oranı, güncelleme tamamlanma süresi, etiket iş yükü, arıza oranı. Bu metrikler pilot projede ölçülecek 10 metrik ve ESL operasyonunda KPI takibi yazılarında ayrıntılandırılmıştır.

Metrikler önceden yazıldığında kabul aşamasındaki tartışma da kısalır: ölçüm yapılır, sonuç tutanağa geçer, ödeme dilimi açılır (ESL projesinde ödeme planı ve kilometre taşları).

Toplantı değil, tek sayfa

Bütün bu yapı ağır görünebilir ama kâğıt üzerinde tek sayfadır: beş paydaş, beş karar sahibi, dört metrik. Bu sayfa projenin başında yazılır ve her ayın sonunda bir kez okunur.

Projeyi geciktiren şey genellikle işin kendisi değil, kimin ne yapacağının belirsizliğidir; bu sayfa o belirsizliği ortadan kaldırır.

Bu yazının kaynakları

Bu yazı genel teknik bilgi aktarır ve dışarıdan bir kaynağa dayanan sayısal iddia içermez.

Bu yazıya atıf

Yazıyı bir sunuma, şartnameye veya hukuk notuna taşıyacaksanız aşağıdaki satırı olduğu gibi kullanabilirsiniz.

ElektronikEtiket.org. “ESL projesinde paydaş yönetimi: kim neyi onaylar, kim ne bekler?.” 28 Eylül 2026. https://elektroniketiket.org/blog/esl-projesinde-paydas-yonetimi

Etiketler: proje yönetimisatın almaorganizasyon

← Tüm yazılar
Karşılaştırma (0/4)
Karşılaştır