LEGO Ideas, müşteri fikirlerini yalnız topluluk oylarına göre doğrudan üretime almıyor. Belirli destek düzeyine ulaşan öneriler ayrı bir ürün değerlendirmesine giriyor; bu aşamadan sonra bazıları gerçek ürün için seçiliyor. Böylece ilgi ile uygulanabilirlik aynı şey sayılmıyor. Ofis hayatına taşıyabileceğiniz öğrenim, çalışan veya müşteri fikrini dinlemek kadar karar sürecini de açık kurmak. Çok beğenilen bir öneri önemli bir ihtiyacı gösterebilir; ancak maliyet, güvenlik, bakım ve mevcut işlerle uyumu ayrıca değerlendirilmelidir.
LEGO Ideas’ta destek neden son karar değil?
LEGO Ideas’ın 18 Kasım 2024 tarihli değerlendirme sonuçları, topluluk desteği eşiğini aşan fikirlerin kurul incelemesine girdiğini ve Dario, kullanıcı adıyla ddf72 tarafından önerilen Minerals Display’in üretim için seçildiğini açıklıyor. Buradaki ayrım önemlidir: Desteğe ulaşmak inceleme fırsatı, seçilmek ürün geliştirme kararıdır. Bu duyuru ürünün sonraki satış başarısını kanıtlamaz.
Şirket içinde fikir toplarken benzer bir ayrım kolayca kaybolur. Bir öneriye çok kişi olumlu cevap verdiğinde uygulama sözü verilebilir. Daha sonra kaynak yetersizliği veya işin farklı bağımlılıkları ortaya çıkar. Katılımcı, fikrinin neden beklediğini anlayamaz.
Açık bir süreç, her fikrin kabul edilmesini gerektirmez. Fikrin hangi aşamada olduğunu ve kararın neye göre verileceğini anlamayı sağlar. Bu açıklık, fikir vermeyi gereksiz bir etkinlik olmaktan çıkarıp gerçek çalışma bilgisine bağlar.
Öğrenim 1: Desteğin arkasındaki ihtiyacı anlayın
Bir fikrin beğenilmesi, herkesin aynı gerekçeyle desteklediğini göstermez. İnsanlar yeniliği çekici bulabilir, belirli bir sorunu çözmesini bekleyebilir veya sadece sunumunu beğenebilir.
Bu nedenle oy veya olumlu yorumun yanında kısa bir soru sorun: Bu öneri hangi işinizi kolaylaştıracak? Verilen cevaplar fikrin gerçek değerini anlamanıza yardım eder. Aynı önerinin farklı ihtiyaçları temsil ettiğini de görebilirsiniz.
Örneğin çalışanlar tek ekranlı bir durum panosunu destekliyorsa sorun ekran sayısı olmayabilir. Güncel bilginin farklı dosyalarda bulunması veya kimden cevap beklendiğinin belirsiz olması asıl ihtiyaç olabilir. Çözümü seçmeden önce bu farkı anlamak önemlidir.
Belirsizliği gözlem ve varsayımdan ayırma yaklaşımı burada işe yarar. “Herkes tek ekran istiyor” yerine kaç kişinin hangi kullanım sorununu anlattığını yazın.
Öğrenim 2: İlgi ile uygulama kararını ayrı aşamalara koyun
Fikri dinleme aşamasında hemen bütçe veya üretim sözü vermeniz gerekmez. Önce öneriyi ve ihtiyacı kaydedebilirsiniz. Sonra uygunluk incelemesine geçebilirsiniz.
Uygunlukta yalnız ilk kurulum maliyetine bakmayın. Verinin kim tarafından güncelleneceği, hangi erişimlerin gerekeceği ve değişikliğin başka işlere etkisi de önemlidir. Başlangıçta kolay görünen fikir, bakım yükü nedeniyle sürdürülemeyebilir.
Bu ayrımı açıklamak, fikir sahibini uzaklaştırmak değildir. Tam tersine, önerisinin hangi koşulla ilerleyebileceğini anlamasını sağlar. Karar verilmeyen fikirlere de “İnceleniyor” demek yerine açık soru ve sonraki kontrol zamanı yazabilirsiniz.
Ofis uygulaması: Çalışanların önerdiği durum panosunu değerlendirin
Şöyle bir durum düşünün: Satış ve operasyon ekipleri müşteri siparişlerini farklı listelerde takip ediyor. Çalışanlar ortak bir durum panosu önerdi; kısa bir ankette yoğun destek aldı. Siz uygulama kararından önce öneriyi daha açık hale getirmek istiyorsunuz.
Fikir kaydının başına ihtiyacı yazın: “Bir siparişin hangi aşamada olduğunu ve sıradaki sorumluyu tek yerde görmek.” Ardından desteğin gerekçelerini toplayın. Satış ekibi müşteriye cevap vermek için, operasyon ekibi eksik bilgiyi bulmak için panoyu istiyor olabilir.
İlk uygunluk tablonuzda üç alan olsun: Gerekli veri, veri sahibi ve güncelleme anı. “Sipariş hazırlanıyor” durumunu kim değiştirecek? Eksik belge geldiğinde kayıt nasıl yenilenecek? Sistemi kullanmayan bir ekip olursa bilgi yine tam görünür mü?
Küçük denemeyi bütün siparişlere yaymadan önce belirli bir müşteri grubuyla sınayın. Mevcut iş akışını tamamen değiştirmek yerine, açık soruyu cevaplayacak kadar kapsam seçin. Denemede hangi kaydın güncel kalmadığını ve nedenini izleyin.
- İhtiyacı sorun
Önerinin hangi kullanıcı sorununa cevap verdiğini yazın.
- Desteği görün
İlgi gösteren kişilerin neden desteklediğini öğrenin.
- Uygunluğu sınayın
Uygulama yükünü ve gerekli koşulları ayrıca değerlendirin.
Fikir sahiplerini yalnız sonuç duyurusuna çağırmayın. Deneme sırasında panonun hangi bilgiyi eksik bıraktığını onların kullanımından öğrenin. Böylece katılım, ilk oy verme anından sonra da devam eder.
Son karar notunda destek düzeyinden ayrı olarak uygulama bulgularını yazın. “Çalışanlar istediği için devam ediyoruz” yerine “Sıradaki sorumlu daha açık görülüyor, ancak güncelleme görevi belirlenmeden genişlemiyoruz” gibi bir gerekçe kullanın.
Bu karar, bütün fikri kabul veya reddetmek zorunda değildir. Bazı alanları uygulayabilir, başka alanları daha sonra ele alabilirsiniz. PDCA ile küçük süreç iyileştirme yaklaşımı, denemeyi sonuca göre düzenlemenize yardım eder.
Reddedilen fikre de anlaşılır cevap verin
Bir önerinin ilerlememesi fikrin değersiz olduğunu göstermez. Mevcut koşullarda veri erişimi, kaynak veya bakım ihtiyacı karşılanamıyor olabilir. Kararı bu koşullarla anlatmanız, kişisel bir ret algısını azaltabilir.
Değerlendirme sırasında birbirinden farklı ihtiyaçları aynı puana sıkıştırmamaya çalışın. Çok kişinin küçük bir kolaylık istemesiyle az kişinin kritik bir hata yaşaması aynı öncelik değildir. Destek sayısının yanında sorunun etkisini ve çözümün hangi koşulda gerekli olduğunu da kaydedin. Böylece popüler öneri ile önemli ihtiyaç arasındaki fark karar masasında görünür olur.
Fikir sahibine kısa bir cevapta üç şey söyleyin: Hangi ihtiyaç değerli bulundu, hangi engel nedeniyle ilerlenmedi ve hangi koşul değişirse yeniden bakılabilir? Belirsiz bir teşekkür mesajı yerine bu bilgi sonraki öneriyi geliştirir.
Öneriniz reddedildiğinde sonraki adımı belirleme açısından da aynı ayrım faydalıdır. Ret gerekçesini kişisel yeterlilikten ayırıp geliştirilebilir alana odaklanabilirsiniz.
Fikir toplamak, karar vermeyi erteleyen bir vitrin etkinliği olmamalıdır. Katılımın anlamı, önerilerin nasıl değerlendirildiği ve ne öğrenildiği görüldüğünde güçlenir. İlgi ile uygulama kararını ayrı tuttuğunuzda hem kullanıcı sesini korur hem kaynakları daha bilinçli kullanırsınız.
Problem çözme ve işte gelişim yeteneklerinizi desteklemek için kariyer gelişim kursunun programını inceleyebilirsiniz.
Sık sorulan sorular
Çok destek alan fikir hemen uygulanmalı mı?
Hayır. Destek önemli bir ihtiyaç işareti olabilir; uygulanabilirlik, bakım, erişim ve kaynak ihtiyacı ayrıca değerlendirilmelidir.
Fikir toplarken karar koşulları açıklanmalı mı?
Evet. Hangi aşamanın yalnız ihtiyaç toplama, hangisinin uygulama incelemesi olduğunu söylemek yanlış beklenti oluşmasını azaltır.
Küçük deneme için ne kadar kapsam seçilmeli?
Açık soruyu cevaplayacak kadar dar kapsam seçin. PDCA uygulaması ile belirli görev veya kullanıcı grubunda deneme yapıp sonucu değerlendirebilirsiniz.
Uygulanmayan fikre nasıl cevap verilir?
Değerli bulunan ihtiyacı, ilerlemeyi engelleyen koşulu ve yeniden değerlendirme imkanını belirtin. Fikir sahibini değil önerinin mevcut uygunluğunu konuşun.
