En iyi arayüz, işin zaten yapıldığı yer olabilir

Satış operatörü yinelenen kişi kaydını fark ettiğinde kayıt zaten açıktır. Bu örnek iş akışında otomasyon sorunu çözebilir; ancak operatör ayrı yönetim panelini açmalı, aynı kişiyi yeniden aramalı ve sonucu kontrol etmek için CRM’ye dönmelidir. Otomasyon hızlı olabilir; çevresindeki yol değildir.

Bu, otomasyonu tasarlarken kolayca kaçırılan ürün sorusunu doğurur: sonucu nerede görünmeli?

İşyeri otomasyonu üzerine kaydedilmiş konuşma, her kullanıcıya yeni yüzey öğretmek yerine kaydın tutulduğu sistemlerde işlem yapmayı savunur. Bu iddia tasarım varsayımıdır; belirli uygulamanın benimsemeyi artırdığının kanıtı değildir. Yararlıdır, çünkü tasarım birimini ekrandan tamamlanan göreve taşır.

Kaydı, kararı ve devri izleyin

Gerçek bir görevi haritalayın. Kayıt ilk nerede görünür? Hazır olup olmadığına kim karar verir? Bu kişi neyi incelemelidir? Değişikliğin gerçekleştiğini nerede kontrol eder? Adımları ve bağlamın kopyalanıp yeniden girildiği noktaları sayın.

Hayal edilen yinelenen kişi vakasında operatör müşteri kaydını zaten açmıştır. Kaydın yanındaki öneri çelişen alanları ve önerilen birleştirmeyi sunabilir. İnceleme karara yakın kalabilir. Sonuç güncellenmiş kayıtta görünebilir. Bu yol, demo sırasında panel daha temiz görünse bile yeni yönetim panelinden daha az adım gerektirebilir.

1. Kaydı açın

   mevcut iş
   aynı bağlam
2. Öneriyi inceleyin

   çelişen alanlar
   kişi karar verir
3. Değişikliği onaylayın

   doğru kapsam
   son koşul
4. Sonucu kontrol edin

   güncellenmiş kayıt

Kaynak konuşma kaldırılacak adımlar, deterministik işlemler, muhakeme gerektiren kararlar ve insan onayları arasında ayrım da anlatır. Yer bunların her biri için farklı önem taşır. Deterministik güncelleme görünür ekran olmadan çalışıp açık durum bırakabilir. Belirsiz birleştirme açıklama ve inceleme noktası ister. Sonuç doğuran işlem arayüzün bulunduğu yerden bağımsız olarak sorumlu kişinin yetkisini gerektirir.

Birden çok iş aracını entegre etme kılavuzumuz ekibin doğruluk kaynağını belirlemesini ister. Karar etkileşimin yerini bulmaya yardım eder: kaydın sahibi onu inceleyip düzeltmek için çoğu zaman doğal yerdir. Her aracın gerekli her açıklamayı gösterebileceği anlamına gelmez.

Yerleşik sonuç da incelenebilir iz gerektirir

“Yeni arayüz yok” eksik kontrolleri saklayan slogana dönüşebilir. Otomasyon CRM içinde kayıt değiştiriyorsa kullanıcı neyin, neden değiştiğini ve diğer sistemin artık uyuşup uyuşmadığını bilmelidir. Görev iki sistem arasındaysa “tamam” diyen satır içi mesaj yetersizdir.

Tasarım, çalışılan araçta kısa durum ve başka yerde derin geçmiş görünümü gerektirebilir. Bunlar farklı anlara hizmet eder. Operatör güncel kayıt üzerinde işlem yapmalıdır. Yönetici başarısız işleri, izinleri ve hesaplar arası örüntüleri incelemek isteyebilir. En iyi arayüz, her biri göreve uygun birden fazla yüzey olabilir.

Tajo, sonucu, aşamayı ve açılabilir ham olay verisini içeren bir MCP etkinlik kaynağı sunuyor. Aşağıdaki çizim bu fikri bir konuşmaya yerleştirip önerilen doğrulama panelini ekliyor. Operatör sonucu hemen okur, gerektiğinde kanıtı inceler. Bu düzen her barındıran uygulamayla uyumluluğu kanıtlamaz.

TajoKavram çizimi · Örnek veri

Tamamlanan yazma da kanıt gerektirir

Müşteri senkronizasyonu bitti mi?

Tajo MCP uygulamasıEtkinlik

Yazma uygulandı. Doğrulama bekliyor.

Hedefteki durum henüz kontrol edilmedi.

Senkronizasyon etkinliği

1. İstek kabul edildi
2. Güncelleme uygulandı
3. Hedef kontrolü bekliyor

Örnek çalıştırma · 14:32 UTC

Bildiklerimiz

Sağlayıcı yanıtı

Kabul edildi

Yazma sonucu

Uygulandı

Hedeften yeniden okuma

Bekliyor

Ham olayı görüntüleyin

Başarılı çağrı son durumu kanıtlamaz.

Önerilen kanıt görünümü

Etkinliği inceleyin

Tajo etkinlik akışından esinlenen önerilen düzen. Bu çizim doğrulama durumu ekler; hedeften yeniden okumanın mevcut olduğunu iddia etmez.

İkinci örnek: mağaza yöneticisi test siparişinin amaçlanan müşteri güncellemesini üretip üretmediğini bilmek istiyor. Sipariş yanındaki kısa sonuç hedef kaydı ve durumunu gösterebilir. Ayrı entegrasyon konsolu eşleme kurallarını ve hata geçmişini gösterebilir. Brevo Shopify entegrasyon kılavuzu, senkronize veriyi kullanmadan önce hedefte test kişisini ve siparişi doğrulamayı önerir. Arayüz, yalnızca isteğin gönderildiğini duyurmak yerine bu denetimi yapmayı kolaylaştırmalıdır.

Bu ayrım tanıdık tuzağa karşı korur. Araç kolay açılabilir ama güvenilmesi zor olabilir. Kullanıcının çalıştığı yerde son koşulu göstermek, panelde bir tıklama azaltmaktan değerli olabilir. Mevcut uygulama yeterli bağlamı gösteremiyorsa bütün kararı küçük bildirime sıkıştırmak görevi kötüleştirebilir.

Tercihi değil yolu test edin

İşi yapan birine iki tasarımı da gösterin: yerleşik istem ve ayrı sayfa. Aynı vakayı verin. Kaydı bulup bulmadığını, önerilen işlemi anlayıp anlamadığını, yanlış öneriyi görüp görmediğini ve sonucu doğrulayıp doğrulamadığını gözlemleyin. Yalnızca saniyeleri değil devirleri ve yanlış varsayımları sayın.

Yetkiyi kolaylıktan ayrı tutun. Kayıt yanındaki düğme yine çağıranın izinlerine ve iş akışının onay kurallarına uymalıdır. Görev uzmanlarının otomasyonu şekillendirmesi üzerine yazı, istisnaları bilenlerin bunları tanımlaması, sistemin de erişim ve veri sözleşmelerini uygulaması gerektiğini açıklar.

Yeni ekran eklemek için nedenler vardır: sistemler arası teşhis, kurulum, toplu inceleme ve denetim, CRM veya mağaza yönetiminin gösterebildiğini aşabilir. Doğru soru, yeni ekrana geçmenin gereken görevi bitirmeyi kolaylaştırıp kolaylaştırmadığıdır.

Tasarımı test ederken yalnızca normal yolu tamamlayan kişiyi değil istisnaları ele alan kişiyi de ekleyin. Kısa satır içi işlem sıradan kayıtlar için ideal olabilir, ancak istisna sahibine karar vermek için gereken geçmişi vermeyebilir. Arayüz normal yolun kısalığı kadar devri de görünür kılmalıdır.

Arayüz gerekli kararı veya kanıtı taşıdığında yerini hak eder. İş başladığı yerde tamamlanıp kontrol edilebiliyorsa başka ekran dolambaçlı yoldur.