تشكيل تجربة المستخدم في Zivame: دراسة حالة لإدارة المنتج

هذه مدونة ضيف بواسطة Udit Khandelwal.

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

ماذا فعلنا لاستحضار مثل هذه المشاعر السريالية لدى الأشخاص الذين يتسوقون معنا؟

حسنًا ، لقد قمنا بإشراك المستخدمين في كل خطوة من خطوات تصميم المنتج. في مقالتي كيف غيّرت الطريقة التي تشتري بها النساء حمالات الصدر عبر الإنترنت ، غطيت كيف استفدنا من أبحاث المستخدمين لاكتشاف طريقة جديدة للتسوق من حمالات الصدر. هنا ، سأذهب http://notuser.com/how-i-changed-the-way-women-buy-bras-onlin لإرشادك خلال الرحلة حيث تمكنا من اختبار التصميم مع مستخدمين حقيقيين ، والحصول على رؤى حقيقية و نفذت تصحيح المسار.

خطة اللعب

تحد
كانت الموارد محدودة ، وكان النطاق ضخمًا وكان علينا الاستمرار في تعديل التصميمات المُحسّنة بشكل متزايد.

سعي

كان من المفترض أن يتم تصميم موقع الويب بالكامل وتطويره من البداية في غضون 5 أشهر. كان الشهر الماضي محجوزًا بالفعل لجميع الأنشطة المتعلقة بالاختبار والنشر والاستقرار. لذلك لم يكن لدينا أكثر من 120 يومًا لتصميم وتطوير تجربة Zivame الجديدة. لقد سمعت هذا القول في مكان ما:

لا توجد طرق مختصرة اليوم ؛ أنا في عجلة من أمرك - يقول السويسريون

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

• نماذج Lo-Fi الأولية: صقل الرسومات حتى ننتهي من اكتشاف الثغرات وحتى نصلح جميع التدفقات المكسورة.
• الاختبارات التكوينية: استخدم النماذج الأولية الورقية للاختبار مع من تستطيع ، متى استطعت ، حتى لو كان على طاولة الغداء.
• نماذج أولية عالية الدقة: طوّر نموذجًا أوليًا تفاعليًا عالي الدقة ، أقرب ما يكون إلى المنتج النهائي.
• الاختبارات النهائية: اختبرها مع مستخدمين حقيقيين واحصل على رؤى حقيقية.
• الاختبارات التجريبية: جولة أخيرة من الاختبار ، على المنتج الفعلي ، قبل تسليمه إلى العالم.
• التكرارات: حمل كل اختبار بعض الأخبار السارة وبعض الأخبار السيئة (والتي كانت بشرى سارة). كان علينا إعطاء الأولوية لإصلاح الأخطاء وإجراء تحسينات لكل تكرار.

درس

يعد اختبار قابلية الاستخدام نشاطًا مستمرًا يحتاج إلى التخطيط المناسب والوقت والموارد.

الاختبارات التكوينية

تحد
لم يتم اختبار التصميم الأولي تمامًا وكانت فرق التطوير في انتظارنا. كان علينا أن نمنحهم شيئًا قويًا وسريعًا.

سعي

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

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

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

درس

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

نماذج عالية الدقة

تحد
يحتوي الموقع على أكثر من 300 شاشة وحالة شاشة فريدة. كان تجميع النقر فوق مهمة ضخمة.

سعي

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

بعد ذلك ، قمنا بتقييم 3 خيارات لبناء النموذج الأولي:

1. فلاش - مفضلتي الشخصية ، أعلم أنني أبدو وكأنني مدرسة قديمة!
2. تطبيق Marvel - لأن الجميع يسير على هذا النحو.
3. تطبيق Invision - منافس Marvel.

الآن تم استبعاد Flash بسرعة بسبب النفقات العامة المتضمنة. نجح نوع Marvel ، لكن كان لديه دعم محدود للتراكبات ، وكان تصميمي بالكامل يعتمد على الأسطح والتراكبات. عرضت لي Invision مرونة أفضل ، لذلك تقدمت في Invision.

درس

تحديد النطاق أمر بالغ الأهمية ؛ حتى بالنسبة للنموذج الأولي.

الاختبارات النهائية

تحد
كان لابد من تحسين الاختبار لفشل التصميم.

سعي

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

1. النموذج العقلي الأولي - اختبار التوقع
2. الاستخدام الفعلي - اختبار استكشاف مجاني
3. الملاحة - اختبار الأداء
4. - اختبار تحمل التكاليف المرئية
5. تدفق المهمة - اختبار الأداء
6. المشاعر - عملية التفاضل الدلالي

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

درس

استخدم مطرقة للمسامير ، لكن استخدم مفك البراغي.

تجنيد

تحد
العثور على نساء (في الهند) يوافقن على المشاركة في اختبار موقع لانجري.

سعي

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

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

درس

العثور على مستخدمين حقيقيين ليس بهذه الصعوبة. عليك فقط أن تفعل ذلك بالطريقة الصحيحة!

واقترح ريدينج

تأثير اليعسوب ، جينيفر آكر وآندي سميث

جلسات اختبار قابلية الاستخدام

تحد
التحدث إلى النساء حول موقع ويب يبيع حمالات الصدر.

سعي

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

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

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

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

درس

المستخدمون بشر ، إذا عاملتهم جيدًا ، فسيكونون مفيدين للغاية.

باش باش

تحد
كنا بحاجة للتأكد مما إذا كان المنتج النهائي يتصرف بالشكل الذي تم تصميمه والمقصود منه ، وكان الوقت ينفد منا!

سعي

هناك دائمًا درجة عادلة من الاختلاف بين المنتج الفعلي والتنفيذ.
عندما كان موقع الويب الخاص بمنتج Zivame beta جاهزًا ، أردنا التأكد من أن المنتج كان يتصرف كما هو متوقع. أردنا معرفة ما إذا كان المستخدمون مرتاحين للتفاعل مع عناصر التحكم في واجهة المستخدم التي طبقناها وأردنا رؤيتها تعمل في العالم الحقيقي.

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

لقد منحنا هذا درجة عالية من الثقة لإصدار الإصدار التجريبي خارجيًا!

درس

لا يضر الاختبار أبدًا ويمكن إجراؤه في أي مرحلة.
مجد للسيدات ، اللواتي ساعدتنا طوال الطريق في بناء تجربة تسوق رائعة في Zivame!

ادرس دورات إدارة المنتجات عبر الإنترنت من أفضل الجامعات في العالم. احصل على درجة الماجستير أو برنامج PGP التنفيذي أو برامج الشهادات المتقدمة لتسريع مسار حياتك المهنية.

برنامج مميز لك: برنامج شهادة التفكير التصميمي من Duke CE