Sound
Dijital Ürünlerde Ses Tasarımı: Bildirimden Deneyime
Dijital ürünlerde ses tasarımı, bir etkileşimin anlamını ve hissini işitsel öğelerle destekleme işidir. Bir işlemin tamamlanmasını, dikkat gerektiren bir durumu veya uygulamanın karakterini duyurabilir. Her etkileşimin ses çıkarması gerekmez. İlk karar, sesin o anda ne işe yarayacağıdır.
Bir dosya işlemi arka planda sürerken tamamlanma sesi faydalı olabilir. Kullanıcının zaten baktığı ekranda her küçük değişiklikte ses çalması ise gereksiz olabilir. Aynı sesin anlamı, kullanım bağlamıyla değişir.
Önce sesin görevini yazın
Ses üretmeye başlamadan önce uygulamadaki olayları listeleyin. Hangileri bilgi veriyor, hangileri kullanıcıdan eylem bekliyor? Bir olayın kaç kez tekrarlanacağını da düşünün.
Örnek bir ürün için basit bir çalışma tablosu kurulabilir:
| Olay | Kullanıcının ihtiyacı | Tasarımda sınanacak yaklaşım |
|---|---|---|
| Uzun işlem tamamlandı | Başka işe bakarken sonucu fark etmek | Kısa, isteğe bağlı tamamlanma sesi |
| Formda eksik alan var | Eksik bilginin yerini bulmak | Açık metin ve alan işareti |
| Yeni mesaj geldi | Mesajı uygun zamanda değerlendirmek | Bildirim tercihlerine bağlı ses |
| Kritik işlem onaylanacak | Eylemin sonucunu anlamak | Önce anlaşılır açıklama ve kontrol |
Bu tablo hazır bir kural seti değildir. Ürünün bağlamına göre deneyebileceğiniz bir başlangıçtır. Özellikle sık tekrarlanan sesleri gerçek kullanım temposunda sınamak gerekir.
Bir ses ailesi kurun
Tamamlanma, uyarı ve yeni içerik seslerinin birbirinden ayırt edilebilmesi yararlıdır. Aynı zamanda aynı ürüne ait hissedilebilirler. Bunun için süre, ritim, tını ve sesin başlama-bitiş biçimi üzerinde birlikte çalışabilirsiniz.
Üç farklı ses dosyasını tek tek beğenmek yeterli olmaz. Arka arkaya geldiğinde nasıl bir ilişki kurduklarını dinleyin. Bir uyarının tamamlanma hissi verip vermediğine, kısa aralıklarla tekrarlandığında yorucu olup olmadığına bakın.
“Daha güçlü” geri bildirim isteğini yalnızca ses seviyesini artırarak çözmeye çalışmayın. Olayın sıklığını, kullanıcının dikkatini ve sesin süresini birlikte değerlendirin.
Sessiz kullanım da tamamlanmış bir deneyim olmalı
Bir ürün, sesi kapalı kullanan kişiye de ne olduğunu anlatmalıdır. Kullanıcı toplantıda olabilir, cihazının sesi kapalı olabilir veya işitsel bildirimleri tercih etmeyebilir. Tamamlanan iş, hata ve bekleme durumlarını görünür biçimde sunun.
W3C’nin durum mesajları açıklaması, bu bilgilerin yardımcı teknolojiler tarafından da algılanabilmesine odaklanır. Bir sesin çalması, durum bilgisini tek başına erişilebilir kılmaz. W3C — Understanding Status Messages
Ses kontrolü de erişilebilirlik açısından önemlidir. WCAG 2.1’in ilgili ölçütü, web sayfasında üç saniyeden uzun otomatik ses için durdurma, duraklatma veya sistem sesinden bağımsız ses düzeyi kontrolü ister. Bu asgari koşul, kısa seslerin her bağlamda uygun olduğu anlamına gelmez. W3C — Understanding Audio Control
Kullanım bağlamında dinleyin
Ses tasarımını yalnızca üretildiği kulaklıkta kontrol etmek dar bir değerlendirme olur. Telefon ve dizüstü bilgisayar gibi hedef cihazlarda, uygulamanın diğer sesleriyle birlikte deneyin. Sesin gecikmesi veya görsel durumdan önce çalması, yanlış bir tamamlanma algısı yaratabilir.
Küçük bir kullanıcı denemesinde “Bu sesi beğendiniz mi?” sorusunun yanına “Sizce ne oldu?” sorusunu ekleyin. Ses estetik açıdan hoş bulunabilir ama işlevi anlaşılmayabilir. Yorumları olay türüne göre kaydedin.
Products ve Sound arasındaki bağlantı
Pist Studio’nun Products ve Sound yapısı, ürün deneyimiyle ses üretimini birlikte düşünmeye alan açıyor. Bu kesişimde amaç, arayüze sürekli dikkat isteyen bir katman eklemek değil; sesin gerçekten anlam kattığı anları seçmek.
Bir sonraki ürün akışınızda tek bir olay belirleyin. Önce o olayın sessiz hâlde açıkça anlaşıldığından emin olun. Sonra sesin deneyime ne kattığını sınayın. Böylece ses, ürünün karakteriyle ve kullanıcının işiyle birlikte şekillenir.