مرحبًا ، هذه هي ناتاشا ، رئيسة التحرير في UX Yandex.Money. أكتب هذا النص لأني لم أعد أستطيع الصمت حيال عملي.
اعتادوا على التفكير في لنا ككاتب حقوق التأليف والنشر. نكتب أفضل من المديرين. نحن قادرون على التحقق من معرفة القراءة والكتابة. التحرير لجعلها أكثر وضوحا. نزيل الكلمات غير الضرورية.
الآن يعتقدون أننا كتاب مجيد. اختراع الزر الأيمن للزر. تحقق مما إذا تم استدعاء الرابط بشكل صحيح. لقد قطعنا كل ما هو سيء.
حسنًا ، ما الذي لا يعجبك ، ناتاشا؟
لا أتخلى عن الأزرار والروابط والتسميات والأدوات. أنا أحبهم ، وقطعهم بمنشار بانورامي ، وقم بطيهم وإخراجهم ، ما لم أقودهم إلى القضبان.
ولكن كل هذا يتعلق بالجزء السادس من عملي (عملنا). آخر واحد. عندما مرت الخامسة السادسة. شيء من هذا القبيل: في البداية ذهبت إلى متجر البقالة ، وأغسلت الخضروات ، وانزلقت ، مقطعة إلى مكعبات وقش ، وصنعت مرقًا ، وكل 10 دقائق ركضت لأرى ما إذا كان قد هرب. وأخيرا ، يضاف الملح والفلفل و lavrushka. أزرار ، وصلات ، تلميحات الأدوات. رسائل.
أنا (نحن) لا نملك ما يكفي من الأشخاص الذين يفهمون أن النص المعين مهم للغاية ، ولكن لا يزال الخطوة الأخيرة في عمل محرر UX.
لا يمكنك فقط أخذ "كتابة زر واحد" ، أو "الخروج بعنوان رئيسي هنا" ، أو "إصلاح الحروف في المخطط". التخطيط ليس صورة منفصلة في إطار: إنه دائمًا ما يكون جزءًا من العملية. وهذه العملية جزء من المنتج الذي نعمل جميعًا عليه (المصممون والمحررون والمحللون ومديرو المنتجات) على تطوير UX.
في البداية ، على مستوى المعنى
المحررين في Money لديهم هذا التخطيط الشرطي:
- أولا أنت تعمل على مستوى الحس العام ،
- ثم تقرر كيفية توسيع هذا المعنى إلى خطوات وأولويات ،
- في النهاية ، تنتقل إلى الصيغة واللون.
تتضمن المرحلة الأولى - حول المعنى - أن محرر UX يتصل بالمشروع في البداية. وعندما أقول "في البداية" ، لا أتحدث عن النقطة "يبدأ المصمم في وضع التصميمات". أنا أتحدث عن البداية الحقيقية: هناك مبرر وفكرة ومفهوم عام ، وقد بدأ تطوير الحل التقني (أو لم يبدأ بعد).
هنا يأتي دور فريق UX الصغير: مصمم ومحرر.
ما علاقة الحل التقني به؟
أنا لست محللًا ، وليس مطورًا ، ولا مالك منتج. لن أخوض في كيفية اتصال مكونات النظام مع بعضها البعض أو كيف سيؤثر المخطط الفني الجديد على أداء الأعمال.
لكننا ، مع مصمم UX ، سنصعد إلى آخر - هنا ، على سبيل المثال:
- ما يجب أن يؤخذ المستخدم في الاعتبار في النموذج : يمكن إرسال هؤلاء الأشخاص على الفور للدفع ، والبعض الآخر يحتاج إلى إرساله من خلال استبيان مع البيانات الشخصية ،
- ما هي البيانات التي يجب سحبها إلى صفحة محددة : هنا رصيد الدين القرض مهم ، وهناك عنوان مكتب البريد حيث ستصل البطاقة المصرفية ،
- ما هو المنطق الذي يجب وضعه لرسائل الحالة : هنا تحتاج بالتأكيد إلى صفحة منفصلة مع التفاصيل (وهناك ، بالمناسبة ، تحتاج إلى إعادة توجيه البيانات من الخطوة الأولى) ، ومن المنطقي أن تعود ببساطة إلى القسم وتضع تلميحًا صغيرًا إلى عنصر محدد.
هذا لا يعني أنه إلى جانبنا ، لا يوجد أحد يفكر في المنطق والفروق الدقيقة. هذا يعني أن المحرر والمصمم يناقشان دائمًا الحل التقني للتأكد من: البيانات التي نحتاجها ، والحالات ، والمعلمات موجودة. حتى تتمكن من العمل على.
من التقنية إلى الإنسان
هناك شخص ، ويريد الشخص فعل شيء ما. يوجد نظام يمكنه القيام بذلك: لكن أولاً ، يحتاج إلى شيء في المقابل.
إحدى المهام الرئيسية لمحرر UX هي تذكر أنه يعمل لصالح شخص ما. لذلك ، كل ما يريده النظام من شخص ما ، المحرر يترجم إلى لغة بشرية. أولاً ، على مستوى المعنى ، ثم على مستوى النص.
عن المعنى العام
جزء كبير من عملنا يمر تحت علامة كوكبة "لماذا". ربما هذا هو السؤال المفضل لمحرر UX.
- لماذا نعتقد أن هذا مهم للأشخاص ، وسيسأل المحرر مدير المنتج.
- لماذا من الضروري قيادة شخص من خلال هذه النقطة ، سوف يسأل المحلل.
- لماذا نقوم بالتحقق من صحة هذه البيانات بطرق مختلفة ، اسأل المطور.
- لماذا نريد حتى أن يشير الشخص إلى ذلك ، اسأل شخصًا آخر.
بلدي الكمال اجتماع تي شيرت
بعض "لأن" سيكون بسيطًا ومفهومًا: يريد شخص ونظام نفس الشيء ، فهم ببساطة يصيغونه بطريقة مختلفة. التالي هو مسألة النص.
سيتم ربط الآخرين بالمنطق الداخلي المعقد أو قيود النظام. ولكن بعد سلسلة من "لماذا" ، قد يتضح أنه يمكن تغيير المنطق ، والتحايل على القيود. لذلك سيؤثر المحرر في البرنامج النصي ، وبدلاً من خمس شاشات (سبعة أزرار) ، ستبقى شاشتان (ثلاثة أزرار). قصة حقيقية ، حياة الريال.
عن النص
مرتجلاً ، إذا لم تغوص عميقًا ، فيبدو أن نصوص الواجهة يجب أن تلتزم بقواعد صارمة. الزر هو فعل. تبديل التبديل - على / قبالة. رابط - إشارة إلى المكان. يبدو أن كل شيء بسيط.
نحن نؤمن بآخر: النصوص الأمامية هي انعكاس للطريقة الإنسانية للحوار.
- يريد النظام من المستخدم "قراءة الشروط" والنقر فوق "تأكيد". كشخص ، أريد أن أخبرها أنني أفهمها.
- النظام يريد أن يقول: خطأ ، رقم خاطئ. أريد أن أرى: هناك خطأ مطبعي هنا - التحقق من الرقم مرة أخرى.
بالطبع ، هذا ليس ممكنًا دائمًا ، ولا يعمل دائمًا. من بين أشياء أخرى ، أيضًا لأن إنسانية النص شيء شخصي غير صحيح.
على سبيل المثال ، بدا لنا لفترة طويلة أنه بالنسبة للأخطاء الفنية هناك عنوان ممتاز - "حدث خطأ ما". مناسبة لأي حال ، يشير إلى حقيقة وجود خطأ ، في حين لا يوجد القليل من الروبوت. لكن الوقت والتغذية المرتدة أظهروا: الناس يشعرون بالضيق الشديد عندما "يحدث خطأ ما". ماذا يسألون ، ماذا بالضبط؟ بشكل عام ، لم يعد هناك "شيء ما" في أخطاء جديدة (ونلتقط القليل من الأخطاء القديمة).
لن تنتهي أبدًا (مرحبًا الدردشة)
كان يبدو لي: لقد بدأت المشروع ، وعملت ، وبدأت - يمكنك الزفير والتحول إلى المهمة التالية.
الآن أعرف أن هذا لا يحدث.
يظل المحرر (والمصمم) في وضع الدعم المزمن ، لأنه: أ) يتغير المنتج طوال الوقت ، ب) يأتي المستخدمون بأسئلة جديدة ، أو حتى ج) بعض الميزات نتيجة لذلك لم تنجح كما توقعنا.
على سبيل المثال ، مع فريق من البطاقات المصرفية ، لديّ دردشة ثنائية. بقالة واحدة: يوجد PO ، PM ، محلل ، شخص دعم ، ونحن مع المصمم من UX. المحادثة الثانية مع الواجهة الأمامية: هناك مرة أخرى نحن مع المصمم ، PM والمطورين.
هناك حاجة إلى دردشة البقالة بحيث لا يمر كل شيء البقالة. على سبيل المثال: دعم الإشارات التي غالباً ما بدأ الناس في طرح سؤال مماثل. نناقش على الفور كيفية التعامل مع هذا: التصميم ، النص ، التحسينات الخلفية (أو بشكل عام مرة واحدة).
في الدردشة مع الواجهة الأمامية ، نحل مشاكل التدفق: لا يوجد ما يكفي من التلميح لهذا المجال ، فقد ذهبت المحاذاة في مكان ما. أو حتى - أي اختبار النسخ الاحتياطي من الأفضل استخدامه من وجهة نظر UX في هذا المكان بالذات: متزامن أو غير متزامن (أوضح الفرق لي ، والآن في كل فرصة تظهر ذلك في الموضوع).
نتيجة لذلك ، فإن الفريق بأكمله في متناول يدك. وانت في متناول اليد مريح.
العقل الجماعي ، +1
محرري UX ليسوا آلات معالجة معلومات مثالية. نحن مخطئون ، يا غبي ، ننسى أن تفكر في شيء مهم أو بالعكس ، نحن منغمسون بشدة في السياق بحيث يكاد يكون من المستحيل الخروج وإلقاء نظرة على عملك الخاص بمظهر المستخدم الجديد.
هناك طرق واضحة للتعامل مع هذا. اسمحوا لي أن أرى زميلًا لا يعرف التفاصيل ، ويلاحظ المستخدم في الدراسة ، ويتحول إلى مهمة أخرى ويعود عندما تكون خارج السياق قليلاً.
هناك حلول أقل وضوحًا: جمع الحلول الناجحة في المكتبة ، واستنباط الخوارزميات التي يمكنك الاعتماد عليها في مشاريع جديدة.
وما زال هناك فريق - مثل الدماغ الجماعي. ويحتاج هذا الفريق إلى المزيد من محرري UX: لدراسة الحلول التقنية ، والتفكير في المعنى ، وشحذ الكلمات (والغباء بشكل دوري ، حيث بدونها).
إذا كان لديك مثل هذا الشخص في الاعتبار ، أو أنت نفسك مثل هذا الشخص ، فراجع الوظيفة الشاغرة لدينا .