Microsoft Fabric benimseme yol haritası: Kullanıcı desteği

Not

Bu makale, Microsoft Fabric benimseme yol haritası makale serisinin bir bölümünü oluşturur. Seriye genel bakış için bkz . Microsoft Fabric benimseme yol haritası.

Bu makalede kullanıcı desteği ele alınıyor. Öncelikle sorunların çözümüne odaklanır.

Bu makalenin ilk bölümleri, kuruluşunuz içinde şirket içinde denetiminiz olan kullanıcı desteği yönlerine odaklanır. Son konular, kullanılabilir dış kaynaklara odaklanır.

Beceri mentorluk, eğitim, belgeler ve iç Doku kullanıcı topluluğuna sağlanan ortak geliştirme yardımı gibi ilgili konuların açıklaması için Mentorluk ve kullanıcı etkinleştirme makalesine bakın. Bu etkinliklerin etkinliği, resmi kullanıcı destek isteklerinin hacmini önemli ölçüde azaltabilir ve genel olarak kullanıcı deneyimini artırabilir.

Kullanıcı desteği türleri

Bir kullanıcının bir sorunu varsa, bu sorunu çözmek için seçeneklerinin ne olduğunu biliyor mu?

Aşağıdaki diyagramda kuruluşların başarıyla çalıştırmış olduğu bazı yaygın kullanıcı desteği türleri gösterilmektedir:

Diagram shows the four types of internal Fabric user support, and the two types of external support, which are described in the table below.

Yukarıdaki diyagramda gösterilen altı kullanıcı desteği türü şunlardır:

Tür Açıklama
Type 1. Takım içi destek (iç) çok resmi değildir. Destek, ekip üyeleri işlerinin doğal seyri sırasında birbirlerinden bilgi edindiğinde gerçekleşir.
Type 2. İç topluluk desteği (iç) resmi olmayan, resmi veya her ikisi birden düzenlenebilir. İş arkadaşları dahili topluluk kanalları aracılığıyla birbirleriyle etkileşim kurursa oluşur.
Type 3. Yardım masası desteği (dahili), biçimsel destek konularını ve isteklerini işler.
Type 4. Genişletilmiş destek (dahili), yardım masası tarafından yükseltilen karmaşık sorunların işlenmesini içerir.
Type 5. Microsoft desteği (dış), lisanslı kullanıcılar ve Doku yöneticileri için destek içerir. Ayrıca kapsamlı belgeler içerir.
Type 6. Topluluk desteği (dış), dünya çapında uzmanlar topluluğu, Microsoft En Değerli Profesyoneller (MVP) ve forumlara katılan ve içerik yayımlayan meraklıları içerir.

Bazı kuruluşlarda ekip içi ve şirket içi topluluk desteği, self servis verileri ve iş zekası (BI) için en uygun olanlardır; içerik merkezi olmayan iş birimlerindeki içerik oluşturucular ve sahipler tarafından yönetilir. Buna karşılık, yardım masası ve genişletilmiş destek teknik sorunlar ve kurumsal veriler ve BI için ayrılmıştır (içerik merkezi bir BI ekibine veya Mükemmellik Merkezi'ne aittir ve yönetilir). Bazı kuruluşlarda, dört destek türünün tümü de herhangi bir içerik türüyle ilgili olabilir.

İpucu

İş liderliğinde self servis, yönetilen self servis ve kurumsal veri ve BI kavramları hakkında daha fazla bilgi için İçerik sahipliği ve yönetim makalesine bakın.

Yukarıda sunulan altı kullanıcı desteği türünün her biri bu makalede daha ayrıntılı olarak açıklanmıştır.

Ekip içi destek

Ekip içi destek , ekip üyelerinin günlük çalışmaları sırasında birbirlerinden ne zaman bilgi edindikleri ve birbirlerine yardım ettikleri durumları ifade eder. Şampiyonlarınız olarak ortaya çıkan self servis içerik oluşturucular, kendi istekleriyle yardım etmek istedikleri için bu tür bir resmi olmayan destek rolünü üstlenme eğilimindedir. Resmi olmayan bir destek modu olsa da, düşük değerli olmamalıdır. Bazı tahminler, iş yerinde öğrenmenin büyük bir yüzdesinin eş öğrenme olduğunu gösterir. Bu, özellikle etki alanına özgü analiz çözümleri oluşturan analistler için yararlıdır.

Not

Ekip içi destek, bir departmandaki tek veri analisti olan bireyler için iyi çalışmaz. Ayrıca, kuruluşunda henüz çok fazla bağlantısı olmayanlar için de etkili değildir. Güvenecek yakın iş arkadaşı olmadığında, bu makalede açıklandığı gibi diğer destek türleri daha önemli hale gelir.

Dahili topluluk desteği

Topluluk üyelerinizin yardımı genellikle bir tartışma kanalında veya uygulama topluluğu için özel olarak ayarlanmış bir forumda iletilerin biçimini alır. Örneğin, birisi DAX hesaplamasını çalışırken sorun yaşadığını veya içeri aktarmak için doğru Python modülünü aradıklarını belirten bir ileti gönderir. Ardından kuruluştaki birinden öneriler veya bağlantılar içeren bir yanıt alır.

İpucu

bir iç Doku topluluğunun amacı, resmi destek taleplerinin ve maliyetlerinin azaltılmasına yol açabilecek kendi kendine sürdürülebilir olmaktır. Ayrıca, daha geniş ölçekte ve tamamen merkezi bir yaklaşımla gerçekleşen yönetilen self servis içerik oluşturmayı kolaylaştırabilir. Ancak, dahili topluluğu her zaman izlemeniz, yönetmeniz ve nurcaktır. İşte iki özel ipucu:

  • T-SQL, Python, Veri Analizi eXpressions (DAX) ve Power Query M formül dili gibi daha zor konularda birden çok uzman geliştirin. Bir topluluk üyesi tanınan bir uzmana dönüştüğünde, çok fazla yardım isteğiyle fazla yüklenebiliyordu.
  • Daha fazla sayıda topluluk üyesi belirli soru türlerini (örneğin rapor görselleştirmeleri) kolayca yanıtlayabilirken, daha az sayıda üye diğerlerini yanıtlayabilir (örneğin, karmaşık T-SQL veya DAX). COE'nin topluluğun yanıt verme şansı vermesi ve yanıtlanmamış soruları hemen ele almaya istekli olması önemlidir. Kullanıcılar sürekli soru sorarsa ve yanıt almazsa, topluluğun büyümesi önemli ölçüde engellenir. Bu durumda, bir kullanıcı sorularına herhangi bir yanıt almazsa muhtemelen ayrılır ve hiçbir zaman geri dönmez.

Dahili bir topluluk tartışması kanalı yaygın olarak bir takımlar kanalı veya bir Yammer Grup olarak ayarlanır. Seçilen teknoloji, kullanıcıların iş akışının doğal iş akışı içinde ortaya çıkması için o anda çalıştığı yeri yansıtmalıdır.

İç tartışma kanalının avantajlarından biri, yanıtların özgün istek sahibinin daha önce hiç karşılaşmadığı kişilerden gelebilmesidir. Daha büyük kuruluşlarda, bir uygulama topluluğu ortak bir ilgi alanına göre insanları bir araya getirir. Genel olarak yardım almak ve öğrenmek için farklı perspektifler sunabilir.

Bir iç topluluk tartışma kanalının kullanılması, Mükemmellik Merkezi'nin (COE) insanların sorduğu soruları izlemesine olanak tanır. BU, COE'nin kullanıcıların karşılaştığı sorunları anlamasının bir yoludur (genellikle içerik oluşturmayla ilgilidir, ancak içerik kullanmayla da ilgili olabilir).

Tartışma kanalını izlemek, daha önce COE tarafından bilinmeyen ek analiz uzmanlarını ve potansiyel şampiyonları da ortaya koyabilir.

Önemli

Gelişmekte olan şampiyonları sürekli tanımlamak ve iş arkadaşlarını destekleyecek donanıma sahip olduklarından emin olmak için onlarla etkileşim kurmak en iyi uygulamadır. Uygulama topluluğu makalesinde açıklandığı gibi, COE kimin yardımcı olduğunu görmek için tartışma kanalını etkin bir şekilde izlemelidir. COE, topluluk üyelerini kasıtlı olarak teşvik etmeli ve desteklemelidir. Uygun olduğunda, onları şampiyonlar ağına davet edin.

Tartışma kanalının bir diğer önemli avantajı, diğer kişilerin bilgileri bulmasına olanak tanıyan aranabilir olmasıdır. Ancak, insanların özel iletiler veya e-postalar yerine açık bir forumda soru sorması alışkanlık değişikliğidir. Bazı kişilerin bu kadar açık bir şekilde soru sorma konusunda rahat olmaması konusunda hassas olun. Bilmediklerini açıkça kabul eder ve bu utanç verici olabilir. Bu isteksizlik, samimi, teşvik edici ve yararlı bir tartışma kanalını tanıtarak zaman içinde azalabilir.

İpucu

Topluluğun en yaygın ve basit sorularından bazılarını ele almak için bir bot oluşturmak isteyebilirsiniz. Bot, "lisans istemek Nasıl yaparım??" veya "çalışma alanı istemek Nasıl yaparım??" gibi karmaşık olmayan sorular için çalışabilir. Bu yaklaşımı benimsemeden önce, kullanıcı deneyimini daha kötü yerine daha iyi hale getirecek yeterli rutin ve öngörülebilir sorular olup olmadığını göz önünde bulundurun. Genellikle iyi oluşturulmuş bir SSS (sık sorulan sorular) daha iyi çalışır ve geliştirilmesi daha hızlıdır ve bakımı daha kolaydır.

Yardım masası desteği

Yardım masası genellikle BT departmanı tarafından çalışan paylaşılan bir hizmet olarak çalıştırılır. Büyük olasılıkla daha resmi bir destek kanalına güvenecek kullanıcılar şunlardır:

  • Daha az deneyimli kullanıcılar.
  • Kuruluşa daha yeni.
  • İç tartışma topluluğuna ileti göndermekte isteksiz.
  • Kuruluştaki bağlantıların ve iş arkadaşlarının olmaması.

Makineler BT tarafından yönetildiğinde yazılım yükleme ve yükseltme istekleri gibi BT müdahalesi olmadan tam olarak çözülemez bazı teknik sorunlar da vardır.

Meşgul yardım masası personeli genellikle birden çok teknolojiyi desteklemeye kendini adamıştır. Bu nedenle, desteklenmesi en kolay sorun türleri, net bir çözüme sahip olan ve bir bilgi bankasında belgelenebilenlerdir. Örneğin, yazılım yükleme önkoşulları veya lisans alma gereksinimleri.

Bazı kuruluşlar yardım masasından yalnızca çok basit bir hata çözme sorununu çözmesini ister. Diğer kuruluşların yardım masası, yeni çalışma alanı istekleri, ağ geçidi veri kaynaklarını yönetme veya yeni kapasite isteme gibi yinelenebilir her şeye dahil olur.

Önemli

Doku idaresi kararlarınız, yardım masası isteklerinin hacmini doğrudan etkiler. Örneğin, kiracı ayarlarında çalışma alanı oluşturma izinlerini sınırlamayı seçerseniz, kullanıcılar yardım masası biletleri gönderir. Bu yasal bir karar olsa da, isteği çok hızlı bir şekilde karşılamaya hazırlıklı olmanız gerekir. Mümkünse 1-4 saat içinde bu tür isteklere yanıt verin. Çok uzun süre geciktirdiğinizde, kullanıcılar zaten sahip oldukları şeyi kullanır veya gereksinimlerinizi karşılamak için bir yol bulur. Bu ideal senaryo olmayabilir. Promptıaklık belirli yardım masası istekleri için kritiktir. Power Apps ve Power Automate kullanarak otomasyonun bazı işlemleri daha verimli hale getirmede yardımcı olabileceğini düşünün. Daha fazla bilgi için bkz . Kiracı düzeyinde çalışma alanı planlaması.

Zaman içinde sorun giderme ve sorun çözme becerileri, yardım masası personelinin bilgi bankasını genişletmesi ve Doku desteği konusunda deneyim kazanmasıyla daha etkili hale gelir. En iyi yardım masası personeli, kullanıcıların gerçekleştirmesi gerekenleri iyi bilen kişilerdir.

İpucu

Veri yenileme hatası veya ağ geçidi veri kaynağına yeni kullanıcı ekleme gereksinimi gibi tamamen teknik sorunlar, genellikle hizmet düzeyi sözleşmesi (SLA) ile ilişkili basit yanıtları içerir. Örneğin, engelleme sorunlarına bir saat içinde yanıt vermek ve bunları sekiz saat içinde çözmek için bir SLA olabilir. Veri tutarsızlıkları gibi sorunları gidermek için SLA'ları tanımlamak genellikle daha zordur.

Genişletilmiş destek

COE, Doku'nun kuruluş genelinde nasıl kullanıldığına ilişkin derin içgörülere sahip olduğundan, karmaşık bir sorun ortaya çıktığında genişletilmiş destek için harika bir seçenektir. COE'yi destek sürecine dahil etmek bir yükseltme yolu ile olmalıdır.

COE üyeleri genellikle iş kullanıcıları tarafından iyi bilindiğinden, istekleri yalnızca yardım masasından bir yükseltme yolu olarak yönetmek zorlaşır. Uygun kanalların üzerinden geçme alışkanlığını teşvik etmek için, COE üyeleri kullanıcıları yardım masası bileti göndermeye yönlendirmelidir. Ayrıca, yardım masası isteklerini çözümlemek için veri kalitesini da iyileştirir.

Microsoft desteği

Bu makalede ele alınan iç kullanıcı destek yaklaşımlarına ek olarak, kullanıcılar ve Doku yöneticileri tarafından doğrudan göz ardı edilmemesi gereken değerli dış destek seçenekleri vardır.

Microsoft belgeleri

Tüm müşterileri büyük ölçüde etkileyen yüksek öncelikli sorunlar için Doku destek web sitesine bakın. Genel Microsoft 365 yöneticileri, Microsoft 365 portalında ek destek sorunu ayrıntılarına erişebilir.

Kapsamlı Doku belgelerine bakın. Sorun gidermeye ve bilgi aramaya yardımcı olabilecek yetkili bir kaynaktır. Belge sitesinden sonuçların önceliğini ayarlayabilirsiniz. Örneğin, web arama altyapınıza gibi power bi gateway site:learn.microsoft.comsite hedefli bir arama isteği girin.

Power BI Pro ve Kullanıcı Başına Premium son kullanıcı desteği

Lisanslı kullanıcılar Microsoft'a destek bileti kaydedebilir.

İpucu

Teknik sorunların dahili yardım masasına bildirilip bildirilmeyeceğini şirket içi kullanıcı topluluğunuza açıklayın. Yardım masanız iş yükünü iş yüküyle başa çıkabilecek donanıma sahipse, merkezi bir iç alanın kullanıcı sorunlarını toplaması, sorunları kendi başına çözmeye çalışan her kullanıcıya kıyasla üstün bir kullanıcı deneyimi sağlayabilir. Görünürlük sahibi olmak ve destek sorunlarını analiz etmek COE için de yararlıdır.

Yönetici istrator desteği

Doku yöneticileri için çeşitli destek seçenekleri vardır.

Microsoft Birleştirilmiş Destek sözleşmesi olan müşteriler için yardım masası ve COE üyelerine Microsoft Services Hub erişimi vermeyi göz önünde bulundurun. Microsoft Services Hub'ın avantajlarından biri, yardım masanızın ve COE üyelerinizin destek isteklerini göndermek ve görüntülemek için ayarlanabilmesidir.

Dünya çapında topluluk desteği

Bu makalede açıklanan iç kullanıcı destek yaklaşımlarına ve daha önce açıklanan Microsoft destek seçeneklerine ek olarak, dünya çapındaki Doku topluluğundan da yararlanabilirsiniz.

Dünya çapındaki topluluk, bir sorunun etki alanı bilgisi olmayan biri tarafından kolayca anlaşılabilmesi ve gizli veriler veya hassas iç süreçler içermemesi konusunda kullanışlıdır.

Genel kullanıma açık topluluk forumları

Kullanıcıların sorun gönderebileceği ve dünyadaki herhangi bir kullanıcıdan yanıt alabileceği çeşitli genel topluluk forumları vardır. Herkesten, her yerden yanıt almak çok güçlü ve son derece yararlı olabilir. Ancak, tüm genel forumlarda olduğu gibi, forumuna gönderilen tavsiyeleri ve bilgileri doğrulamak de önemlidir. İnternet'te yayınlanan tavsiyeler sizin durumunuz için uygun olmayabilir.

Genel kullanıma açık tartışma alanları

Sosyal medya platformlarında Fabric teknik soruları gönderen kişileri görmek çok yaygın bir durumdur. Tartışmalar, duyurular gönderme ve kullanıcıların birbirine yardımcı olduğunu fark edebilirsiniz.

Topluluk belgeleri

Fabric küresel topluluğu canlı. Her gün çok sayıda Yapı blog gönderisi, makale, web semineri ve video yayınlanıyor. Sorun giderme ile ilgili topluluk bilgilerine güvenmek için, aşağıdaki işlemleri izleyin:

  • Bilgilerin ne kadar güncel olduğu. Ne zaman yayımlandığını veya son güncelleştirildiğinden emin olmaya çalışın.
  • Çözüm durumunun ve içeriğinin çevrimiçi olarak yer alıp almayacağını gerçekten durumunuza sığdırır.
  • Sunulurken bilginin güvenilirliği. Saygın bloglara ve sitelere güvenin.

Dikkate alınacak hususlar ve önemli eylemler

Denetim listesi - Kullanıcı desteği için gerçekleştirebileceğiniz önemli noktalar ve önemli eylemler takip eder.

Ekip içi desteğinizi geliştirin:

  • Tanıma ve teşvik sağlama: Uygulama topluluğu makalesinde açıklandığı gibi şampiyonlarınıza teşvikler sağlayın.
  • Ödül çalışmaları: Gerçekleştiğini gördüğünüzde anlamlı taban çabalarını tanıyıp övebilirsiniz.
  • Resmi roller oluşturma: Resmi olmayan ekip içi çalışmalar yeterli değilse, bu alanda uygulamak istediğiniz rolleri resmileştirmeyi göz önünde bulundurun. Uygun olduğunda İk iş tanımına beklenen katkıları ve sorumlulukları ekleyin.

İç topluluk desteğinizi geliştirin:

  • Soruları sürekli teşvik etme: Kullanıcıları belirlenen topluluk tartışma kanalında soru sormaya teşvik edin. Alışkanlık zamanla derlendikçe, bunu ilk seçenek olarak kullanmak normalleşecektir. Zamanla, daha fazla kendi kendine destekleyici olacak şekilde gelişecektir.
  • Tartışma alanını etkin bir şekilde izleyin: Uygun COE üyelerinin bu tartışma kanalını etkin bir şekilde izlediğinden emin olun. Bir soru bir sorunun cevaplanmamış durumda kalması, yanıtların üzerinde geliştirilmesi veya uygun olduğunda düzeltmeler yapabilirler. Ayrıca, varolan kaynakları daha fazla tanıma uygulamak için ek bilgilere bağlantılar postalayabilirsiniz. Topluluğun hedefi kendi kendine destek haline gelmelerine rağmen, yine de için adanmış kaynaklar izlenmesi gerekir.
  • İletişim seçenekleri kullanılabilir: Kullanıcı popülasyonunuzun iç topluluk destek alanının mevcut olduğunu bildiğinden emin olun. Bağlantıların göze çarpan görüntüsünü içerebilir. Kullanıcı topluluğunuzla düzenli iletişimlere bir bağlantı ekleyebilirsiniz. Kullanıcıları iç kaynaklarınıza yönlendirmek için Doku portalındaki yardım menüsü bağlantılarını da özelleştirebilirsiniz.
  • Otomasyonu ayarlama: Tüm lisanslı kullanıcıların topluluk tartışma kanalına otomatik olarak erişebildiğinden emin olun. Grup tabanlı lisanslama kullanarak lisans kurulumunu otomatikleştirmek mümkündür.

dahili yardım masası desteğinizi geliştirin:

  • Yardım masası sorumluluklarını belirleme: Yardım masasının ilk Doku destek konularının kapsamının ne işleyeceklerine karar verin.
  • Hazırlık düzeyini değerlendirme: Yardım masanızın Doku desteğini işlemeye hazır olup olmadığını belirleyin. Giderilecek hazır olma boşluklarının olup olmadığını belirleyin.
  • Ek eğitim için düzenleme: Yardım masası personelini hazırlamak için bilgi aktarımı oturumları veya eğitim oturumları gerçekleştirin.
  • Yardım masası bilgi bankasını güncelleştirme: Bilinen soruları ve yanıtları aranabilir bir bilgi bankasına ekleyin. Zaman içinde yeni ve gelişmiş özellikleri yansıtmak için bilgi bankasında düzenli güncelleştirmelerin birinden sorumlu olduğundan emin olun.
  • Bilet izleme sistemi ayarlama: Yardım masasına gönderilen istekleri izlemek için iyi bir sistem olduğundan emin olun.
  • Doku ile ilgili herhangi bir sorun için herkesin çağrıda olup olmayacağına karar verin: Uygunsa, 7/24 destek beklentilerinin net olduğundan emin olun.
  • Hangi SLA'ların var olacağını belirleme: Belirli bir hizmet düzeyi sözleşmesi (SLA) mevcut olduğunda, yanıt ve çözüm beklentilerinin açıkça belgelendiğinden ve iletildiğinden emin olun.
  • Hızlı davranmaya hazır olun: Belirli yaygın sorunları son derece hızlı bir şekilde ele almak için hazır olun. Yavaş destek yanıtı, kullanıcıların geçici çözümler bulmasına neden olur.

İç COE genişletilmiş desteğinizi geliştirin:

  • Yükseltilen desteğin nasıl çalışacağını belirleme: Yardım masasının doğrudan işleyemeyeceği istekler için yükseltme yolunun ne olacağını belirleyin. COE'nin (veya eşdeğer personelin) gerektiğinde devreye adım atmaya hazır olduğundan emin olun. Yardım masası sorumluluklarının nerede sona ereceğini ve COE genişletilmiş destek sorumluluklarının nerede başlayacağını açıkça tanımlayın.
  • COE ve sistem yöneticileri arasında işbirliğini teşvik etme: COE üyelerinin ve Doku yöneticilerinin Microsoft 365 ve Azure genel yöneticilerine ulaşmak için doğrudan bir yükseltme yolu olduğundan emin olun. Doku'nun kapsamını aşan yaygın bir sorun ortaya çıktığında iletişim kanalının olması kritik önem taşır.
  • COE'den yardım masasına geri bildirim döngüsü oluşturun: COE yeni bilgileri öğrendiğinde BT bilgi bankası güncelleştirilmelidir. Amaç, birincil yardım masası personelinin gelecekte daha fazla sorunu ele alma konusunda sürekli daha iyi bir donanıma sahip olmasıdır.
  • Yardım masasından COE'ye bir geri bildirim döngüsü oluşturun: Destek personeli yedeklilik veya verimsizlikler gözlemlediğinde, bu bilgileri bilgi bankasını geliştirmeyi veya dahil etmeyi seçebilecek (özellikle idare veya güvenlikle ilgiliyse) COE'ye iletebilir.

Sorulacak sorular

Kullanıcı desteğini değerlendirmek için aşağıda bulunanlar gibi soruları kullanın.

  • Kurumsal verileri ve BI çözümlerini desteklemek kimin sorumluluğundadır? Self servis çözümler ne olacak?
  • Kritik sorunları etkili bir şekilde algılamak ve önceliklerini belirlemek için sorunların iş üzerindeki etkisi ve aciliyeti nasıl belirlenir?
  • İş kullanıcılarının veri ve IŞ zekası çözümleriyle ilgili sorunları bildirmesi için net bir süreç var mı? Bunun kurumsal çözümlerle self servis çözümleri arasında ne fark vardır? İlerletme yolları nelerdir?
  • İçerik oluşturucular ve tüketiciler genellikle hangi tür sorunlarla karşılaşır? Örneğin, veri kalitesi sorunları, performans sorunları, erişim sorunları ve diğerleri ile karşılaşıyorlar mı?
  • Sorunlar çözülmeden kapatılır mı? Günümüzde veri öğelerinde veya raporlarda "bilinen sorunlar" var mı?
  • Veri varlığı sahiplerinin self servis BI çözümleriyle ilgili sorunları COE gibi merkezi ekiplere aktarması için bir süreç uygulanıyor mu?
  • Verilerdeki ve mevcut çözümlerdeki sorunlar ne sıklıkta? İş son kullanıcılarını etkilemeden önce bu sorunların hangi oranı bulunur?
  • Sorunları çözmek genellikle ne kadar sürer? Bu zamanlama iş kullanıcıları için yeterli mi?
  • Son sorunlar ve işletme üzerindeki somut etki örnekleri nelerdir?
  • Kurumsal ekipler ve içerik oluşturucular Doku sorunlarını Microsoft'a nasıl bildireceklerini biliyor mu? Kurumsal ekipler kritik sorunların engelini kaldırmak için topluluk kaynaklarını etkili bir şekilde kullanabilir mi?

Dikkat

Kullanıcı desteğini değerlendirirken ve riskleri veya sorunları açıklarken, bireylere veya takımlara suçlama yapmayan nötr dil kullanmaya dikkat edin. Değerlendirmede herkesin perspektiflerinin adil bir şekilde temsil edilmesini sağlayın. Bağlamı doğru bir şekilde anlamak ve açıklamak için nesnel olgulara odaklanın.

Vade düzeyleri

Aşağıdaki olgunluk düzeyleri, Power BI kullanıcı desteğinizin geçerli durumunu değerlendirmenize yardımcı olur.

Düzey Kullanıcı desteği durumu
100: Başlangıç • Bireysel iş birimleri birbirini desteklemenin etkili yollarını bulur. Ancak, taktikler ve uygulamalar silolu ve tutarlı bir şekilde uygulanmaz.

• Bir iç tartışma kanalı mevcuttur. Ancak, yakından izlenmez. Bu nedenle, kullanıcı deneyimi tutarsız.
200: Yinelenebilir • COE, takım içi desteği ve şampiyonlar ağının büyümesini aktif olarak teşvik eder.

• İç tartışma kanalı çekiş kazanır. Sorular ve tartışmalar için varsayılan yer olarak bilinir.

• Yardım masası en yaygın teknik destek sorunlarının az bir bölümünü ele alır.
300: Tanımlı • İç tartışma kanalı popülerdir ve büyük ölçüde kendi kendini sürdürebilir. COE, tüm soruların hızlı ve doğru bir şekilde yanıtlandığından emin olmak için tartışma kanalını etkin bir şekilde izler ve yönetir.

• Destek sıklığını, yanıt konularını ve öncelikleri izlemek için bir yardım masası izleme sistemi mevcuttur.

• COE gerektiğinde uygun genişletilmiş destek sağlar.
400: Yetenekli • Yardım masası, bilinen ve beklenen teknik destek sorunlarının daha geniş bir kısmını ele almak için tamamen eğitilmiş ve hazırlanmıştır.

• Genişletilmiş destek de dahil olmak üzere yardım masası destek beklentilerini tanımlamak için SLA'lar mevcuttur. Beklentiler belgelenir ve iletilir, böylece ilgili herkese açık olur.
500: Verimli • Yardım masası ile COE arasında çift yönlü geri bildirim döngüleri vardır.

• Ana performans göstergeleri memnuniyet ve destek yöntemlerini ölçer.

• Otomasyon, yardım masasının daha hızlı tepki vermesine ve hataları (örneğin API'lerin ve betiklerin kullanımı) azaltmasına olanak sağlamak için kullanılır.

Microsoft Fabric benimseme yol haritası serisinin sonraki makalesinde sistem gözetimi ve yönetim etkinlikleri hakkında bilgi edinin.