Uygulamada randevu değişikliğini güvenilir biçimde iletmek
Bildirim izinleri, gönderim durumu ve güncel servis randevusuna dönüş için deneme planı.
Değişiklik randevu sisteminde kalır
Push bildirimi değişen randevuyu haber verir. Geçerli değişiklik önce sorumlu sisteme kaydedilmelidir. Bu nedenle müşterinin güncel durumu nerede bulacağını ve bildirim ulaşmazsa önemli değişikliği kimin takip edeceğini önce planlayın.
Apple ve Android platforma özgü bildirim izinlerini açıklar. Müşteri randevu bildirimlerini açmak istediğinde olduğu gibi uygun anda yararını anlatın. Reddedilen izin onay sayılmamalıdır. Planlanan cihaz ve işletim sistemi sürümlerindeki davranışı denetleyin.
Örnek ve deneme planı
Kurgusal örnekte planlama ekibi AP-17 servis randevusunu 14:00 yerine 15:00 yapar. Sınırlı içerikli mesaj şöyle olabilir: “Bir servis randevusu değişti. Güncel durum için uygulamayı açın.” Bunun için kişisel iş ayrıntılarının kilit ekranında bulunması gerekmez.
Durum | Planlanan davranış | Beklenen kanıt |
|---|---|---|
Bildirim izni yok | Güncel randevular uygulamada bulunabilir kalır; önemli değişiklik için kararlaştırılmış iletişim yolu kullanılır. | Ekip push ile başarılı temas varsaymaz ve sorumlu rolü bilir. |
Randevu değişiyor | Değişiklik kaydedilir, bildirim açıkça ilgili randevuya bağlanır. | Yeni durum kayıtlıdır; gönderme girişimi kayıt yerine geçmez. |
Sağlayıcı mesajı kabul ediyor | Gerçekten bilinen gönderim durumu kaydedilir. | Sağlayıcı kabulü cihazın alması veya müşterinin okuması diye adlandırılmaz. |
Cihaz çevrimdışı veya mesaj geç geliyor | Açılışta güncel randevu durumu yüklenir. | Eski mesaj eski durumu geri yazmaz; güncellenememe anlaşılır gösterilir. |
Müşteri bildirime dokunuyor | Gerekli giriş ve güncel yetki denetiminden sonra ilgili randevu açılır. | Doğru randevu görünür. Erişim yoksa veya veri yüklenemiyorsa müşteriye uygun bildirim verilir. |
Gönderimle müşteri eylemini ayrı sınayın
FCM sunucunun kabulünü ve cihaz SDK’sına teslimi ayrı olaylar olarak belgeler. Cihazın alması da müşterinin değişikliği okuduğunu veya kabul ettiğini kanıtlamaz. Örnekte dokunma yeni randevu oluşturmamalı veya iş açısından gereken onayı otomatik vermemelidir.
Mesaja uygun geçerlilik süresi belirleyin. Mesajlar gecikebilir; eski bildirim bu nedenle randevu durumunun tek kaynağı olmamalıdır. Önemli değişikliklerde sorumlu kişinin belirlenmiş iletişim yolundan ne zaman takip edeceğini kararlaştırın.
İzin verilen ve reddedilen bildirimleri, geç teslimi, giriş yapılmamasını ve yüklenemeyen randevu verisini deneyin. Tablo bu denemenin beklenen sonuçlarını açıklar. Müşterinin güncel randevuyu bulup gereken sonraki eylemi anlamasını değerlendirin.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile Yazılım geliştirme
Özel yazılım, web ve mobil uygulamalar