إبراهيم مشتهىالقاهرة
استراتيجية المنتج✦ حصري للموقع

رحلة المستخدم تبدأ مع الذكاء الاصطناعي: صمّم الانتقال إلى موقعك

إبراهيم مشتهى٨ أكتوبر ٢٠٢٦ · 10 دقائق قراءة
رحلة المستخدم تبدأ مع الذكاء الاصطناعي: صمّم الانتقال إلى موقعك

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

هذا هو السؤال الذي يستحق الاهتمام في حالة جديدة من قطاع الضيافة: ماذا يبقى من قرار المستخدم عندما يغادر المحادثة ويصل إلى موقع الشركة؟

ماذا نعرف عن الحالة الجديدة؟

نشرت OpenAI في 7 أكتوبر 2026 حالة تعاون راديسون مع أكسنتشر لتقديم إضافة لاكتشاف الفنادق داخل ChatGPT. يستطيع المسافر مقارنة الأسعار والمرافق والمواقع، ثم إتمام الحجز على موقع راديسون. وتذكر الحالة أن معدل التحويل من الزيارة إلى الحجز خلال يوليو وأغسطس بلغ نحو 1.5 ضعف معدل البحث العضوي. المصدر: OpenAI، 7 أكتوبر 2026.

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

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

الانتقال بين القنوات جزء من المنتج

لنتخيّل مسافرًا يبحث عن فندق هادئ قريب من مؤتمر، ضمن ميزانية محددة، مع إمكانية إلغاء مرنة. تساعده المحادثة على اختيار فندق، فيضغط رابط الحجز.

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

هذا مثال توضيحي، ولا أقدّمه بوصفه مشكلة موثّقة في تطبيق راديسون.

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

اتفق على ما يجب أن ينتقل قبل رسم الشاشات

في تجربة أولية، أقترح أن يتفق فريق المنتج والتصميم والتطوير على خمس نقاط:

  • النية: ما المهمة التي يريد المستخدم إتمامها؟

  • الاختيار: ما المنتج أو الخدمة أو الخيار الذي حدّده؟

  • القيود: ما التواريخ والكميات والميزانية والمتطلبات المؤثرة؟

  • حداثة المعلومات: ما الأسعار أو التوافر الذي يحتاج إلى تحقق جديد؟

  • المسؤولية: من يؤكد النتيجة ويتعامل مع تعثّر الانتقال؟

هذا إطار عمل أقترحه، وليس وصفًا للبنية التي نفّذتها راديسون. فائدته أنه يجعل نجاح الانتقال مفهومًا مشتركًا بين الأدوار، بدل أن يكتفي كل فريق بنجاح شاشته.

ونقل السياق المفيد لا يعني نقل المحادثة كاملة أو جميع البيانات الشخصية. انقل ما تحتاجه الخطوة التالية فعلًا.

توصي إرشادات أقدم من OpenAI أيضًا بقدرات محددة ومخرجات منظّمة تستطيع الأدوات الأخرى استخدامها. وهي خلفية تصميمية مساندة، وليست إعلانًا جديدًا ضمن نافذة البحث الحالية. المصدر: كوري تشينغ، OpenAI Developers، 24 نوفمبر 2025.

صمّم التغيّر والتعثّر بوضوح

اختيار الغرفة لا يعني تأكيد الحجز. قد يتغيّر السعر، أو تنفد الغرفة، أو تنتهي صلاحية الرابط.

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

الخلاصة

حالة راديسون الجديدة تطرح سؤالًا عمليًا: كيف نحافظ على اختيارات المستخدم وسياق قراره عندما ينتقل من محادثة ذكية إلى إتمام الحجز؟

هذه حالات تستحق مكانًا في نظام التصميم: تفاصيل منتقلَة من قناة أخرى، وسعر أعيد التحقق منه، وخيار غير متاح، وافتراض قابل للتعديل، وتأكيد نهائي. وثّق لغة كل حالة وسلوكها حتى تتعامل القنوات المختلفة معها بطريقة متماسكة.

هنا يساعد نظام التصميم على اتساق المعنى، إلى جانب اتساق الشكل.

أعطِ مالك المنتج نتيجة تتجاوز حدود الشاشة

قد ينجح الفريق في إطلاق واجهة محادثة جميلة، بينما تظل المهمة الكاملة متعبة. لذلك يجب أن تعبر معايير القبول الحدود بين القنوات.

في مثال الفندق الافتراضي، يمكن اعتماد معايير مثل:

  • تعرض صفحة الحجز الفندق والتواريخ وعدد الضيوف التي اختارها المستخدم.

  • يستطيع المستخدم مراجعة هذه التفاصيل وتعديلها.

  • يظهر السعر الحالي وشروط الإلغاء قبل التأكيد.

  • يتيح تعذّر حجز الغرفة متابعة البحث عن بديل مناسب.

  • لا يؤدي تغيير اللغة أو استخدام الهاتف إلى فقدان الاختيار.

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

قِس إتمام المهمة وكلفة الالتباس

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

هذه مقاييس مقترحة، وليست نتائج واردة في الحالة المنشورة.

قارن زيارات متقاربة في النية قدر الإمكان، واذكر حدود إسناد النتائج، وحدّد مسبقًا القرار الذي ستساعد التجربة على اتخاذه. الهدف هو معرفة ما إذا كانت القناة الجديدة تضيف قيمة قابلة للاستمرار، وما الذي يحتاج إلى تحسين قبل التوسّع.

رؤية إبراهيم

سأبدأ بفهم القرار الذي اتخذه المستخدم، والمعلومات التي تحتاجها الخطوة التالية فعلًا. بعد ذلك أحدّد مسؤولية الانتقال، وأختبر حالات التعثّر، وأختار أصغر تكامل يمكنه التحقق من القيمة.

بالنسبة إليّ، يجب أن يجعل استخدام الذكاء الاصطناعي المهمة أسهل للمستخدم، وأن يمنح العمل سببًا واضحًا لمواصلة الاستثمار. سلاسة المحادثة بداية واعدة؛ وما أريد إيصاله إلى المستخدم هو رحلة متماسكة حتى النهاية.

خطوة عملية لهذا الأسبوع

اختر رحلة واحدة، وتتبعها من التعبير الأول عن الحاجة إلى تأكيد النتيجة. حدّد المواضع التي يعيد فيها المستخدم اختياراته، أو يواجه اختلافًا بلا تفسير.

من هذه النقاط يمكن أن تبدأ تجربة منتج مفيدة مع الذكاء الاصطناعي.

المصادر وحدود الاستدلال

الأطر والأمثلة ومعايير القبول والمقاييس المقترحة في المقال تحليل تحريري، ولا تمثّل نتائج مثبتة للحالة المذكورة.

مقال حصري للموقع

لم يُنشر في أي مكان آخر. هل مررت بتجربة مشابهة؟

شاركني رأيك
تم نسخ الرابط ✓