Omnichannel İşbirliğinde Cihaz Geçişinin Gerçek Maliyeti
Bir işi telefonda başlatıp bilgisayarda bitirmek omnichannel tasarımın en sevilen vaadi. Ama her cihaz geçişi kullanıcıya bedava gelmiyor: eşleştirme, kimlik doğrulama ve dikkatin yer değiştirmesi de etkileşim maliyetinin içinde. Asıl soru işbirliğinin iyi olup olmadığı değil, hangi görevde kazandırdığı.
Burada işbirliği ne demek
Omnichannel bileşeni olarak işbirliği, bir görevin iki cihaz arasında bölünebilmesi anlamına geliyor. Eşzamanlı olabilir: bilgisayarda sunum hazırlarken telefonun kamerasıyla fotoğraf çekip doğrudan dosyaya eklemek. Ardışık da olabilir: mobilde başlayan bir başvurunun masaüstünde kaldığı yerden devam etmesi.
İkisi aynı şey değil ve aynı problemi çözmüyorlar. Eşzamanlı işbirliği bir cihazın fiziksel eksiğini kapatır, ardışık işbirliği ise bir oturumu taşır.
Gerçekten kazandırdığı yerler
Elde birikmiş birkaç örüntü var ve hepsi aynı mantıkla çalışıyor: yapılacak iş, o an elinizdeki cihazda gereğinden pahalı.
- WeChat'in QR ile girişi, uzun bir şifreyi küçük klavyede yazma işini ortadan kaldırır.
- Macbook'ta sunuya fotoğraf eklerken iPhone kamerasını kullanmak, dosya aktarma adımını tamamen siler.
- TurboTax SmartLook tarzı görüntülü destek, kullanıcının kendi başına çözemeyeceği bir yerde araya insan koyar.
- Markette barkod okutup kasadan hızlı çıkmak, sıradaki bekleme süresini işin içinden çıkarır.
Netflix'te televizyonda içerik izlerken telefondan arama yapıp listeye eklemek de aynı ailedendir: televizyon kumandasıyla metin girmek berbat bir deneyim, telefon klavyesi zaten elinizde.
Geçişin kendi maliyeti
Etkileşim maliyeti, kullanıcının hedefe ulaşmak için harcadığı zihinsel ve fiziksel çabanın toplamı. İşbirliği bu toplamdan bir şey çıkarırken bir şey de ekliyor: ikinci cihazı eline alma, kilidi açma, doğru ekranı bulma, eşleştirmenin tamamlanmasını bekleme.
Yani denklem tek yönlü değil. Cihaz geçişi ancak görevin tek cihazda kalan kısmı, geçişin kendi yükünden pahalıysa kazandırıyor. Üç alanlık bir forma bu eşiği geçmez; on beş alanlık, belge yüklemesi olan bir başvuru geçer.
Kaynak metinlerin çoğu bunu atlayıp işbirliğini koşulsuz bir iyileştirme gibi anlatıyor. Aynı listelerde "etkin veri toplama" da fayda diye sayılır, oysa o fayda kullanıcının değil kurumun hanesine yazılır. İkisini ayrı tutmak, hangi özelliğin kimin için tasarlandığını görmeyi kolaylaştırır.
Devamlılığın altyapıda karşılığı
Kaldığı yerden devam eden bir akış tasarlıyorsanız bunu arayüz katmanında çözemezsiniz. Durumun sunucuda, kullanıcı kimliğine bağlı ve kanaldan bağımsız tutulması gerekir; QR kod ya da BLE eşleştirmesi sadece iki oturumu birbirine bağlayan taşıyıcıdır, verinin kendisini taşımaz. Yerel depolamaya yaslanan bir çözüm tarayıcı değiştiğinde sessizce kırılır ve bu kırılma testte değil, sahada görünür.
Tasarım tarafında bunun bir bedeli daha var: yarım kalmış durumun ne kadar süre saklanacağına karar vermek. Otuz gün sonra geri dönen kullanıcıya eski taslağı göstermek kimi üründe yardım, kimi üründe gizlilik sorunudur. Bu kararı ürün ekibi vermezse varsayılan olarak altyapı verir.
Fırsatı nerede aramalı
İşbirliği fırsatları genelde kullanıcıların kendi kendine uydurduğu çözümlerde saklı. Telefonla ekran fotoğrafı çekip kendine e-posta atan, linki WhatsApp'tan kendine gönderen, bir cihazda okuyup diğerinde satın alan insanlar zaten geçişi yapıyorlar; sadece sizin ürününüzün dışında yapıyorlar.
Bunları görmenin yolu analitikten değil, gözlemden geçiyor. Görev analizi burada işe yarar, çünkü adımları tek tek çıkardığınızda hangi adımın yanlış cihazda durduğu ortaya çıkar.
Bir de tutarlılık tarafı var. Geçişten sonra kullanıcı aynı terminolojiyi, aynı adım isimlerini ve aynı ilerleme göstergesini görmeli. İki kanalda iki farklı isimle anılan bir adım, kaldığı yerden devam etme hissini tek başına bozar.