Sahte Hata Mesajı Üreticisi

Saniyeler içinde ikna edici bir hata iletişim penceresi tasarlayın: başlık çubuğunu ayarlayın, ana metni yazın, simgeyi seçin (hata, uyarı, bilgi veya soru), bir işletim sistemi stili belirleyin ve isterseniz bir hata kodu ekleyin. Memler, tasarım taslakları, gerçek bir hatanın nasıl görünmesi gerektiğini gösteren QA kayıtları ve kullanıcıların bir sorunla karşılaştıklarında nasıl tepki vermesi gerektiğini açıklayan yeni kullanıcı eğitim materyalleri için idealdir.

Sahte bir hata iletişim penceresi nasıl oluştururuz?

  1. 1

    Başlık çubuğunu yazın

    "Uygulama Hatası" veya "Güncelleme Gerekli" gibi kısa bir ifade, bu, pencere başlığıdır.

  2. 2

    İçeriği yazın

    Ana hata cümlesi. Gerçekçilik açısından iki satırın altında tutun.

  3. 3

    Bir hata kodu ekleyin

    İsteğe bağlıdır. Gerçek hata iletişim kutuları genellikle bir kod içerir (`ERR_042`, `0x80070005`). Daha sade bir görünüm istiyorsanız bu adımı atlayabilirsiniz.

  4. 4

    Görseli dışa aktarın

    Oluşturulan iletişim kutusunu retina çözünürlüğünde PNG olarak indirin; Slack, bir kayıt veya bir slayt için kullanıma hazırdır.

İkna edici bir hata iletişim penceresi nasıl görünür

Gerçek hata iletişim kutuları küçük bir dizi kurala uyar. Bu kurallara uyulduğunda taslak anında okunabilir hâle gelir; kurallar bilerek çiğnendiğinde taslak kasıtlı olarak komik görünür (ki memlerin istediği de tam olarak budur).

Bir iletişim kutusunun anatomisi

Öğe İşlev
Simge Kırmızı X (hata), sarı üçgen (uyarı), mavi i (bilgi), mavi ? (soru).
Başlık çubuğu Uygulamanın kısa adı veya arızanın kategorisi.
Ana metin 1–2 cümle. Basit ve anlaşılır bir dil tercih edilmelidir.
Hata kodu İsteğe bağlıdır, ancak kurumsal ortamlarda beklenir.
Düğmeler OK, Cancel, Retry, Abort, nadiren ikiden fazla.

Gerçek bir hata gibi okunan metin

  • Somut olun. “Yazıcıya bağlanılamıyor” ifadesi, “Bir hata oluştu” ifadesinden daha nettir.
  • Bir sonraki adımı ekleyin: “Yeniden deneyin veya BT departmanıyla iletişime geçin.” Kullanıcılar çıkışsız kalmaktan nefret eder.
  • Ana mesaj olarak teknik terim kodları kullanmayın; bunları parantez içine alın.

İyi kullanımlar

  • Ürün dokümantasyonu. Belirli bir hata oluştuğunda kullanıcıların ne beklemesi gerektiğini gösterir.
  • Tasarım incelemeleri. Eski ve yeni metni yan yana karşılaştırarak daha iyi hata metni önermek.
  • QA kayıtları. “Görmek istediğimiz mesajın taslağı şu şekilde.”
  • Memler. Açıkça anlamsız hatalar, kendini şaka olarak belli eder.

Sınırı aşan kullanımlar

Kullanıcıları bir bağlantıya tıklamaya, bir telefon numarasını aramaya veya yazılım yüklemeye kandırmak için sahte bir hata taslağı kullanmayın. Teknik destek dolandırıcılıkları sahte sistem iletişim kutularına dayanır ve bu amaçla bir tane üretmek zararlıdır. Açıkça belli olan parodileri net bir şekilde etiketleyin ve ciddi taslakları yalnızca iç kullanımda tutun.

Sık Sorulan Sorular

Bu stiller, genel Windows ve macOS görsel dillerini kapsar. Her işletim sistemi sürümünün piksel düzeyinde doğru bir şekilde yeniden oluşturulması bu kapsamda değildir; belirli bir sürüm gerekiyorsa o zaman ekran görüntüsünü kendiniz alıp üzerine not ekleyin.

Araç tarafından oluşturulan iletişim kutusu simgeleri, resmi işletim sistemi simgeleri değil, genel amaçlı şekillerdir. Dışa aktarılan görseli, kaynak belirtmeden iç dokümantasyonda, blog yazılarında ve memlerde serbestçe kullanabilirsiniz.

İki ana biçim kullanılır: 0x80070005 gibi Windows onaltılık kodları ve ERR_042 veya E500 gibi uygulamaya özgü kısa kodlar. Taklit ettiğiniz bağlama uygun olanını seçin.

Girdiğiniz metin yalnızca görüntüyü oluşturmak için kullanılır ve saklanmaz veya kaydedilmez.

İlgili Araçlar

Araç diğer dillerde mevcuttur