Clarify

เมื่อไรควรใช้

/impeccable clarify มีไว้สำหรับข้อความอินเทอร์เฟซที่ทำให้คนหยุดและคิด เลเบิลที่สับสน ข้อความปุ่มที่กำกวม ข้อความแจ้งข้อผิดพลาดที่ตำหนิผู้ใช้ ทูลทิปที่ทำซ้ำเลเบิล สเตทว่างที่ไม่ได้พูดอะไรที่เป็นประโยชน์ ใช้เมื่อปัญหาไม่ใช่เลย์เอาต์หรือสี แต่เป็นคำพูด

ทริกเกอร์ที่ดี: “ผู้ใช้ไม่เข้าใจฟิลด์นี้” “ข้อความแจ้งข้อผิดพลาดไม่เป็นประโยชน์” “ฉันเขียนข้อความปุ่มไม่ดี” “ทูลทิปนี้เปล่าประโยชน์”

วิธีการทำงาน

สกิลเขียนข้อความใหม่บนพื้นผิวที่ปัญหา UX copy ส่วนใหญ่อยู่:

1. เลเบิลและคำใบ้ฟิลด์: ตรงไปตรงมา เฉพาะเจาะจง บอกสิ่งที่คาดหวัง
2. ข้อความปุ่ม: นำหน้าด้วยคำกริยา อธิบายผลลัพธ์ ไม่ใช่แอคชัน “บันทึกการเปลี่ยนแปลง” ไม่ใช่ “ตกลง”
3. ข้อความแจ้งข้อผิดพลาด: อธิบายสิ่งที่ผิด ความผิดเป็นของใคร และต้องทำอะไรต่อไป ไม่เคยตำหนิผู้ใช้
4. สเตทว่าง: ให้ทิศทางแก่ผู้ใช้ อธิบายว่าทำไมสถานะถึงว่าง เสนอขั้นตอนถัดไป
5. ทูลทิปและข้อความช่วยเหลือ: เพิ่มข้อมูลที่เลเบิลไม่สามารถรับได้ ไม่เคยทำซ้ำมัน
6. ไดอะล็อกยืนยัน: บอกผลลัพธ์ ไม่ใช่แอคชัน

สกิลใช้กลุ่มผู้ชมและสภาวะจิตใจจาก PRODUCT.md เพื่อปรับเสียง กลุ่มผู้ชมทางเทคนิคได้ภาษาที่แม่นยำ กลุ่มผู้บริโภคได้คำพูดแบบธรรมดา ผู้ใช้ที่เร่งรีบได้ข้อความสั้น ผู้ใช้ที่วิตก (การชำระเงิน การลบ) ได้ความมั่นใจ

ลองใช้งาน

/impeccable clarify the billing form

ก่อนและหลัง ทั่วไป:

• เลเบิล “Billing address” -> “ที่อยู่บนบัตรของคุณ”
• เพลซโฮลเดอร์ “Enter your VAT ID” -> “VAT ID (ไม่บังคับ สำหรับธุรกิจ)”
• ข้อผิดพลาด “Invalid input” -> “หมายเลขบัตรนี้มี 15 หลัก คุณใส่ 14 หลัก”
• ปุ่ม “Submit” -> “หัก $29 และสมัครสมาชิก”
• สเตทว่าง “No transactions yet” -> “การหักเงินครั้งแรกของคุณจะปรากฏที่นี่หลังจากคำสั่งซื้อแรกของคุณ”

ข้อควรระวัง

• เขียนให้ฉลาดขึ้น ไม่ใช่ชัดเจนขึ้น Clarify ไม่ได้มีไว้สำหรับอัปเกรดเสียง หากข้อความชัดเจนแล้ว อย่าใช้สกิลนี้ ใช้ /impeccable delight แทนเมื่อคุณต้องการบุคลิก
• ข้ามคำถามกลุ่มผู้ชม Clarify ต้องรู้ว่าใครกำลังอ่าน หาก PRODUCT.md ไม่ระบุระดับทางเทคนิคของกลุ่มผู้ชม การเขียนใหม่จะเป็นแบบทั่วไป
• รัน clarify บนข้อความการตลาด Clarify มีไว้สำหรับข้อความ UX ที่ใช้งานได้: เลเบิล ข้อผิดพลาด คำแนะนำ ข้อความการตลาดต้องการชุดของการเคลื่อนไหวที่แตกต่างออกไปและนักเขียนมนุษย์