إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
إن تصميم تجربة رائعة للعامل يتجاوز مجرد صياغة الطلب المناسب. وهذا يعني بناء نظام تفاعل كامل حيث تعمل كل حالة سطح واستجابة وفشل معا لدعم المستخدم. تقدم هذه المقالة أدوات التصميم ومبادئه التي تساعدك على القيام بذلك - من مكونات واجهة مستخدم Fluent التي توفر تناسقا مرئيا إلى أنماط تصميم دورة الحياة التي تحافظ على ثقة المستخدمين من التفاعل الأول إلى استرداد الأخطاء.
واجهة مستخدم Fluent
توفر واجهة مستخدم Fluent الأساس المرئي والسلوكي للوكلاء. مكوناته قابلة لإعادة الاستخدام ويمكن الوصول إليها. عند التصميم باستخدام واجهة مستخدم Fluent، فأنت تعمل ضمن نظام يتوافق بالفعل مع اللغة المرئية Microsoft. وهذا يعني تقليل النفقات العامة للتخصيص والمزيد من الاتساق للمستخدمين عبر النظام البنائي Microsoft 365.
تصميم للاتساق والاتساق. استخدم عناصر تحكم Fluent UI للحفاظ على الاتساق البصري والسلوكي عبر وكلاء Microsoft والنظام البيئي الأوسع لـ Microsoft 365 Copilot. عندما ينتقل المستخدمون بين العوامل، تقلل المكونات المألوفة من الحمل المعرفي وتنشئ الثقة.
تصميم لإمكانية الوصول والاستجابة. اعتماد مكونات Fluent UI React v9. يوفر الإصدار 9 دعما محسنا لإمكانية وصول ذوي الاحتياجات الخاصة وسلوكا متجاوبا وأداء أفضل مقارنة بالإصدارات السابقة. بالنسبة لجمهور المصمم، يعني هذا أن التخطيطات الخاصة بك تتكيف بشكل صحيح عبر أحجام الشاشة وطرائق الإدخال دون الحاجة إلى تجاوزات مخصصة.
تصميم لاختيار المكونات وتخصيصها. مكتبة Fluent UI Web Components هي مصدر الحقيقة للأنماط المتوفرة. وهو يتضمن أزرار التبديل والأزرار المركبة ومربعات الحوار والقوائم وعلامات التبويب والبدائيات ذات الصلة. ابدأ من هذه الأنماط قبل تقديم مكونات مخصصة.
تصميم الأداء والتحسين. تصغير حجم المجموعة من خلال استخدام المكونات المقصودة. تجنب التجاوزات غير الضرورية. الاعتماد على نظام التصميم والرمز المميز في Fluent للتخصيص المرئي بدلا من الأنماط المشفرة - وهذا يحافظ على اتساق وكيلك مع تحديثات النظام الأساسي المستقبلية.
المبادئ الهامة للوكلاء
عند تصميم الوكلاء، من المهم بالنسبة لهم أن يكونوا جديرين بالثقة وصادقين بشأن طبيعتهم ومصممين مع الوعي بتأثيرهم الأوسع. يمكن أن تساعد ثلاثة مبادئ أساسية في توجيه قرارات التصميم الخاصة بك. يجب أن تكون الوكيلات:
مصمم للهدف. يدعم الوكلاء المستخدم، ولا يحلون محل الحكم. من المهم توصيل الإمكانات والقيود بوضوح، والحفاظ على المخرجات قابلة للتحرير وتوفير عناصر تحكم مرئية للتنقيح، وتصميم التفاعلات التي تعزز ملكية المستخدم. في الممارسة العملية، يعني هذا المبدأ استخدام عبارات مثل «لخّص باستخدام Copilot» بدلًا من «Copilot، لخّص»، بحيث يظل المستخدم هو من يبدأ الإجراء.
متمايزة عن البشر. الوكلاء يولدون استجابات، ولا يفكرون أو يشعرون. استخدم لغة محايدة موجهة نحو التكنولوجيا. تجنب التأطير العاطفي أو البشري. حافظ على نغمة شفافة ومركزة على المهام. تجنب كلمات مثل "فهم" أو "التفكير" أو "الشعور"؛ استخدم كلمات مثل "عملية" أو "تحليل" بدلا من ذلك.
مقاوم للتحيز. قد تؤثر مخرجات العامل على أكثر من المستخدم الأساسي. التصميم مع الوعي بكيفية مشاركة المحتوى أو إعادة استخدامه. توقع المخاطر وتضمين آليات للمراجعة والتصحيح. اسأل فريقك: من أيضًا قد يرى هذا الناتج أو يتخذ إجراءً بناءً عليه؟ ما هي العواقب غير المقصودة إذا فشل العامل أو تمت إساءة استخدامه؟
للحصول على إرشادات إضافية حول تصميم الوكيل المسؤول، راجع المقالة عندما ينضم الذكاء الاصطناعي إلى الفريق: ثلاثة مبادئ لتصميم الوكيل المسؤول.
التصميم عبر دورة الحياة
صمّموا تجارب الوكلاء بوصفها أنظمة تفاعل متكاملة، لا موجّهات معزولة. يجب أن يدعم كل عامل رحلة المستخدم الكاملة - من إعداد التعرض والتوقع الأول، مرورا بالتعاون النشط، إلى التصحيح والاسترداد عندما تكون المخرجات غير كاملة. يضمن التصميم عبر هذه المراحل الوضوح والثقة وسهولة الاستخدام المستمرة.
تجربة التشغيل الأولى
يحدد التفاعل الأول نغمة علاقة العامل بأكملها. عندما يصل المستخدمون إلى العامل للتشغيل الأول:
- وضّح بوضوح الغرض الذي صُمّم للمساعدة فيه. قدّم أمثلة على المطالبات الإرشادية، وحالات الاستخدام الشائعة، ونقاط وصول واضحة توجّه المستخدمين إلى مهام مفيدة.
- تعيين توقعات حول جودة الإخراج. توضيح أن الاستجابات قد تختلف وأن المخرجات يمكن أن تتطلب مراجعة أو تحسين. تجنب المبالغة في القدرة.
- تقليل الغموض وتشجيع الاستكشاف. تبني الشفافية المبكرة الثقة، وتقلل من سوء الاستخدام، وتساعد المستخدمين على تشكيل نماذج عقلية دقيقة لكيفية عمل النظام.
أثناء التفاعل
بينما يعمل المستخدمون بنشاط مع العامل:
- التزم بأنماط التطبيق المعتمدة. يجب أن تبدو عناصر التحكم والتخطيط والمصطلحات متسقة مع بيئة المنتج المحيطة.
- دعم التحسين التكراري. يجب أن يكون المستخدمون قادرين على ضبط المطالبات، وتضييق النطاق، وطلب توضيحات، أو تحرير المحتوى المُنشأ مباشرة. يجب أن يكون التفاعل تعاونيا بدلا من المعاملات.
- اعرض المحتوى عندما يكون ذا صلة. إذا كان العامل يعتمد على ملفات أو تحديدات أو مصادر بيانات معينة، فحدد هذه المعلومات بوضوح. يعد الحفاظ على الاستجابة وإمكانية الوصول والسلوك الذي يمكن التنبؤ به أمرا ضروريا للحفاظ على ثقة المستخدم.
عندما يكون النظام خاطئا
تكون مخرجات العامل أحيانا غير مكتملة أو غير دقيقة أو غير متوافقة مع الهدف:
- توفير مسارات تصحيح واضحة وفعالة. يجب أن يكون المستخدمون قادرين على إعادة إنشاء الاستجابات أو مراجعة المطالبات أو تحرير المخرجات يدويا دون احتكاك. تجنب إجبار المستخدمين على إعادة تشغيل مهام سير العمل.
- اعرض إشارات سياقية. عند الاقتضاء، قم بتوفير بيانات أو افتراضات مرجعية لمساعدة المستخدمين على فهم سبب إنشاء استجابة. تعزز الشفافية وقابلية الاسترداد تحكم المستخدم وتمنع الإحباط.
المحتوى ذو الصلة
- عندما ينضم الذكاء الاصطناعي إلى الفريق: ثلاثة مبادئ لتصميم الوكيل المسؤول. استكشف المبادئ الأساسية لتصميم الوكيل المسؤول، بما في ذلك البناء للهدف، والتمييز عن البشر، والتصميم لمقاومة التحيز.
- البطاقات التكيفية لتصميم الوكيل. تعرف على كيفية استخدام بطاقات موائمة مفتوحة لإنشاء استجابات غنية وتفاعلية في تجارب وكيلك، مع إرشادات حول أنماط التصميم وأفضل الممارسات.
- إرشادات ISV UX لتجارب copilot. أطر عمل تجربة المستخدم والمبادئ الأساسية ونصائح تجربة المستخدم التعاونية لإنشاء تجارب Copilot مخصصة.
- تصدير واستيراد مكونات copilot. إدارة المكونات وإعادة استخدامها عبر حلول copilot في Microsoft Copilot Studio.
- نماذج البطاقات التكيفية في Microsoft Teams. قوالب بادئة للبطاقات التكيفية في Teams وتجارب Copilot.
- مصمم البطاقات التكيفية. أداة تعمل عبر المتصفح لإنشاء النماذج الأولية واختبار تخطيطات البطاقات التكيفية.