إتاحة نماذج الطلب التي يملؤها مساعد ذكي

الخلاصة السريعة

سم كل حقل، وميز القيمة المقترحة من المعلومة المؤكدة، ثم أتح التعديل ومراجعة الطلب قبل خطوة الإرسال الواضحة.

• تحتاج الحقول إلى تسميات مرتبطة بها تصف غرضها؛ النص القريب وحده لا يثبت هذا الارتباط. ^[1]
• اعرض مصدر القيمة المقترحة وما بقي مجهولا؛ لا تملأ المطلوب بتخمين كي يبدو النموذج مكتملا.
• اجعل التعديل متاحا في الحقل المعني، واحتفظ بالتغييرات عند العودة إلى المراجعة.
• افصل مراجعة البيانات عن الإرسال؛ وجود قيم في الحقول لا يثبت موافقة الشخص أو قبول طلبه.

كيف يعرف الشخص الحقل المقصود؟

نتخيل طلب مشاركة في سوق للأعمال اليدوية. يحتوي النموذج على «اسم صاحب العمل» و«اسم من يستلم القطعة»؛ وقد يكونان شخصين مختلفين. عنوان عام مثل «الاسم» لا يوضح أيهما نكتب. اقترح تسمية مباشرة لكل حقل، وقراءة معناها مع الشخص في المسار الذي يستخدمه.

توضح W3C ارتباط التسمية بالحقل، ومن وسائله مطابقة for في التسمية مع id للحقل. ^[1] في مراجعة مقترحة، افحص الاسم الذي يسمعه قارئ الشاشة عند الانتقال إلى الحقل. رؤية عنوان فوقه أو توليد نص صحيح في المحادثة لا يثبت أن النموذج المنشور يحمل العلاقة نفسها.

من أين جاءت القيمة المقترحة؟

في المثال، كتب المستخدم أنه يصنع علبة خشبية وأن أخاه سيتولى الاستلام. قد يقترح المساعد الاسم الموجود في الملف لصاحب العمل، لكنه لا يعرف اسم الأخ. اجعل «اسم المستلم» غير مؤكد حتى يحدده الشخص؛ لا تنسخ الاسم الأول إلى الحقلين لتجاوز النقص.

اعرض في المراجعة أن هذه قيمة نقلت من كلام المستخدم، وتلك اقتراح يحتاج تصحيحا. إذا كانت معلومة لازمة غير متاحة، بين ما يحتاج إلى استكمال. هذه طريقة تصميم تعليمية من إنشاء الكاتب، وليست نتيجة تجربة نموذج أو دليلا على سياسة منصة محددة.

هل يصل التصحيح إلى الطلب النهائي؟

لنفترض أن الشخص غير اسم المستلم من «سامر» إلى «مها». اطلب في فحص مصطنع الانتقال إلى المراجعة ثم الرجوع إلى الحقل. تحقق من بقاء «مها» وأن الملخص لا يعيد الاسم القديم من أول جواب للمساعد. لا يكفي تصحيح الرسالة إذا بقيت قيمة النموذج مختلفة.

إذا أعاد المساعد ملء الحقول بعد التعديل، اجعل أثره واضحا وافحص ألا يستبدل التصحيح دون معرفة الشخص. تتبع قيمة محددة من الحقل إلى المعاينة، بدل الاكتفاء بأن زر التعديل يعمل. لم ننفذ هذا الفحص على خدمة حقيقية، وقد تختلف أدوات القراءة والتحكم بحسب المستخدم.

ما الفرق بين المراجعة والإرسال؟

اقترح زرين مفهومين: «راجع بيانات الطلب» ثم «أرسل الطلب». في المعاينة يرى الشخص اسمي صاحب العمل والمستلم، ويستطيع تعديل كل منهما قبل الإرسال. انتهاء المساعد من الكتابة ليس إذنا بتنفيذ الطلب نيابة عنه.

بعد الإرسال، نحتاج إلى حالة تصف ما حدث فعلا في الخدمة: وصل الطلب، أو تعذر إرساله، أو ينتظر مراجعة. لا نكتب أنه قبل لمجرد أن النموذج مكتمل. وإذا لم يكن مسار التصحيح أو المراجعة متاحا، يبقى هذا حاجزا يستحق الإصلاح؛ المقال لا يمنح شهادة إتاحة للنموذج كله.