Hata ve Kurtarma Ekranı Tasarım İstemi

Mevcut proje teknoloji yığınını ve [PROJECT] ile [AUDIENCE] için açıkça etiketlenmiş demo verilerini kullanarak etkileşimli bir frontend prototipi oluşturun. Görev: Hata ve Kurtarma Ekranı.

Gerekli içerik ve yapı

Neyin başarısız olduğunu, nelerin korunduğunu ve kullanılabilir yeniden deneme veya destek seçeneklerini açıklayın.

Adlar, tarihler, rakamlar, iddialar ve hedefler için kaynak olarak [APPROVED_CONTENT] kullanın. Herhangi bir şeyi ikame etmeden önce eksik girdileri listeleyin. Gösterim gerekiyorsa içeriğini kurgusal olarak etiketleyin. Müşteri alıntıları, sıralamalar, iş ortağı logoları veya ürün yetenekleri uydurmayın.

Tasarım yönü

[BRAND_RULES] ile projede önceden seçilmiş tasarım sistemini kullanın. Bir sistem belirtilmemişse şu yönden başlayın: sıcak beyaz, mürekkep rengi metin ve ölçülü nane yeşili seçim durumları; geniş aralıklar ve basit denetimler. Tipografi, aralık ve renk rollerinde tutarlılığı koruyun. Dekoratif öğeler yerine göreve öncelik verin ve birbiriyle ilgisiz kartlardan oluşan sıradan bir koleksiyondan kaçının.

İçerik hazırlığı

Başarısız olan görevi, kaydedilmiş çalışmaları, kullanılabilir kurtarma eylemlerini ve destek bilgilerini belirleyin. Kullanıcıya yönelik açıklamayı tanılama tanımlayıcılarından ayırın.

Düzen ve davranış

Kullanıcıya ne olduğunu ve nelerin bozulmadan kaldığını açıklayın, ardından en yararlı sonraki adımı sunun. Yeniden denemeyi yalnızca işlemi tekrarlamak anlamlı olduğunda kullanın.

Göreve özel kabul kontrolü

• Kullanıcıyı suçlamaktan kaçının ve teknik tanımlayıcıları ana mesajdan ayrı tutun.
• Tekrarlanan başarısızlığı ve hatadan önce çalışmanın kaydedildiği bir durumu test edin.
• Mesajı doğru tutun ve ana açıklamada teknik dil kullanmayı zorunlu kılmadan destek ayrıntılarını erişilebilir hâle getirin.

Uygulama ve inceleme

Metni düzenlenebilir tutun. Anlamsal yapı, açıklayıcı kontroller, görünür klavye odağı ve uygun boş/hata durumları kullanın. Dar ve geniş düzenleri kontrol edin. Azaltılmış hareket tercihlerini dikkate alın. Mevcut proje çerçevesini ve bağımlılıklarını koruyun; teknoloji yığınını haber vermeden değiştirmeyin. Düzenlenebilir dosyaları teslim edin ve tamamlanmamış davranışları veya desteklenmeyen girdileri açıklayın. Ek özellikler önermeden önce bu görevi özel olarak inceleyin.

Referans eki ve yeniden oluşturma hedefi

Bu istemin indirme paketindeki reference.webp dosyasını, bu istemle birlikte OpenDesign'a ekleyin. Benzer kompozisyon ve hiyerarşiye sahip, düzenlenebilir bir sonuç oluşturun; referans görselin tamamını bitmiş arayüz olarak gömmeyin. Kurgusal örnek etiketlerle çelişmesi durumunda onaylanmış proje içeriğini ve marka kurallarını koruyun. Görsel eksikse veya okunamıyorsa görsel doğruluk iddiasında bulunmak yerine dosyayı isteyin.

Referans kompozisyonu ve içeriği

Hata ve Kurtarma Ekranı için görsel referans olarak ekteki reference.webp dosyasını kullanın. Oluşturmaya başlamadan önce ana bölgeleri yukarıdan aşağıya, bunların göreli genişlik ve yüksekliklerini, hizalamayı, boşlukları, tipografi hiyerarşisini, yüzey renklerini, kenarlıkları, görselleri ve yinelenen bileşenleri belirleyin. Genel bir şablon kullanmak yerine bu ilişkileri koruyun. Gerekli görev içeriği: Neyin başarısız olduğunu, nelerin korunduğunu ve kullanılabilir yeniden deneme veya destek seçeneklerini açıklayın. Görseli düzenlenebilir öğelere dönüştürürken göreve özgü şu düzen yönlendirmesini kullanın: Kullanıcıya ne olduğunu ve nelerin bozulmadan kaldığını açıklayın, ardından en yararlı sonraki adımı sunun. Yeniden denemeyi yalnızca işlemi tekrarlamak anlamlı olduğunda kullanın.

Örnek proje gereksinimindeki görsel yön

sıcak beyaz, mürekkep rengi metin ve ölçülü nane yeşili seçim durumları; geniş aralıklar ve basit denetimler.

Etkileşim özellikleri

Referans statik bir konsepttir: Aşağıdaki davranış uygulanması gereken bir gereksinimdir; görselin hâlihazırda çalıştığının kanıtı değildir. Özelleştirilmiş istemi çalışma projenize kopyalayın. Temel görevle başlayın: Neyin başarısız olduğunu, nelerin korunduğunu ve kullanılabilir yeniden deneme veya destek seçeneklerini açıklayın. Kullanıcıyı suçlamaktan kaçının ve teknik tanımlayıcıları ana mesajdan ayrı tutun. Görünür her kontrol için tetikleyicisini, etkilediği durumu ve geri bildirimini belirtin; ilgili görünümler arasında tutarlı durumu koruyarak yerel değişiklikleri uygulayın. Arama ve filtrelerin gerçek sonuçlar vermesini, seçim kontrollerinin açık bir etkin duruma sahip olmasını ve uygun olduğunda kaydetme eylemlerinin görünür bekleme/başarı/başarısızlık geri bildirimi sunmasını sağlayın. İlgisiz iş akışları eklemeyin. Gezinme için uygun bağlantıları, eylemler için düğmeleri ve simge kontrolleri için erişilebilir adları kullanın. Yalnızca yerel bir demo değiştiğinde backend işleminin başarılı olduğunu ima etmeyin.

Görsel karşılaştırma ve teslim

1. Sonucu ekli görselle eşleşen oranlarda karşılaştırın. Dekoratif ayrıntıları iyileştirmeden önce ana bölgelerin yerleşimini, göreli görsel boyutlarını, satır sonlarını, boşlukları, tipografi hiyerarşisini, kontrastı, etkin durumları ve içerik yoğunluğunu inceleyin.
2. Ardından masaüstü metnini küçük etiketlere sıkıştırmadan dar düzeni test edin.
3. Logoları, fotoğrafları ve simgeleri ayrı varlıklar olarak; anlamlı tüm etiketleri ise düzenlenebilir tutun. Kullanılamayan yazı tiplerini/varlıkları ve bilinçli sapmaları listeleyin. Çalışan dosyalarla birlikte uygulanan davranışların ve kalan entegrasyonların kısa bir açıklamasını sunun; yalnızca isteme dayanarak piksel düzeyinde aynı sonuç vadetmeyin.