أنا مصمم UX وعملت دائمًا بمفردي. ولكن في العام الماضي تغير كل شيء: في عيد ميلادي ، خضت مقابلة في ISPsystem وانضممت إلى فريق المنتج. اضطررت إلى الخوض في الجديد ، وتعلم العيش في سكروم ومناقشة المبرمجين القاسيين (بشكل بناء!). الآن استقرت عمليات التصميم ، وأنا نفسي أطلب من الرجال انتقادًا صريحًا ، ويستخدم المطورون نماذجي الأولية كمعارف تقليدية. المزيد حول هذا الموضوع.
لقد أمضيت عامين في تصميم الواجهات ، وكسور مكسور ، والشعور بأنه في إيركوتسك بالكاد أجد وظيفة مثيرة للاهتمام. صممت مواقع وبوابات إلكترونية ، وأحيانًا كنت مشتتًا بسبب عمليات تدقيق SEO وقابلية الاستخدام. في موازاة ذلك ، كتبت نصوصًا لمواقع ومقالات: عن الرشاشات والكتان ، وحاملي الغاز وخفايا وضع الأردواز.
لقد أبعدني هذا العمل كل يوم عن هدف تصميم واجهات معقدة وحل المهام غير القياسية. لقد أصابني اليأس بالفعل وبدأت أنظر عن كثب في الفصول الأخرى ، ولكن في ديسمبر 2017 فجأة حضرت لمقابلة في ISPsystem. لقد مررت بذلك وبعد بضعة أيام بدأت العمل في فريق قام بتصميم إصدار جديد من ISPmanager ، وهو المنتج الأكثر ضخامة لنظام ISPsystem.
بدء المنتج
بحث المستخدم ، وتحليل السوق ، وجمع الإحصاءات - هنا يبدأ العمل على المنتج. لن أصف هذه المرحلة ، لأن المقالة ليست حول ذلك. ولكن إذا كنت مهتمًا ، يمكنك بسهولة العثور على holivars على المحور
في شركتنا ، يبدأ المصمم في العمل على النموذج الأولي قبل عدة أشهر من تشكيل فريق المنتج. أولاً ، يفكر في بنية معلومات المنتج وينقل النتائج إلى الخريطة الذهنية.
بناءً على هذه البيانات ، يعد أول نموذج أولي في akshura. في حين تم وضعه بعبارات عامة: هناك معظم الصفحات المستقبلية ، يشار إلى الوظائف الأساسية والعلاقات الأساسية بين الأقسام. تم التفكير جزئيًا في العناصر المشتركة في النموذج الأولي بالكامل: التخطيطات ، وقبعة ، وقبو ، وظهور نوافذ مشروطة.
بعد ذلك ، يبدأ المرح: جمع فريق والعمل معًا على منتج. في البداية ، كنت في حالة صدمة طفيفة. أدركت أنه كان من الضروري تنظيم العمل مع المطورين بطريقة تبسط حياة بعضهم البعض وزيادة الكفاءة بشكل عام. تخيلت كيفية القيام بذلك: تبادل زملائي المعرفة ، قرأت مقالات حول هذا الموضوع ودرس قصص الشركات الأخرى. لكن تجربتي العملية جاءت تدريجياً. سأخبرك بالترتيب.
مدير المنتج ، وهو أيضًا رفيق قتال للمصمم
بدون أخصائي منتج ، تكون حياة uixer معقدة ومليئة بالمتشددين. نحن نعمل بإحكام شديد: في بداية كل سباق نلتقي ونناقش أي أجزاء من النموذج الأولي نحتاج إلى العمل بالتفصيل من أجل التخطيط. لقد ملأت بسيارة من الأسئلة: لماذا يجب أن يعمل هذا العنصر بهذه الطريقة وليس بطريقة أخرى؟ ما هو المهم بالنسبة للشخص في هذا القسم؟
الربح من التواصل مع أخصائي المنتج ضخم. عندما أجد الإجابات ليس في Google ، ولكن مع شخص يعرف المنتج بشكل مثالي ، يمكنني الوصول إلى النقطة بسهولة. وهذا يساعد على اتخاذ القرارات الأكثر عقلانية للمنتج.
يوضح تقني المنتج كيفية عمل ميزة جديدةتأكد من التفكير في الظروف المحتملة. ماذا يحدث إذا كان هناك صف واحد فقط في الجدول؟ إذا لم يكن هناك صف واحد ، فهل الجدول نفسه مطلوب؟ ماذا تظهر للمستخدم إذا لم يتم تحميل لقطة شاشة الموقع؟ قد تبدو مثل هذه اللحظات تافهة ، ولكن من التفاهات تشكلت تجربة مستخدم إيجابية ، أليس كذلك؟
بنهاية السباق ، أصبح النموذج الأولي متضخمًا مع التفاصيل ويصبح تفاعليًا: يمكنك النقر على جميع الروابط ، والمضي على مسار إنشاء كيان جديد ، ومعرفة كيف ستبدو العناصر الديناميكية عند التمرير. أرسل النموذج الأولي إلى اختصاصي المنتج للتحقق منه. غالبًا ما يكون لديه تعليقات صغيرة ، لذلك يتم إجراء المناقشة قبل بضعة أيام من نهاية السباق: هذه هي الطريقة التي يمكنني بها إجراء التصحيحات قبل التخطيط للفريق.
المبرمجون: كيفية تكوين صداقات معهم وتقديم المنتج في الوقت المحدد
بعد موافقة مدير المنتج على النموذج الأولي ، سيذهب الفريق إلى عرض عام. يحتوي هذا الاجتماع على العديد من الأهداف: لتحديث المطورين ، تحقق مرة أخرى من النموذج الأولي بمظهر جديد واعثر على حل وسط في القضايا الخلافية.
القضايا المثيرة للجدل في النموذج الأولي هي ألم منفصل لمصمم UX. يحدث أنك توصلت إلى حل لمشكلة واجهة معقدة ، ويقول المطورون: لتحقيق ذلك ، سيكون عليك قضاء ستة أشهر. ماذا تفعل إذا كان لا يمكن تغيير المواعيد النهائية ، فيجب تبسيط القرار مؤقتًا. في مثل هذه اللحظات ، من المهم أن تتذكر أنه من الأفضل إعطاء المستخدم منتجًا أسرع من تقديم الواجهة إلى مثالية خيالية بعد ستة أشهر.
هذا ما يبدو عليه القسم في النسخة "المثالية" من النموذج الأولي
سيجعل المطورون الإصدار المخفض أسرع بثلاث مرات تقريبًاحان الوقت لذكر المبدأ الأساسي للتصميم: قم بإعادة تشكيل النموذج الأولي باستمرار ، واطلب من الآخرين الانتقاد الصادق ، وتحليل النتائج وتطبيقها بشكل ملائم في الممارسة.
بعد العرض النهائي ، أقوم بإجراء تكرار آخر للتحرير ، ويتم تطوير النموذج الأولي.
المصمم المرئي: واحد للجميع
في يوم العمل الأول ، علمت أنه بالنسبة لجميع المنتجات في الشركة - مصمم بصري واحد. كنت أعتقد أن أحد هؤلاء المتخصصين ، أو حتى أكثر ، يشارك في تطوير كل منتج. قبل ذلك بقليل لم أسمع بوجود نظام تصميم وتصميم ذري.
باختصار حول جوهر التصميم الذري. أي عنصر منتج: زر ، رابط ، حقل الإدخال هو ذرة. لكل ذرة متطلباتها وقواعد السلوك والمظهر الخاصة بها. يصف المصمم المرئي كل هذا في نظام التصميم. استنادًا إلى المكونات والقواعد الدقيقة المطورة ، يؤلف uixer صفحات المنتج بشكل مستقل.
وجه المصمم عندما تطلب منه رسم رمز لـ DHCPعندما تظهر عناصر معقدة جديدة في النموذج الأولي ، أعتقد من خلال منطق عملهم وسلوكهم قدر الإمكان. يساعد المصمم في الجزء المرئي: يعدل المكون بحيث يكون موجزًا ومتناسقًا مع نظام التصميم.
تسريع التصميم الذري عملنا ، وترتيب العمليات وحفظ الكثير من الخلايا العصبية. إذا كان لديك فريق منتج كبير ، فربما يكون هذا النهج مفيدًا لك.
رئيس UX
أحيانًا تضعني المهمة في طريق مسدود مطلق. كلما فكرت في الحل ، كلما أصبحت العين غير واضحة وعمل الدماغ أسوأ. في مثل هذه الحالات ، أختار إحدى الطريقتين. الأول هو التشتت بمهمة أخرى ، والعودة إلى المشكلة الإشكالية لاحقًا. والثاني هو الذهاب إلى الرأس للعب التنس الإيديولوجي. أستخدم هذا الخيار عندما تنتهي المواعيد النهائية.
لست متأكدًا من أن مفهوم "التنس الإيديولوجي" موجود في العالم. على الأرجح ، اخترعناه ، لذلك سأشرح الجوهر. أخذت قطعة من العمل التي تسببت في صعوبات وإحضاره إلى رأسه. هام: لا أذهب بدون أفكار. من الناحية المثالية ، عرض زوجين من الخيارات ، حتى لو لم يعجبني.
رداً على ذلك ، أتلقى الانتقادات والأفكار حول كيفية حل المشكلة. عادة ، من بين أفكاري ، يجد الزعيم مثيرًا للاهتمام ويقول كيف يمكن تطويره. غالبًا ما أرى عيوبًا في هذه القرارات ، وأصلحها ، ونقدها ، مع انتقاداتي الخاصة ، لرمي الكرة من خلال الشبكة مرة أخرى.
من الخارج ، يبدو وكأنه نزاع مهني ، ولكنه في الواقع عصف ذهني ، ويساعد على تحقيق نتيجة جيدة بسرعة.
مصمم UX في أزمة إبداعيةيتطور قسم تصميم UX بسرعة: الآن لدينا 9 موظفين. بالنسبة لإركوتسك ، هذا الرقم هو ببساطة كوني :) لم يكن النمو مؤلمًا. كان من الصعب البحث عن موظفين جدد وتدريبهم ، ولم يكن من السهل بناء العمليات في فريق. ربما يكون مطورو UX على دراية بهذه المشكلات. إذا كنت مهتمًا بتجربتنا في حلها ، اسأل في التعليقات ، سأكون سعيدًا للإجابة.