Görüntülü Görüşme Uygulaması Geliştirme Rehberi

Görüntülü görüşme uygulaması geliştirme, görüntü teknolojisiyle değil aramanın sunduğu hizmetle başlamalıdır. Görüşme kalitesi temel farklılaştırıcınız değilse medya katmanı için yönetilen bir WebRTC sağlayıcısı kullanın — kendi altyapınızı kurmak, dakika başına kiralayabileceğiniz bir yetenek için aylarca iş ve sürekli operasyon yükü ekler.

Gerçekte geliştirdiğiniz şey aramanın etrafındaki her şeydir: randevu, kimlik ve izinler, bekleme odası, onam ve kayıt kuralları, notlar, ödeme ve bağlantı koptuğunda devreye girecek alternatif.

Önemli noktalar

• Arama en küçük parçadır: Asıl geliştirme randevu, roller, kayıtlar ve faturalamadır.
• Medya katmanını kiralayın: Yönetilen WebRTC, geliştirmekten hem ucuz hem güvenilirdir.
• Önce kötü bağlantıya göre tasarlayın: 50 Mbps'de ne olacağına karar vermeden önce 2 Mbps'de ne olacağına karar verin.
• Kayıt yükümlülüklerinizi değiştirir: Onam, saklama ve imha buradan doğar; bu yüzden bilinçli karar verin.

Önce hizmeti, sonra yazılımı tanımlayın

"Görüntülü görüşme uygulamasına ihtiyacımız var" bir bileşeni tarif eder. Muayene, uzaktan destek, mülakat, ders, saha incelemesi ve sosyal görüşme; yalnızca bir görüntü akışını paylaşan tamamen farklı ürünlerdir.

Aramanın neyi başardığını, her iki tarafta kimin olduğunu, öncesinde neyin olması gerektiğini ve sonrasında neyin var olması gerektiğini yazın. Tıbbi bir muayene onam ve klinik not gerektirir. Uzaktan saha incelemesi fotoğraf ve rapor gerektirir. Bir özel ders oturumu materyal ve ortak çalışma alanı gerektirir.

Yanıt, kapsamınızın çoğunu belirler ve neredeyse hiçbiri görüntüyle ilgili değildir.

Dört katmanı bilinçli kurun

Kullanıcı akışı, aramadan önceki ve sonraki her şeydir: randevu, hatırlatmalar, katılım ve katılımcının sonrasında aldığı şey.

Medya katmanı, bağlantının kendisidir — neredeyse her zaman yönetilen bir sağlayıcı.

Güven ve güvenlik; kimlik, izinler, onam, kayıt politikası, şikâyet ve yabancıların karşılaştığı yerlerde moderasyondur.

Operasyon, personel tarafıdır: oturumları yönetmek, gelmemeleri ele almak, teknik arızaları çözmek ve faturalamak.

Rolleri ve izinleri açıkça tanımlayın

Kim arama başlatabilir, kimi kabul edebilir, birini çıkarabilir, ekran paylaşabilir, kaydedebilir ve sonrasında geçmişi görebilir? Bunlar bariz görünür ve hataların çoğunun kaynağıdır.

Bir bekleme odası, kimin kimi kabul edeceğine dair bir kural gerektirir. Üç katılımcılı bir oturum, ev sahibi düştüğünde ne olacağına dair bir kural gerektirir. Bir kayıt, sonradan kimin ne kadar süreyle erişebileceğine dair bir kural gerektirir.

Bunları uygulamadan önce açık koşullar olarak yazın. Bunlar ayar değil iş kurallarıdır ve geliştirme sırasında keşfedilmeleri üründe tutarsız davranış üretir.

Zor ağlara ve eski cihazlara göre tasarlayın

Uzaktan görüşmeye en çok ihtiyaç duyan insanlar sıklıkla en kötü bağlantıya sahiptir. Düşük koşullu çalışmayı istisna değil normal durum olarak tasarlayın.

Bu; yalnızca sesli yedek mod, uyarlanabilir bit hızı, oturum durumunu koruyan yeniden bağlanma ve test edilmiş asgari cihaz gereksinimi demektir. Ürünün 2 Mbps'de ve beş yıllık bir telefonda ne yaptığına açıkça karar verin; çünkü deneyimin kabul edilebilir ya da terk edilebilir olduğu yer orasıdır.

Katılımcılara kamera, mikrofon ve bağlantı için görüşme öncesi bir kontrol sunun. Başarısız aramaların bir kısmını başarılıya çevirir ve destek temasını belirgin biçimde azaltır.

Gizliliği ve kaydı ürün gereksinimi sayın

Bir aramayı kaydetmek yükümlülüklerinizi değiştirir. Onam alınmalı ve kaydedilmeli, saklama konumu önemlidir, imha için bir kural gerekir ve erişim kontrol edilip kayda geçirilmelidir.

Varsayılanı sağlayıcının yapılandırmasından devralmak yerine bilinçli belirleyin. Görüşme sağlık, finans veya hukuki içerik taşıyorsa sağlayıcınızın medyayı nerede işlediğini ve sakladığını doğrulayın — bu sıklıkla varsaydığınız bölgenin dışındadır.

Aktarımda şifreleme standarttır. Uçtan uca şifreleme bazı sağlayıcılarda mevcuttur ve sunucu tarafı kayıt ile deşifre gibi özellikleri kısıtlar; bu yüzden hangisine ihtiyacınız olduğuna seçim yapmadan önce karar verin.

Arama başarısız olduğunda ne olacağını planlayın

Aramalar başarısız olur. Ürün, sonrasında ne olduğuyla değerlendirilir.

Alternatifi tanımlayın: katılımcılar aynı oturuma yeniden bağlanabiliyor mu, durum korunuyor mu, karşı taraf ne olduğunu görüyor mu ve yalnızca sese veya bir telefon numarasına geçiş var mı. Yeniden katılmayı yeni bir davet gerektirmek yerine önemsiz kılın.

Planlı oturumlarda başarısız bir aramanın ticari olarak ne anlama geldiğine — otomatik ertelenmesi mi, iade edilmesi mi, destek tarafından ele alınması mı — karar verin ve bunu e-postaya bırakmak yerine geliştirin.

Arama sayısını değil bağlantı kalitesini ölçün

Başarılı katılım oranını, beklenene göre medyan görüşme süresini, kopma oranını, yalnızca sese geçiş oranını ve yüz arama başına destek temasını izleyin.

Katılım oranı en açıklayıcı ve en sık ölçülmeyen rakamdır. Yirmi aramadan birinin hiç başlamadığı bir ürün, arama hacmi raporlamasının asla göstermeyeceği ciddi bir soruna sahiptir.

İlgili rehberler

İlgili içerikler:

• Tele-Sağlık Uygulaması Planlama: Akışlar, Güven ve Operasyon
• İş Modelini Test Eden Mobil Uygulama MVP'si Nasıl Tanımlanır?
• Mobil Uygulama Geliştirme Şirketi Nasıl Seçilir?

Görüntülü Görüşme Uygulaması Geliştirme Rehberi rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse İletişim Platformunuzu Konuşalım.