كيفية كتابة سيرة ذاتية لوظيفة مصمم تجربة مستخدم

رابط الملف التعريفي يقوم بعمل أكبر من سيرتك الذاتية

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

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

ما يجب وضعه في الثلث الأول من الصفحة

قبل أي شيء آخر، يقوم مدير توظيف تجربة المستخدم بالمسح عن ثلاثة أشياء: أي نوع من تجربة المستخدم تقوم به، في أي مرحلة من المنتج عملت، وعن أي شيء كنت مسؤولاً مقابل ما ساهمت به.

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

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

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

كيف يتم إثبات الخبرة فعلياً في هذا المجال

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

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

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

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

المؤهلات والشهادات وما تشير إليه فعلياً

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

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

الدورات من Nielsen Norman Group (شهادة تجربة المستخدم) أو Interaction Design Foundation معترف بها من قبل الأشخاص الذين كانوا في المجال لفترة، إلى حد كبير لأنها صارمة بدلاً من قصيرة. شهادة إكمال دورة واحدة عبر الإنترنت من منصة عامة من غير المحتمل أن تحمل نفس الوزن، وإدراج عدة دورات قصيرة يمكن أن يُقرأ على أنه تعويض عن ملف تعريفي ضعيف بدلاً من الإضافة إليه. إذا كان لديك شهادة Nielsen Norman أو IxDF، فاذكر الاعتماد المحدد، وليس فقط "شهادة تجربة المستخدم"، لأن الاسم المحدد هو ما يتعرف عليه المراجع المتمرس.

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

ما لا يساعد: قائمة طويلة من الكفاءات البرمجية دون سياق، إطار عمل نوع الشخصية (عقليات التفكير التصميمي، Myers-Briggs، وما شابه)، أو سطر عام "شغوف بحل مشاكل المستخدمين". لا شيء من هذه محدد لك، ومدير توظيف متمرس يقرأ من خلالها دون توقف.

ما يتركه المرشحون من هذه الخلفية بشكل روتيني

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

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

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

ما يجب فعله بعد ذلك

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