Dijital benimsme platformları, kullanıcıların yazılımı öğrenme ve benimseme şeklini dönüştürebilir; ancak iyi bir şekilde devreye alınmaları gerekir. Trupeer ile ücretsiz bir şablonla başlayarak, marka yönergeleriniz ile özelleştirip planı, devreye almayı başlatmak için paydaşları aynı hedefte buluşturan video anlatımlara dönüştürerek DAP uygulama planlamasında saatler kazanabilirsiniz.

Dijital benimsme platformları nadiren teknik olarak başarısız olur. Başarısız olmalarının nedeni, platformun hangi problemi çözeceğine kimsenin karar vermemiş olmasıdır; böylece rehberlik her şeye göre oluşturulur, çeyrek içinde eskir ve kullanıcılar onu görmezden gelmeyi öğrenir.

Bu şablon, bir uygulamanın çalışıp çalışmadığını belirleyen altı kararı kapsar; ardından da bunu gerçekten yapmak için gereken dört aşamayı ele alır.

DAP uygulama şablonunu indirin

Ücretsiz, düzenlenebilir, filigransız.

Uygulamadan önce: Gerçekten bir DAP’e ihtiyacınız var mı?

Bunu dürüstçe sormaya değer; çünkü DAP’ler satın almak için pahalıdır ve kötü şekilde sürdürmek daha da pahalıdır.

Şu durumlarda bir DAP doğru yanıttır: Yüzlerce ya da binlerce kişinin kullandığı karmaşık yazılımlar, yüksek devir oranı nedeniyle sürekli yeniden işe alım/onboarding, yanlış yapmanın maliyetinin yüksek olduğu süreçler veya kullanıcılarınızın kaçınamadığı ve seçmediği sistemler.

Şu durumlarda bir DAP muhtemelen gereksizdir: Yazılım birkaç düzine kişi tarafından kullanılıyorsa, iş akışları istikrarlıysa, kullanıcılar motiveyse veya asıl sorun kimsenin hiçbir şey yazmamış olmasıysa. Bu gibi durumlarda dokümantasyon ve kaydedilmiş anlatımlar, maliyetin çok daha küçük bir kısmıyla çoğu ihtiyacı karşılar; ayrıca arayüz değiştikçe uygulama içi rehberliği sürdürme yükü de devam etmez.

Test şudur: Sorununuz, insanların talimatları bulamaması mı yoksa bulsalar bile talimatları okumayacak olmaları mı? Birincisi bir dokümantasyon problemidir. İkincisi ise ürünün içine gömülü rehberlik gerektirir.

Trupeer’da bu şablon nasıl özelleştirilir

Adım 1: Şablonlar Bölümünü Açın

Ana navigasyondan Şablonlar bölümüne gidin.

Adım 2: Bir Şablon Seçin ve Açın

Açmak istediğiniz herhangi bir şablonun üzerine tıklayın.

Adım 3: Şablon Görünümünü Genişletin

Gerekirse, tam düzeni ve ayrıntıları net bir şekilde görmek için şablon görünümünü genişletin.

Adım 4: Şablonu Düzenleyin

Seçili şablonda değişiklik yapmaya başlamak için Düzenle’ye tıklayın.

Düzenleyici içinde şunları yapabilirsiniz:

• Yeni bölümler ekleyin

• Biçimlendirme kurallarını tanımlayın veya güncelleyin

• Bir logo ekleyin ve konumunu ile ilgili ayarları düzenleyin

Adım 5: Özelleştirilmiş Şablonunuzu Kaydedin

Gerekli tüm değişiklikleri yaptıktan sonra, güncellenmiş şablonu kendi şablonunuz olarak saklamak için Kaydet’e tıklayın.

Adım 6: Şablonu Önizleyin ve İnce Ayar Yapın

Özelleştirilmiş şablonunuzun nasıl göründüğünü görmek istediğinizde Önizleme’yi açın.

Önizleme ekranından, gerekirse doğrudan ayarlamaya devam edebilir; böylece şablonun tam olarak istediğiniz gibi göründüğünden emin olursunuz.

Bir DAP uygulama şablonuyla şunları yapabilirsiniz:

• Planlamada saat kazanın: DAP devreye alımları için oluşturulmuş bir yapıyla boş sayfayı atlayın.

• Gerçek benimsemeyi yönetin: Yerleşik alanlar, içerik stratejisi ve yönetişimin net olmasını sağlar.

• Markanıza uygun kalın: Trupeer’ın marka kitini kullanarak logonuzu, yazı tiplerinizi ve renklerinizi uygulayın.

• Devreye alımı iletin: Planı paydaşlar için video güncellemelerine dönüştürün.

• Uygulamalar genelinde standardize edin: Her bir DAP uygulaması için aynı şablonu kullanın.

• Küresel kullanıcılara ulaşın: DAP planlarını ve içeriği tek tıkla 65+ dile çevirin.

Başarıyı belirleyen altı karar

Her şeyi yapılandırmadan önce bunları belirleyin.

Karar 1: hangi problem

Bir tane adlandırın. Belirli bir süreç için destek taleplerini azaltmak, yeni başlayanlarda yeterlilik süresini kısaltmak, belirli bir formda veri kalitesini artırmak veya belirli bir iş akışının tamamlanmasını sağlamak.

“Yeni sistemi benimsemeyi artırın” ile başlayan uygulamalar her şeye yönelik rehberlik üretir ve hiçbir yerde değer yaratmaz. Problem ifadesi, iyileşip iyileşmediğini çeyrek içinde anlayabileceğiniz kadar spesifik olmalıdır.

Karar 2: rehberlik edilecek hangi akışlar

Kullanıcıların DAP’i ne ölçüde tolere edeceğini belirleyen en büyük etken.

Yüksek hacimli ve hata yapmaya açık olan akışları, insanların unutacak kadar seyrek olanları ya da yeni ve tanıdık olmayanları yönlendirin. Kullanıcıların her gün yaptığı ve zaten doğru yaptığı her şeyi olduğu gibi bırakın.

Gereksiz her araç ipucu, insanların okumadan rehberliği görmezden gelmesini öğretir; bu alışkanlık oluştuğunda, önemli olan rehberliğe de uygulanır. Otuz tane yerine üç ila beş akışla başlayın.

Karar 3: içeriği kim sahipleniyor

DAP içeriği zamanla bozulur. Arayüzler değişir, süreçler değişir ve taşınmış bir düğmeye işaret eden rehberlik, hiç rehberlik olmamasından bile kötüdür.

Zaman ayrılmış bir departman değil, bir kişi adlandırın. Bir DAP’in ikinci yılda terk edilmesinin en yaygın nedeni, onu oluşturan kişinin oradan ayrılması ve devralacak kimsenin olmamasıdır.

Karar 4: benimsenmenin anlamı ne

Bunu DAP ile bir etkileşim olarak değil, bir görev çıktısı olarak tanımlayın.

Görünümler, araç ipucu izlenimleri ve anlatım başlangıçları rehberliğinizi ölçer; benimsemeyi değil. Önemli olan ölçüm, temel görevin yardımsız, doğru şekilde tamamlanıp tamamlanmadığıdır. Bunu devreye almadan önce belirleyin ve bir başlangıç değeri (baseline) alın; çünkü başlangıç değerini sonradan uyarlamak imkânsızdır.

Karar 5: oluşturmak mı yoksa dokümante etmek mi

Her akış için, gerçekten uygulama içi rehberliğe ihtiyaç duyup duymadığını yoksa dokümante edilmiş bir anlatımın daha iyi hizmet edip etmeyeceğini belirleyin.

Kullanıcı ürünün içindeyken ve aksiyon ekranda olduğunda uygulama içi rehberlik kazanır. Kullanıcı bir şeyleri harekete geçmeden önce anlamaya ihtiyaç duyuyorsa, süreç birden fazla sistemi kapsıyorsa veya daha sonra geri dönüp bakmaları gerekiyorsa dokümantasyon ve video kazanır. Çoğu uygulama ikisini de gerektirir ve DAP’i her şeyin cevabı gibi görmek onları pahalı yapan şeydir.

Karar 6: güncel tutmayı nasıl sağlayacaksınız

Tetikleyiciyi ve süreci şimdi belirleyin. Her ürün sürümü, adlandırılmış bir sorumlu ve tanımlı bir dönüş süresiyle bir rehberlik değerlendirmesini tetiklemelidir. Bunu yapmazsanız bozulma, kullanıcılar şikâyet edene kadar görünmez olur; o zamana kadar da ona güvenmeyi zaten bırakmış olurlar.

Uygulama şablonu

Aşama 1: keşif ve başlangıç değeri

İki ila dört hafta.

• Problem ifadesini doğrulayın ve sponsordan bunu yazılı olarak onaylamasını isteyin.

• Başlangıç değerini alın. Kategori bazında destek talebi hacmi, görev tamamlama oranları, tamamlama süresi, hata veya yeniden işleme oranları, yeni başlayanlarda yeterlilik süresi.

• Kullanıcılarla görüşün ve onları çalışırken izleyin. İnsanların zorlandığını söylediği şeylerle onları gerçekten yavaşlatan şeyler genellikle farklıdır.

• Akış envanterini oluşturun: her aday süreç için hacim, hata oranı ve bunu kimin yaptığı.

• Pilotta üç ila beş akış için acımasızca önceliklendirin.

• Teknik ön koşulları doğrulayın: tarayıcı uzantısı dağıtımı, tek oturum açma (SSO), analitik erişimi, varsa herhangi bir güvenlik incelemesi.

• Her şey inşa edilmeden önce içerik sahipliği modelini onaylayın.

Güvenlik ve BT incelemesi, çoğu zaman en çok hafife alınan adımdır. Düzenlemeye tabi ortamlarda, tüm uygulamanın geri kalanının tamamından daha uzun sürebilir.

Aşama 2: pilot

Dört ila altı hafta.

• Sadece pilot akışlar için rehberlik oluşturun. Hemen isteneceği için kapsam genişletmeye direnin.

• Gönüllüler yerine, ideal olarak kendinden emin ve zorlananların karışımından oluşan gerçek kullanıcılarla bir pilot grubu seçin; çünkü gönüllüler her zaman hevesli olanlardır.

• Yenilikten değil davranıştan emin olmak için yeterince uzun süre çalıştırın. İki hafta yeterli değildir.

• Başlangıç değerine göre, görev çıktısı üzerinden ölçün.

• İçericiliğe (intrusiveness) dair nitel geri bildirim toplayın. Yardım eden rehberliği kullanıcılar tolere eder; kesintiye neden olan rehberliğe ise içerlerler ve bu ayrımı nadiren, istenmedikçe kendiliklerinden belirtirler.

• Devam et, ayarla ya da durdur kararını verin. Durdurma seçeneğini dahil etmek, pilotun dürüst kalmasını sağlar.

Aşama 3: devreye alma

Altı ila on iki hafta, aşamalı.

• Tümünü aynı anda değil, gruplar halinde devreye alın; böylece dalgalar arasında düzeltme yapabilirsiniz.

• Dağıtımdan önce iletişim kurun. Yazılımında önceden haber verilmemiş katmanlarla karşılaşan kullanıcılar, bir şeylerin bozulduğunu varsayar.

• Önce yöneticileri bilgilendirin; böylece soruları yanıtlayabilirler.

• Rehberliği öncelik sırasına göre dağıtın; her şeyi aynı anda değil.

• Geri bildirim kanallarını açık tutun ve görünür şekilde harekete geçin.

• Görmezden gelme oranlarını izleyin. Belirli bir rehberde yüksek görmezden gelme oranı, o rehberin yanlış olduğu anlamına gelir; kullanıcıların dirençli olduğu değil.

• Her dalgada başlangıç değerine göre raporlayın.

Aşama 4: sürdürme

Sürekli ve çoğu uygulamanın atladığı aşama.

• Her ürün sürümünde, adlandırılmış bir sahip ile rehberliği gözden geçirin.

• Artık ihtiyaç duymayan akışlar için rehberliği kullanımdan kaldırın. Rehberlik kalıcı değildir; kullanıcılar görevi öğrendikten sonra onu yerinde bırakmak, hepsini görmezden gelmeleri için onları eğitmenin yoludur.

• Yeni akışları bilinçli olarak, tek tek ve aynı önceliklendirme kriterlerine göre ekleyin.

• Benimsemeyi, orijinal problem ifadesine göre çeyreklik raporlayın.

• Her yıl yeniden başlangıç değeri belirleyin; çünkü karşılaştırma, diğer her şey değiştikçe bozulur.

Doldurulmuş uygulama örneği

Problem ifadesi. Gider/masraf talebi başvuruları, zamanın %31’inde yeniden işleme gerektirir; bu da ayda 40 destek talebi üretir ve ortalama dokuz gün gecikmeyle geri ödeme sağlar.

Başarı ölçümü. Yeniden işleme oranı %10’un altında ve masrafla ilgili talepler ayda 15’in altında; tam devreye alımdan sonraki bir çeyrek içinde.

Kapsam. Yalnızca gider/masraf sistemi. Talep gönderimi, makbuz yükleme ve onay akışları. Tüm 340 çalışan. Kapsam dışı: raporlama, idari yapılandırma, finans ekibinin kendi süreçleri.

Akış envanteri, pilot kapsamı.

İkinci akışı fark edin: düşük hacim, çok yüksek hata oranı. Bunlar en iyi adaylardır; çünkü her bir örnekteki acı (sorun) yüksektir ve kullanıcıların tekrar yoluyla öğrenme şansı yoktur.

Uygulama kontrol listesi

Satın almadan önce

• Problem ifadesi spesifik olarak ve bir sayıyla tanımlandı

• Başlangıç değeri ölçülebilir ve ölçüldü

• Zaman ayrılmış bir içerik sahibi belirlendi

• Güvenlik ve BT incelemesi kapsamı belirlendi

• Başarı ölçümü bir görev çıktısı olarak tanımlandı

Pilottan önce

• Hacim ve hata oranına göre üç ila beş akış seçildi

• Pilot grubu seçildi, gönüllü olmayan karma yetenek

• Dağıtım yöntemi test edildi

• Analitik erişimi doğrulandı

• Durdurma kriterleri üzerinde uzlaşıldı

Devreye almadan önce

• Pilot sonuçları başlangıç değerine göre ölçüldü

• İçericilik geri bildirimi toplandı ve aksiyon alındı

• İletişim planı üzerinde uzlaşıldı, önce yöneticiler

• Dalgalar planı tanımlandı

• Geri bildirim kanalı canlı

Bitirdik diyebilmeden önce

• Bakım tetikleyicisi ve sahibi doğrulandı

• Her rehber için kullanımdan kaldırma kriterleri üzerinde uzlaşıldı

• Çeyreklik raporlama planlandı

• Yeniden başlangıç değeri tarihi belirlendi

Dijital benimsemeyi ölçme

Platforma değil, problem ifadesine göre raporlayın. 40.000 rehber görünümü gösteren ve yeniden işleme oranında değişiklik olmayan bir çeyreklik rapor, olumlu bir dille tarif edilen başarısız bir uygulamadır.

Yaygın DAP kullanım senaryoları

• Yeni sistem devreye alma. Geçiş sırasında kullanıcıları tanıdık olmayan iş akışlarında yönlendirin; ardından yeterlilik geliştikçe rehberliği kullanımdan kaldırın.

• Yeni çalışanların onboarding’i. Sistemlerde yeterlilik süresini azaltın; özellikle de devir oranı yüksekse.

• Destek hacmini azaltma belirli, tekrarlayan ve kendi kendine hizmet edilebilir görevlerde.

• Veri kalitesini artırma giriş noktasında form doldurmayı yönlendirerek.

• Uyumluluk açısından kritik süreçler hata maliyetinin yüksek olduğu ve adımların seyrek olduğu durumlarda.

• Özellik benimsemesi kendi ürününüzde; DAP’in dahili değil müşteriyle yüz yüze olduğu senaryolarda.

• Süreç değişikliği, sistem aynı kaldığında ve onu kullanmanın doğru yolu değiştiğinde.

Bir platform seçme

Özellik listesinden ziyade kullanım senaryosuna uyarlayın.

Masaüstü, eski (legacy) ve yoğun şekilde özelleştirilmiş sistemlerin kapsamı çok farklılık gösterdiği için, bunun gerçek uygulamalarınızda çalışıp çalışmadığını sorun. Bir arayüz değişikliğinde rehberliğin nasıl hayatta kaldığını sorun; çünkü bu, bir demo sırasında gösterilenden daha çok bakım yükünüzü belirler. Rehber etkileşimi yerine görev çıktılarında hangi analitikleri aldığınızı sorun. Dağıtımı sorun; çünkü tarayıcı uzantıları BT ve güvenlik açısından gerçek etkiler doğurur. Ayrıca içeriği kimin oluşturduğunu sorun; çünkü geliştirici zamanı gerektiriyorsa içeriğiniz güncel kalamaz.

Ardından, benzer bir altyapıya sahip bir referans müşteri isteyin ve özellikle ikinci yıl hakkında sorun.

DAP’in yanıt olmadığı durumlar

Direkt olmakta fayda var; çünkü en çok paranın boşa gittiği yer burasıdır.

Kullanıcılarınız talimatları bulamıyorsa, bir dokümantasyon ve bulunabilirlik sorunu vardır ve uygulama içi rehberlik bunu çözmenin pahalı bir yoludur. Süreciniz gerçekten kafa karıştırıcıysa, rehberlik kötü bir süreci “yaşatır”; düzeltmez. Yazılım küçük bir grup tarafından ara sıra kullanılıyorsa, dokümante edilmiş anlatımlar maliyetin çok küçük bir kısmına mal olur ve arayüz değiştiğinde bozulmaz. Sorununuz, insanların bir şeyleri anlaması gerektiği halde bir şeylere tıklamak değilse, ekrana yerleştirilen rehberlik tamamen yanlış bir araçtır.

Trupeer AI bir dijital benimsme platformu değildir ve uygulama içi rehberliği üst üste bindirmez. Yaptığı şey, tek bir ekran kaydından dokümantasyon ve anlatımlı video anlatımlar üretmektir; bu, kuruluşların DAP’lerden elde etmeyi umduğu hedeflerin önemli bir bölümünü, devreye alma, uzantı veya bakım yükü olmadan kapsar. Birçok ekip için dürüst sıra şudur: önce doğru şekilde dokümante edin, bunun düzelttiği şeyi ölçün ve kalan kısım için yalnızca bir DAP satın alın.

İyi uygulamalar

• Tek bir problem ifadesi ve bir sayıyla.

• Her şeyi inşa etmeden önce başlangıç değerini alın.

• Başlamak için üç ila beş akış.

• Sadece hacme değil, hata oranına göre önceliklendirin.

• Zaman ayrılmış bir içerik sahibi belirleyin.

• Benimsemeyi bir görev çıktısı olarak tanımlayın.

• Dağıtımdan önce iletişim kurun.

• Yüksek görmezden gelme oranlarını rehberliğinizle ilgili geri bildirim olarak değerlendirin.

• Görev öğrenildikten sonra rehberliği kullanımdan kaldırın.

• Her sürümde gözden geçirin.

Yaygın hatalar

• Problem tanımlanmadan satın almak.

• Her şeyi yönlendirmek; böylece kullanıcılar her şeyi görmezden gelir.

• Rehber görünümlerini ölçmek ve bunu benimseme sanmak.

• Başlangıç değeri olmaması; bu yüzden iyileşme gösterilemez.

• İçerik sahipliği atanmadığı için iki çeyrek içinde bozulma.

• Rehberliği kalıcı olarak bırakmak; kullanıcıları onu görmezden gelmeye eğitmek.

• Gönüllülerden oluşan pilot grup; bu grup asla temsili değildir.

• Tümünü aynı anda devreye almak; böylece bir problem herkesi aynı anda etkiler.

• BT ve güvenlik incelemesini hafife almak.

• Bozuk bir süreci örtmek için bir DAP kullanmak.

• Arayüz değiştiğinde ne olacağına dair plan olmaması.

Önce dokümante edin, sonra neyin rehberlik gerektirdiğine karar verin

Trupeer AI’da şablonu açın, uygulama dokümanlarınızın standartlarınıza uyduğundan emin olmak için brand kit’inizi uygulayın ve herhangi bir bölümü doğrudan düzenleyin. Kurulum şablon kılavuzunda yer alır.

Her DAP uygulamasının, rehberlik edilebilmesi için önceden dokümante edilmiş akışlara ihtiyacı vardır ve çoğu ekip keşif sırasında, dokümantasyonun asıl eksik olduğunu fark eder. Her akışı bir kez kaydedin ve Trupeer AI, aynı kayıt üzerinden yazılı anlatımı ve anlatımlı video anlatımı üretir; bu da uygulamanın ihtiyaç duyduğu içerik envanterini sağlar ve çoğu zaman hiç rehberlik olmadan birkaç akışı çözer.

Çevirin 65+ dile; bu genellikle çok dilli uygulama içi rehberlikten daha ucuzdur. DAP’in altındaki referans katman olarak bilgi tabanınızda seti saklayın ve onboarding ve eğitim için kullanın. Ekiplerin sistem devreye alımlarına nasıl yaklaştığını değişim yönetiminde görün.

Kaydedin. Markalayın. Çevirin. Trupeer’layın.

Sıkça Sorulan Sorular

Ücretsiz bir dijital benimsme platformu uygulama şablonu var mı?

Evet, bu sayfada Excel, Word, PowerPoint ve PDF olarak. Uygulama öncesi altı kararı, çıkış kriterleri olan dört aşamayı, akış envanterini, bir RACI’yi, benimseme takipçisini ve devreye alma kontrol listesini kapsar. Ücretsiz, kayıt gerektirmez, filigransız.

Dijital benimsme platformu nedir?

Diğer uygulamalarınızın üzerine oturan ve kullanıcıları, onlara anlatımlar, araç ipuçları, kontrol listeleri ve bağlama duyarlı yardım sunarak görevler boyunca yönlendiren yazılımdır. Amaç, insanların yazılımı kullanırken öğrenmesidir; önceden ayrı bir eğitimle değil.

Dijital benimsme platformunu nasıl uygularsınız?

Başlangıç değeri olan tek bir spesifik problemi tanımlayın, üç ila beş yüksek-hata akışı seçin, zaman ayrılmış bir içerik sahibi belirleyin, gerçek kullanıcılardan oluşan karma bir grupla pilot yapın, görev çıktıları üzerinden başlangıç değerine göre ölçün; ardından her birinin öncesinde iletişim olacak şekilde dalgalar halinde devreye alın. Ardından, çoğu uygulamanın atladığı aşama olan her ürün sürümünde bunu sürdürün.

Bir DAP uygulaması ne kadar sürer?

Karar alındıktan tam devreye almaya kadar genellikle üç ila altı ay: keşif için iki ila dört hafta, pilot için dört ila altı hafta ve aşamalı devreye alma için altı ila on iki hafta. Güvenlik incelemesi ve karma altyapı içeren kurumsal ortamlarda daha uzun sürer ve güvenlik incelemesi çoğu zaman en çok hafife alınan adımdır.

Bir DAP uygulama planı neleri içermelidir?

Başlangıç değeri olan spesifik bir problem ifadesi, başarı ölçümünün görev çıktısı olarak tanımlanması, kapsam ve açık dışlamalar, adlandırılmış sponsor ve içerik sahibi, hacimler ve hata oranlarıyla birlikte bir akış envanteri, çıkış kriterleri olan aşama tarihleri, riskler, bakım planı ve planlanan gözden geçirme noktaları.

Dijital benimsemeyi nasıl ölçersiniz?

Görev çıktıları üzerinden: tamamlama oranı, hata veya yeniden işleme oranı, tamamlama süresi, kategori bazında destek talepleri ve yeni başlayanlar için yeterlilik süresi. Rehber görünümleri ve araç ipucu izlenimleri, benimsemeyi değil rehberliğinizi ölçer; bunları başarı olarak raporlamak ise başarısız bir uygulamanın olumlu bir dille tarif edilmesinin en yaygın yoludur.

Bir DAP ile hangi süreçleri yönlendirmelisiniz?

Yüksek hacimli ve hata yapmaya açık akışlar, insanların unuttuğu seyrek görevler ve gerçekten yeni iş akışları. Kullanıcıların her gün yaptığı ve zaten doğru yaptığı her şeyi olduğu gibi bırakın; çünkü gereksiz rehberlik, önemli olan kısımlar da dahil olmak üzere kullanıcıların tüm rehberliği görmezden gelmeyi öğrenmesine yol açar.

DAP uygulamaları neden başarısız olur?

Neredeyse her zaman yapılandırmadan önce alınan kararlardan kaynaklanır. Spesifik bir problem yoktur; bu yüzden rehberlik her şeye göre oluşturulur. İçerik sahibi yoktur; bu yüzden iki çeyrek içinde bozulur. Benimseme, rehber etkileşimi olarak ölçülür; bu yüzden kimse çalışmadığını fark etmez. Ayrıca arayüz değişiklikleri için plan yoktur; bu nedenle rehberlik sessizce taşınmış düğmelere işaret etmeye başlar.

Dijital benimsme platformu ne kadar tutar?

Fiyatlandırma; satıcıya, kullanıcı sayısına ve uygulama kapsamına göre geniş ölçüde değişir ve bu kategoride yayınlanmış fiyatlandırma nadirdir. Çoğu kuruluş için daha büyük maliyet, devam eden içerik bakımıdır; bu da iş gerekçesinde rutin olarak hafife alınır ve uygulamaların ikinci yılda takılmasının nedeni budur.

Bir DAP’e mi ihtiyacım var yoksa daha iyi dokümantasyon mu?

Kullanıcılarınızın talimatları bulamayıp bulamadığını veya okuma konusunda isteksiz olup olmadığını sorun. Bulamıyorlarsa bu bir dokümantasyon ve bulunabilirlik problemidir ve uygulama içi rehberlik pahalı bir çözümdür. Mevcut olsa bile okumayacaklarsa, uygulama içi rehberlik gerçekten doğru yanıttır. Çoğu kuruluşta ikisinden de bir miktar vardır ve önce dokümante etmek, hangi akışların gerçekten rehberlik gerektirdiğini görmenizi sağlar.

Trupeer AI bir dijital benimsme platformu mu?

Hayır. Trupeer AI, uygulamalarınızın içinde rehberliği üst üste bindirmez. Bir ekran kaydından dokümantasyon ve anlatımlı video anlatımlar üretir; bu da, değişen bir arayüze karşı devreye alma veya bakım yükü olmadan, ekiplerin DAP’lerden elde etmeyi amaçladığı şeylerin büyük bir bölümünü kapsar. Uygulama içi üst bindirmeler ve davranışsal analitiklerle tam bir DAP için özel bir platform gerekir ve bu sayfa onu doğru şekilde uygulamanıza yardımcı olur.

Bu DAP uygulama şablonunu özelleştirebilir miyim?

Evet, her sürüm tamamen düzenlenebilir. Aşamaları yönetişiminize göre ayarlayın, aşama kapıları ekleyin ve metrikleri problem ifadenize uyacak şekilde değiştirin. Trupeer AI’da ayrıca marka kitinizi uygulayarak uygulama dokümanlarınızın diğer proje dokümantasyonunuzla aynı standartlarda olmasını sağlayabilirsiniz.

İlgili şablonlar

• Değişim yönetimi planı şablonu

• Proje yönetimi planı şablonu

• Eğitim planı şablonu

• İş gereksinimleri dokümanı şablonu

• İş süreci şablonu

• SOP şablonu

• Bilgi tabanı şablonu

• İletişim planı şablonu