وكالة تصميم تجربة المستخدم: ما الذي تسلّمه لك فعلاً، وكيف تقيس عائدها؟

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

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

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

متى تحتاج وكالة UX: ومتى لا تحتاجها؟

الإشارات التي تعني أن المشكلة مشكلة تجربة، لا مشكلة تسويق:

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

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

ما الذي تشتريه فعلاً: التسليمات السبعة

«تحسين التجربة» ليست تسليمة. هذه التسليمات التي يجب أن تظهر بأسمائها في أي عرض جاد، مرتّبة كما تُنفّذ:

1. بحث المستخدمين: مقابلات وملاحظة استخدام، ومخرجه قائمة مشكلات مرتّبة بالدليل لا بالذوق. 2. تدقيق تجربة المستخدم: فحص منهجي للمنتج الحالي (له قسمه أدناه). 3. رحلات المستخدم وهيكلة المعلومات: كيف يصل المستخدم من الدخول إلى الهدف، وأين ينقطع الطريق اليوم. 4. النماذج التفاعلية (prototypes): شاشات قابلة للنقر تُختبر قبل كتابة سطر كود. 5. تصميم الواجهة UI: الطبقة البصرية النهائية على أساس القرارات السابقة. 6. نظام التصميم design system: الألوان والخطوط والمسافات والمكوّنات موثّقة كمكتبة قابلة لإعادة الاستخدام. 7. التسليم للتطوير: مواصفات وحالات وسلوكيات، لا صور مسطّحة يفسّرها المطوّر باجتهاده.

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

الفارق الحاسم بين وكالتين متشابهتي الأسعار يكون غالباً في البند السادس. حين أعدنا تصميم منصة eaalim التعليمية، بحثاً ثم UX ثم UI، كان أثمن ما سلّمناه هو النظام تحت الشاشات لا الشاشات نفسها: مكتبة مكوّنات موثّقة تجعل أي صفحة تُبنى لاحقاً متسقة تلقائياً، دون العودة إلى مصمم في كل إضافة.

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

تدقيق تجربة المستخدم: أصغر نقطة دخول وأقلها مخاطرة

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

• تقييم خبير مقابل مبادئ قابلية الاستخدام: فحص منهجي للواجهات مقابل معايير موثّقة، لا «رأي مصمم». المرجع هنا صريح: مجموعة Nielsen Norman تشترط في التقييم الخبير أن تُربط كل ملاحظة بموضع محدد ومبدأ موثّق وتُعطى درجة شدّة، وأي «تدقيق» بلا هذه الثلاثة ليس تدقيقاً. • قراءة التحليلات والسلوك الفعلي: أين يتسرب المستخدمون فعلاً، ومطابقة ذلك مع ما وجده الفحص. • فحص الوصولية: هل يستطيع مستخدم بقارئ شاشة أو بيد واحدة أو باتصال ضعيف إتمام المهمة؟

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

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

كيف تقيس العائد: من غير أرقام خرافية

أشهر رقم في تسويق هذه الصناعة: «كل دولار تستثمره في UX يعود عليك بمئة». يُنسب إلى Forrester، ويتناقله آلاف المقالات، ولن تجد له تقريراً أولياً منشوراً يمكنك قراءته والتحقق من منهجيته. أقدم أثر يمكن تتبّعه له مقالُ رأي في Forbes عام 2015 لا يذكر أي تقرير، ويخطئ حتى في كتابة اسم Forrester. إنه إحصائية زومبي: تعيش بالاقتباس المتبادل لا بالمصدر. والوكالة التي تفتتح عرضها به تخبرك شيئاً مفيداً عن طريقتها في التوثيق.

الذي يصمد أمام التحقق أقل إثارة وأكثر فائدة. دراسة McKinsey «القيمة التجارية للتصميم» (2018) تتبّعت ٣٠٠ شركة مدرجة على مدى خمس سنوات، فوجدت أن الربع الأعلى في مؤشرها للتصميم تفوّق على نظرائه في القطاع بـ 32 نقطة مئوية في نمو الإيرادات و56 نقطة في عوائد المساهمين: في الأجهزة الطبية والسلع الاستهلاكية والبنوك على السواء. وأبحاث Baymard Institute توثّق أن 70.2% من سلال الشراء تُهجر قبل إتمام الطلب (متوسط ٥٠ دراسة، آخر تحديث 2025)، وأن الموقع التجاري الكبير يستطيع رفع تحويله بنحو 35% من تحسين تصميم خطوات الدفع وحدها.

لكن القياس الذي يعنيك موجود في أرقامك أنت، لا في دراسات الآخرين. قبل أي مشروع تجربة مستخدم، ثبّت خط أساس لأربعة مؤشرات:

ثم اطلب من الوكالة أن تسمّي، قبل التوقيع، أي مؤشر تتوقع تحريكه وبأي اتجاه. وكالة لا تقبل أن يُقاس عملها تطلب منك إيماناً لا عقداً.

وكالة أم مستقل أم فريق داخلي؟

المعيار الحاسم ليس الجودة، في الفئات الثلاث ممتازون، بل حجم العمل واستمراريته:

القاعدة العملية: مهمة → مستقل. مشروع → وكالة. منتج حي → فريق داخلي تبنيه الوكالة معه نظامَ التصميم ثم تنسحب. المسار الثالث هو الأكثر إهمالاً وهو غالباً الأصح لمنتج ينمو: تشتري من الوكالة الأساس والنظام، ويستلم فريقك التشغيل اليومي فوقه.

كيف تقرأ عرض السعر: سبعة أسئلة قبل التوقيع

1. من ينفّذ فعلاً؟ الحاضرون في اجتماع البيع ليسوا دائماً من سيعمل على مشروعك. اطلب أسماء الفريق الفعلي وأعمالهم.

2. هل نظام التصميم مشمول أم «مرحلة ثانية»؟ أكثر بند يُقتطع لخفض السعر، وأغلى بند تشتريه لاحقاً منفرداً.

3. ملفات المصدر لمن؟ ملكية ملفات Figma ومكتبة المكوّنات يجب أن تنتقل إليك كاملة عند آخر دفعة، بلا استثناءات.

4. تراخيص الخطوط باسم من؟ خط مرخّص باسم الوكالة لا باسمك يعني أنك لا تملك هويتك فعلياً، وقد فصّلنا هذا الفخ في دليل الخطوط العربية في الهوية البصرية.

5. كيف تُختبر القرارات؟ اختبار على مستخدمين حقيقيين، أم «خبرة الفريق»؟ الثانية ذوق قابل للنقاش، الأولى دليل.

6. ماذا يحدث بعد الإطلاق؟ من يقيس المؤشرات المتفق عليها، ومتى تُراجع النتائج؟ مشروع بلا مراجعة بعد الإطلاق نصف مشروع.

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

السوق السعودي: «عربي أولاً» ليست ميزة إضافية

أرقام هيئة الاتصالات والفضاء والتقنية في تقرير الإنترنت السعودي 2024 تحسم الصورة: انتشار الإنترنت بلغ 99%، والجوال هو جهاز التصفح في 99.4% من الاستخدام، ومتوسط استهلاك البيانات 48 جيجابايت شهرياً: ثلاثة أضعاف المتوسط العالمي. مستخدمك السعودي يتصفح من الجوال أولاً، وبتوقعات رفعتها تطبيقات حكومية وتجارية صارت من الأفضل عالمياً في سلاستها. الحد الأدنى ارتفع: واجهة كان يُتسامح معها قبل خمس سنوات تُغلق اليوم من ثاني شاشة.

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

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

للحديث عن Web Vitals: Google web.dev — Core Web Vitals.