👈🏽 👥 ⏬ واجهة شخصية. الجزء 2. إعدادات التنقل التلقائي 💤 ⛱️ 📔

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

الخطوة 0. افهم ما نريد.

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

من الضروري إزالة كل ما هو غير ضروري وتبسيطه ، ويستحق البدء من شيئين:

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

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

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

الخطوة 1. جمع البيانات

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

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

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

الخطوة 2. التنمية

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

عملت منصة الجوّال بشكل جيد لسببين:

, . , . satellite-. Wrike for Android .
.

الوظيفة نفسها بسيطة للغاية: هناك مكون في واجهة تطبيق الهاتف المحمول - التنقل السفلي (التنقل السفلي). هناك حاجة لترك الأقسام التي يزورها المستخدم بشكل متكرر للوصول السريع.

هناك أيضًا علامة تبويب "Else" - تحتوي على كل ما لم يتناسب مع التنقل السفلي.

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

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

الخطوة 3. الانطلاق داخل الشركة

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

كان هذا كافيًا لجمع الملاحظات الأولى التي أظهرت أخطاء تصميم واضحة. وتأكد أيضًا مما يلي:

, ;
( ) .

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

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

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

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

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

بعد أن تأكدنا من أن كل شيء على ما يرام ، كان من الضروري توسيع نطاق الحل.

الخطوة 4. أ / ب إلى 100٪ من الجمهور

بالطبع ، لا يمكننا الحديث عن الدلالة الإحصائية في حساب واحد. بادئ ذي بدء ، قمنا بعمل A / A لجمهور المستخدمين المسجلين وتأكدنا من عدم وجود فرق في المجموعات. ثم انتقلنا إلى مرحلة A / B وطلبنا من قسم المحللين الهندسيين تصحيح القاعدة لكل مستخدم من المجموعة B.

تم اختبار الفرضيات التالية:

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

ضع في اعتبارك ما كان خفيًا وراء كل فرضية وكيف تأكدنا منها.

عن سرعة العمل

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

في غضون أسبوعين بعد الإطلاق ، لاحظنا انخفاضًا في مقياسنا الرئيسي (الأعمدة أعلاه 0.0):

بضع كلمات حول الرسم البياني:

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

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

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

في النهاية ، تمكنا من تقليل الوقت إلى أول إجراء مهم بحوالي 18٪.

حول الاحتفاظ

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

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

عن الولاء

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

الخطوة 5. B / C إلى المجموعة أ

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

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

الخطوة 6. تكوين الملاحة في المرة الأولى التي تقوم فيها بتسجيل الدخول

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

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

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

مجموع

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

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

خاتمة

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

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

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

واجهة شخصية. الجزء 2. إعدادات التنقل التلقائي