Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Microsoft Teams'teki uygulamalar, kuruluşunuzdaki kişiler arasında işbirliğini sağlamak için tasarlanmıştır. Grup A'nın, Grup B'nin işlemesi gereken bir işlem yapması gibi devretme bilgileri olan bir uygulamanız olduğunda her şey uygulama içinde gerçekleşirse kullanıcılar önemli güncelleştirmeleri kaçırabilir ve süreçler gecikebilir.
Teams'te uygulamalarınızda kritik olaylar için bildirimler kullanmak, kullanıcıların dikkatini vermeleri veya yapılması gereken bir şey olduğunu bilmelerini sağlayarak işbirliğini geliştirir.
Teams ve Power Platform, kişilere bildirim vermede kullanabileceğiniz çeşitli seçenekler sunar.
- E-posta bildirimleri
- Kısa mesaj/mesaj bildirimleri
- Teams iletileri
- Uyarlanabilir kartlar
- Kanal gönderileri
İşbirlikçi uygulamalar oluşturmak üzere bildirimler ekleme hakkında bilgi edinmek için bu videoyu izleyin:
Doğru bildirim türünü seçin
Ne tür bir bildirim kullanılacağına nasıl karar vermelisiniz? Çoğu kişi varsayılan olarak e-posta bildirimlerini tercih eder ancak birçok kişi de çok fazla e-posta aldığından şikayet eder. E-posta kabul edilebilir bir bildirim türüdür ancak dikkatli kullanılmalıdır. Sık e-postalar yalnızca bir süre sonra görüldüğünden özellikle acil bildirimler için.
Uygun türde bir bildirim tanımlarken sorabileceğiniz bazı sorular şunlardır:
Bildirim acil mi?
Güvenlik sorunlarını izlemek için bir uygulama oluşturuyorsanız ve hemen ilgilenilmesi gereken bir acil sorun varsa, bildirimin hemen fark edilmesi için kısa mesaj iletisi, Anında İletme Bildirimi veya yüksek öncelikli Teams iletisi gibi bir bildirim kullanılır. Ancak, acil olmayan bildirimler için bu tür bildirimleri çok fazla kullanmayın aksi takdirde kullanıcılarınızın sinirini bozabilirsiniz.
Bildirim bilgilendirici mi yoksa eyleme dönüştürülebilir mi? Bir bildirim oluşturuyorsanız, bildirim alıcısının bildirimle ne yapmasını istiyorsunuz?
Bilgi amaçlı bildirimler kullanıcılara haber vermek içindir ancak yalnızca bilgi amaçlıdırlar. Örneğin, Teams için Çalışan Fikirleri örnek uygulama şablonumuzda, yeni bir fikir oluşturulduğunda, kişilere yeni bir fikir oluşturulduğunu bildiren bir ileti Teams kanalına gönderilir.
Eylem yapılabilir bildirim, alıcının bir veya daha fazla takip eylemi yapmasına olanak tanır. Kapsamı Çalışan Fikirleri makalesinde, kullanıcıların gönderilen fikri açıp oymasını sağlamak için bildirimin uyarlamalı karta nasıl dönüştürebileceğini gösterdik.
Bildirim, kullanıcının bir kayıt açma veya yanıtlama gibi bir bildirimle ilgili olarak bir şey yapabilmesini gerektiriyorsa, etkileşimli kart veya uygulamaya yönlendiren derin bağlantılı bir köprü gibi bir eyleme geçilebilir bir bildirim kullanılmalıdır.
Ayrıca Teams, bir Teams kanalına bir ileti gönderdiğinizde, bildirim üzerinde görüşmeleri etkinleştirerek diğer türde bildirimleri daha da kullanılabilir hale getirir. Kullanıcılar kanalda yanıt verebilirler; bu da birden çok kişinin bildirimi tartışmasına olanak tanır.
Bildirim kişisel mi, yoksa bir gruba yönelik mi?
Belirli bir kişinin mi bildirilmesi gerekiyor? Veya, bildirimi bilmesi gereken bir grup kişi mi var? Kişisel bildirimler için, diğer kullanıcıların uygun olmayan bildirimlere aşırı maruz kalmayacağı şekilde bir ileti, e-posta veya metin iletisi göndermeyi düşünebilirsiniz. İleti bir gruptaki birden çok kişi tarafından görülmeliyse, gruptaki kullanıcılar iletiyi görüp üzerinde işbirliği yaptığından, Teams kanalından bir ileti daha iyi bir seçimdir.
Bildirimin sıklığı nedir?
Teams için İnceleme örneği uygulama şablonunda, İnceleme tamamlandığında bir Teams kanalına ileti varsayılan olarak gönderilir. Ancak, İncelemelerin yüksek frekanslı bir sıklığı varsa, çoğu ileti kanala gönderilir. Ve bir kanala çok sayıda bildirim gönderildiğinde, bildirimler kaybolabilir. Telefon bildirim merkezinizi düşünün, bildirim gönderen birkaç uygulama olduğunda bunlar kullanışlıdır ama çok fazla uygulama varsa bildirimler anlamsızlaşır. Bu durumda, bildirimlerinizi yeniden değerlendirmeye ve bildirimi yalnızca acil incelemeleri ya da sorunları bildirmek üzere değiştirmek istersiniz.
Kullanıcılar üzerindeki etkisi nedir?
İş arkadaşlarınız muhtemelen meşguldür ve her kesinti, özellikle yüksek miktarlarda olduğunda yaşamlarına stres ekleyebilir. Önemli bilgileri daha fazla kullanılabilir duruma getirirse bildirimler iyi bir yöntemdir. Ancak, çok sık veya gerekmeyenlerin olumsuz etkileri de olabilir. Ayrıca, gereksiz bildirimler kullanıcının denetim hissini de azaltabilir, kullanıcının kontrolünde olmayan bildirimlerin gönderilmesi durumunda. Ve bu sinir bozucu bir deneyim olabilir. Kullanıcılara bildirimleri kontrol etmek için uygulamada bir seçenek vermeyi düşünün. Bu, bildirimleri kapatmak veya açmak için bir ayar veya ne gibi bildirimler alacaklarını kontrol edebilecekleri bir tercih olabilir. Örneğin bkz. bültenleri genişletme.
Bildirimler: Power Apps veya Power Automate
Bildirim oluştururken iki seçeneğiniz vardır:
- Uygulamanız bildirimi doğrudan oluşturabilir.
- Veya bildirimi göndermek için bir Power Apps akışı tetiklenebilir.
Hangi yaklaşımı kullanmanız gerektiği kararı, ne tür bir bildirimin kullanılacağı ve bildirimin nasıl tetiklenmesini gerektiğine bağlıdır. Uyarlanabilir kartlar gibi bazı bildirim türleri Power Automate gerektirir. E-posta gönderme, metin iletileri veya Teams kanal iletileri gibi diğerleri bir Power Automate formülünden veya bir Power Automate akışından gönderilebilir. Bu soruya "doğru veya yanlış" yanıtı yoktur ancak dikkat edilecek bazı kurallar şunlardır:
Akış olmadan doğrudan bir uygulamadan gönderilen bildirimler, uygulamada değişikliği yapan kullanıcının bağlamında olacaktır. Bu, kullanıcının iletiyi gönderen hizmete erişmesi gerektiği ve e-postalar gibi bazı ileti türlerinin kişisel hesaplarından gelebileceği anlamına gelir. Bir hizmet hesabından veya genel bildirim posta kutusundan ileti göndermek isterseniz, Power Automate akışı farklı bir kullanıcı hesabına ait olabilir ve bir veri koşulu (oluşturulmakta olan bir kayıt gibi) tarafından tetiklendiğinde ileti gönderebilir.
Akış bir bildirim gönderirse ve doğrudan uygulama tarafından tetikleniyorsa, akışın, akışı tetikleyen kullanıcı ile paylaşılması veya atanması gerekir. Akış bir bildirim gönderirse ve bir veri koşulu (bir kayıt oluşturma veya güncelleştirme gibi) tarafından tetikleniyorsa, akışın kullanıcı tarafından paylaşılması veya sahibi olması gerekmez.
Bildirimleri göndermek için Power Automate kullanarak, uygulamanızı yeniden yayımlamanız gerekmeden bildirimlerinizi güncelleştirebilirsiniz. Bildirim ayrıntılarınız sık olarak değiştirilirse veya uygulamanın oluşturucusu dışındaki kullanıcıların bunları değiştirmesi gerekiyorsa, bu, Power Automate tarafından gönderilen bildirimin iş yüklerinizi kesimlere ayırabileceği gibi, uygulama üzerinde çalışırken diğer kullanıcıların bildirimler üzerinde çalışmalarına olanak sağlar.
Power Apps bildirimleri doğrudan gönderme bildirim mantığını tanımlamak için formüller kullanır, Power Automate akışı bir bildirimin özelliklerini ayarlamak için daha grafik bir arabirim kullanır. Örneğin, bir Power Apps uygulamasından Outlook bağlayıcısı ile e-posta göndermek için aşağıdaki formülü kullanabilirsiniz:
Microsoft365Outlook.SendEmail("mailbox@contoso.com", Summary, Description)
Power Automate'te bunun yerine, e-posta gönder eylemi, kullanıcıların alanları Outlook'ta e-posta gönderilerle aynı şekilde doldurmasına izin verecek şekilde grafiksel bir şekilde sunulur.
Doğrudan Power Apps'ten e-posta göndermek deneyimli oluşturucular için daha hızlıdır, ancak ek dosyalar ve formatlanmış metin gibi daha fazla ayrıntı gerekir. Daha az deneyimli olan oluşturucular için Power Automate akışı ile e-posta göndermek daha kolay olabilir.