Haier, mikro işletmelerle kararları müşteriye nasıl yaklaştırdı?

Haier’in RenDanHeYi yaklaşımından müşteri ve karar yakınlığı dersleri çıkarın. Özerklikle ortak sınırları birlikte gösteren bir ekip uygulaması hazırlayın.

Küçük ekip: Büyük yapı içindeki küçük çalışma birimleri. Sağdaki sahnede Haier logosu.

Haier’in RenDanHeYi anlatımında çalışanlar ve küçük iş birimleri, kullanıcı ihtiyacıyla daha doğrudan ilişkilendiriliyor. Mikro işletme yaklaşımı kararın yalnız üst yönetim yönüne değil, müşteriye değer üretme yönüne bağlanmasını hedefliyor. Ofise taşınabilecek öğrenim, küçük ekibe sadece sorumluluk değil açık karar alanı vermek. Bununla birlikte ortak kaynak, bilgi ve sınırlar korunmalı. Özerklik, diğer ekipleri etkilemeden sınırsız karar almak değildir.

Büyük organizasyonda müşteri sorunu birçok onaydan geçebilir. Küçük ekip daha hızlı hareket edebilir; ama hangi kararları vereceğini bilmiyorsa yine bekler. Karar yakınlığı için görev kadar yetki ve bağımlılık da açıklanmalıdır.

Haier’in 2017 anlatımı ne söylüyor?

Haier’in Mart 2017 açıklaması, dönemin yönetim kurulu başkanı ve CEO’su Zhang Ruimin’in modelini anlatıyor. Çalışan, kullanıcı ihtiyacı ve bu ikisi arasındaki ilişki vurgulanıyor. Küçük birimler müşteriye daha doğrudan bağlanırken platformun kaynak ve ortaklık desteği sağlaması tarif ediliyor.

Bu, şirketin model anlatımı. Her mikro ekibin aynı sonuç aldığı veya başka şirketin aynı yapıyla başarılı olacağı anlamına gelmez. Öğrenim, müşteri ihtiyacını karar sorumluluğuyla daha yakın ilişkilendirme fikri.

Birinci öğrenim: Ekibin müşterisini somutlaştırın

Bir ekibin işi iç kullanıcıya hizmet de olabilir. Satış operasyonunun müşterisi saha ekibi, insan kaynaklarının müşterisi çalışan olabilir. Kimin hangi işini kolaylaştırdığı açık olduğunda görev seçimi daha anlamlı hale gelir.

Müşteri ihtiyacını genel memnuniyetle anlatmayın. Hangi bilgiye, hangi zamanda ihtiyaç duyuyor? Hangi kararı veremiyor? Küçük ekip bunun etrafında sonuç tanımlayabilir. Dosya sayısı yerine kullanıcının işi merkeze alınır.

Kullanıcıyla doğrudan ilişki kurmak her isteği kabul etmek değildir. İhtiyacı anlayıp uygun çözümü seçmek gerekir. Kapsam, kapasite ve şirket koşulları hala önemlidir. İsteğin arkasındaki işi öğrenmeden hızlı söz vermeyin.

İkinci öğrenim: Karar alanını açık yazın

Sorumluluğu ekibe verip her adımı onaya bağlamak çelişkili olabilir. Hangi küçük düzenlemeyi ekip kendi yapabilir? Hangi değişiklik bütçe, fiyat veya başka ekip etkisi nedeniyle ortak karar gerektirir?

Bu sınırı gerçek görevle anlatın. Standart yanıt düzenini iyileştirmek başka, müşteriye yeni hizmet vaat etmek başkadır. İki kararın aynı yetkiye ihtiyaç duyması beklenmez. İstisna için uygun görüşme yolu olsun.

Çalışan, kararını hangi bilgiyle vereceğini de bilmeli. Kullanıcı talebi, kaynak doğruluğu ve risk koşulu aynı yerde görünür olmalı. Birlikte çalışma anlaşması, beklenti ve kontrol sınırlarını konuşmak için yararlıdır.

Üçüncü öğrenim: Küçük ekipleri birbirinden koparmayın

Müşteriye yakın ekipler farklı çözümler geliştirebilir. Ancak aynı müşteri bilgisi, ürün kaynağı veya destek kapasitesi paylaşılıyorsa bağımlılık vardır. Bir ekibin hızlı kararı başka ekibe beklenmedik yük getirebilir.

Ortak bilgi ve destek düzenini belirleyin. Hangi kaynak tek geçerli kayıt olacak? Hangi uzman farklı ekiplere yardım edecek? Yeni talep geldiğinde bu kişinin kapasitesi nasıl korunacak? Özerklik bu soruları ortadan kaldırmaz.

Farklı ekiplerin aynı sorunu ayrı çözmesi bazen yararlı deneme, bazen gereksiz tekrar olabilir. Öğrenilenleri ortak yerde paylaşarak hangi kısmın tekrar kullanılabileceğini görün. Tek tip yaklaşımı zorlamadan ortak bilgiyi koruyabilirsiniz.

Kullanıcıya yakınlıkla her talebi kabul etmeyi ayırın

Küçük ekip kullanıcıyı daha iyi duyabilir. Fakat her isteği yeni görev yapmak kapasiteyi dağıtır. İhtiyacın arkasındaki işi öğrenip mevcut çözümle karşılanıp karşılanamayacağını değerlendirin. Kullanıcıya yakınlık sınırsız hizmet sözü değildir.

Ekibin karar alanı değişince ortak çalışma bilgisi de güncellensin. Başka ekip eski onay yoluna göre bekliyorsa yeni özerklik görünürde hız sağlar ama ortak işte karışıklık oluşturabilir. Hangi kararın nerede verileceğini gerçek örnekle duyurun.

Görüş ayrılığında kişisel unvan yerine kullanıcı ihtiyacı ve ortak risk konuşulsun. Bir grubun hızlı çözümü başka ürün koşuluyla çelişebilir. Doğru kaynak ve istisna kişisi açık olmalı. Her kararı uzatmadan gereken ortak kontrolü koruyabilirsiniz.

Küçük ekibin başarısını yalnız kendi tamamladığı işlerle değerlendirmeyin. Diğer ekipten aldığı destek ve oluşturduğu yeni yük de görünür olsun. Ortak uzman kapasitesi planlanmadan yerel hız artışı kalıcı olmayabilir. Modelin adından çok gerçek görevin nasıl ilerlediği önemli kabul ölçütüdür. İlk deneme bu ilişkiyi somutlaştırmak için kullanılabilir.

Kararı müşteriye yaklaştırın
  1. İhtiyacı seçin

    Ekibin hangi müşterinin hangi işini çözdüğünü yazın.

  2. Yetkiyi açıklayın

    Kendi kararıyla ortak onay gereken alanları ayırın.

  3. Bağımlılığı görün

    Küçük ekibin diğer ekiplerden ne beklediğini paylaşın.

Murat Kendugan · İşte küçük bir uygulama

Ofiste doldurulmuş küçük ekip uygulaması

Şöyle bir durum düşünün: Ürün destek ekibinde belirli müşteri grubunun sorunlarını takip eden küçük bir çalışma grubu kuruluyor. Amaç bütün şirket yapısını değiştirmek değil, tekrarlayan soruya daha yakın çözüm hazırlamak.

Alan

Doldurulmuş örnek

Kullanıcı ihtiyacı

Kurulum bilgisini doğru ve hızlı bulmak

Ekibin işi

Sık soruyu gerçek örneklerle açıklamak

Kendi karar alanı

Onaylı bilgiyle açıklama sırası ve örnek düzeni

Ortak karar

Ürün koşulu, fiyat veya yeni hizmet vaadi

Bağımlılık

Teknik uzman ve güncel ürün kaynağı

Sonuç kontrolü

Kullanıcının görevi tamamlaması ve tekrar sorunun nedeni

İlk çalışmada birkaç gerçek soruyu inceleyin. Kullanıcı hangi adımda takılıyor? Mevcut açıklama neden yetersiz? Küçük ekip gereken örneği hazırlayıp kullanıcıyla sınayabilir. Ürün koşulunu değiştirmeden açıklamayı daha kullanışlı yapmak mümkün olabilir.

Sonra destek uzmanının görüşünü alın. Kısa anlatım önemli istisnayı kaybetmiş mi? Diğer müşteri grubunda farklı koşul var mı? Böylece küçük ekibin hızı ortak bilgi doğruluğuyla birlikte korunur.

Özerklik nasıl değerlendirilir?

Kaç kararın üst yönetime gitmediğini saymak tek başına yeterli değildir. Kararların kullanıcı işini kolaylaştırması ve ortak sınırları koruması gerekir. Başka ekipte oluşan ek yük de görünür olmalıdır.

Tereddüt edilen kararları kaydedin. Sınır belirsizse ekip ya her şeyi onaya gönderir ya da gereğinden fazla kapsam açar. Gerçek örneklerde neyin kendi kararı olduğunu konuşmak, soyut yetki tablosundan daha anlaşılır olabilir.

Paydaş haritası hazırlama, kararın kimleri etkilediğini göstermeye yardımcı olur. Haier vakası da küçük birimin müşteriyle bağlantısını düşünmenizi sağlar; ama ortaklık ve kontrol düzeninin yerine geçmez.

İş hayatında sorumluluk ve iletişim yeteneklerinizi geliştirmek için kariyer gelişim kursunun programını inceleyebilirsiniz.

Murat Kendugan kariyer gelişim kursunun programını inceleyin

Sık sorulan sorular

Mikro işletme her ekip için gerekli mi?

Hayır. Bu belirli şirketin yönetim modeli. Başka yerde müşteri ihtiyacı, risk ve ortak bağımlılıklar farklı olabilir. Yapıyı kopyalamadan karar yakınlığı ve açık yetki fikri değerlendirilebilir.

Özerklik kontrolün kaldırılması mı?

Hayır. Karar alanı ve ortak sınırlar açık olmalıdır. Bütçe, veri veya müşteri vaadi gibi konular farklı onay gerektirebilir. Belirsiz yetki, bağımsız çalışma anlamına gelmez.

Küçük ekiplerin ortak sorunu nasıl görülür?

Paylaşılan kaynak ve uzmanları çıkararak. Paydaş haritası, bir kararın başka kişiye etkisini göstermeye yardımcı olur.

Çalışan ilk hangi öneriyi getirebilir?

Tekrarlayan kullanıcı sorusunu ve açıklama ihtiyacını gerçek örnekle gösterebilir. Kendi karar alanındaki küçük düzenlemeyi önerebilir. Yetki gerektiren kapsam değişikliğini ayrı karar olarak sunmalıdır.

Murat Kendugan

İş hayatını anlamak, becerilerini geliştirmek ve bir sonraki adımını netleştirmek üzerine içerikler.

Yazarı tanı
← Tüm yazılara dönVideoları keşfet