نصائح للبرسم ورقة النماذج
هذه الدورة التعليميه يفسر كيف تصنع ورقة واعداد نموذج لاختبار قابليتها للإستخدام من جانب القيام walkthroughs. النموذج انشاء وتجول خلال الانشطه يحدث بشكل تكراري - جعل بعض القطع النموذج ، تجول خلال القيام ، من اصل الرقم ماذا يعيب او المفقودين ، واكرر. لا توجد قواعد الجاد والسريع لكيفية طويلة للانفاق على كل تكرار ، وهذه العملية عادة ما يتطلب الأمر ما مجموعه 2 او 3 ايام ، وربما انتشرت على مدى اسبوعين. قائمة القطع اللازمة للقيام بالمهامتقدم قائمة على whiteboard او رسم الوجه من جميع الشاشات النموذج الخاص بك سوف تحتاج الى دعم المهام التي قمت بانشاء - الخطوات التي انجزت المهمة الخاصة بك من النماذج هي نقطة انطلاق جيدة. تبقى قائمة الى حد رفيع المستوى ؛ لست بحاجة الى أن تحدد كل قائمة او القائمة المنسدله لأن الشخص صنع شاشة مسؤولة عن التفاصيل الخاصة به. على سبيل المثال ، فإن مهمة فتح حساب التقاعد المالية في الموقع قد تتطلب شاشات التالية :
قائمة لا بد ان يكون في اي ترتيب معين لانه عادل لجهودكم فائدة في تحديد ما يعد. انها عادة اسرع لخلق هذه القائمة دون النظر في وصلة القائمة ، واذا كان هناك واحد والا فان خطر لك الحيد الى مناقشة التركيبه الحالية لا تنسوا البياناتومن المرجح ان تكون بعض البيانات المرتبطه المهام ، وانت بحاجة الى أن تعد للغاية ، ليس فقط شاشات فارغه. مطوري اعتادوا على التفكير البيانات من حيث الهيكل (وصف الحساب هو 20 - الطابع اسكي الخيط) بدلا من المحتوى (مايك 'sالجيش الجمهوري الايرلندي). ولكن ما هو مضمون المستخدمين تبالي. عند دخولهم الى ان البيانات هي مجديه لهم ، وانهم يتوقعون ان الوصله لتعكس المعلومات دخلوا. الوصله هى حقا مجرد وسيلة لتحقيق غاية ، حتى المستخدمين من المرجح ان تولى مزيدا من الاهتمام لبيانات مما تضر الى الحاجيات التي تشكل وصلة. في كثير من الاحيان فمن المهم للمستخدمين ان نرى كيف بياناتها ستظهر في اماكن اخرى في النظام. اذا كان المستخدم هو تهيئة تصنف الاعلانات على الانترنت عن طريق ملء استماره ، وقال انه من المحتمل او انها تريد ان معاينه الاعلانيه في نفس الشكل الذي سوف يستخدم هذا النظام لعرضها عليه. اذا كنت أسأل لمستخدمي ببساطة تخيل شيئا) "انها سوف تتيح لك معاينه اعلانك") ، يمكن ان تفوت لكم تغذية مرتده مهمة ، مثل ، "أوه ، انتظر لانها احاطت بها تلك الخارجة عن أسطر فارغه اردت ان يكون لديها". البيانات استخدامك ينبغي ان نكون واقعيين بما فيه الكفايه أن المستخدمين يمكن ان تتفاعل معها بطريقة هادفه. ويتسم هذا باهميه خاصة عند المستخدمين هي المجال الخبراء في موضوع التفاعل. تأكد البيانات "التعلق معا" في متناسقا في سائر انحاء المهمة. إذا كنت تسأل لتجد جميع مستخدمي الثلاث غرف نوم منازل للبيع ولكنك اظهارهم نتائج البحث ان تشمل بعض منها اربع غرف للنوم ، والمستخدمين قد نتساءل ما فعلوه خطأ. (طبعا ، اذا كنت ذكي مع ازالة الشريط ، وربما يمكنك التستر على اربع غرف للنوم المنازل ، وبالتالي فإن حل هذه المشكلة على الذبابه.) يجب عليك ايضا ان تدرج واقعي على درجة من التعقيد فى ورقتكم النموذج. كان حرصك على الانترنت اجهزة متجر يبيع 37 cordless التدريبات ولكن عليك ان ندعي ان هناك فقط (3) ، you'll تصميم المثقاب في الصفحه بطريقة قد لا الحجم. وهذا لا يعني ان كنت بحاجة الى صفحات المنتج للجميع 37 - انك قد تعوق مهمة في هذا السبيل ان مستخدمي ومن المرجح ان ننظر الا 6 منهم. اين احصل على بيانات واقعيه؟ بعض الشركات قد مناسبة اكمال قواعد البيانات التى تستخدم فى اختبار وضمان الجوده ، التسويق او ربما لديه شيء للعينات التي يستخدمونها. ولكن اذا كان جهازك اختبار قواعد بيانات تحتوي فى معظمها هراء مدون مثل "test1" و "asdfasdf ،" كنت افضل حالا خلق بنفسك. اذا كنت تواجه مشكلة الخروج مع سيناريو واقعي ، والتحدث الى الناس في شركتكم الذين هم على اتصال مع المستخدمين. فقط لا تستخدم قاعدة بيانات حقيقية الشعبية المعلومات في أنها - ان للواقعيه جدا! تقسيم الكائن الفضائي imperaافضل طريقة لخلق النموذج يتوقف على حجم وتشكيل الفريق ومدى طول التنمية. وفي أحد طرفي النقيض ، اذا كنت صنع نموذج قائم وانه قد وصله مباشرة سلسلة من الشاشات ، يمكن ببساطة جعل لكم تصور الشاشه وطباعتها بها بوصفه اساسا لوضع النموذج الخاص بك (هذه هي مهمة كبيرة لأحد المتدربين) . في هذه الحاله انت قد رفع الجلسة حتى اليوم التالي ، عندما سيكون لديك الشاشه المطبوعات ، والتي تتبعونها ثم تجول خلال اول. وإذا كان التفاعل غير موجود حتى الآن او يجري تغييرا كبيرا ، وهناك بعض أعمال التصميم المطلوب. ذلك الانقسام وقهر : كل شخص يكون على الفريق ان ترتب وضعها بالاحرف الاولى على لائحة المقبل على الشاشات انها سوف تعد. اجازة قائمة فيها الجميع يستطيع ان يرى حتى انهم جميعا نعرف أن منظمة الصحة العالمية تعمل على ما تريد - يجوز للناس بالمرور على طول افكار او تعاون. هذا الانقسام ونقهر فكرة في البداية يجعل بعض الناس عصبي لانها ترى أنا مثل الدعوة الى تصميم من قبل اللجنة ، ان اللجنة قد تشمل بعض nondesigners. ولكن في الممارسه وليس هذا ما يحدث. النموذج هو الورقه التي اوجدها الفريق الاساسي ، والذي يشمل التعريف من جانب المسؤولين عن الوصله ، حتى النموذج يظل دائما في ايدي المناسبه. معظم نماذج لها بعض الشاشات التي هي محددة جيدا وسهلة نسبيا لخلق ، مثل المتصفح او الخلفية - سجل في الشاشه. ما قمت ان وجد هو أن أعضاء فريق التصميم مع أقل خبرة تميل الى الاشتراك لسهولة قطعة ، وترك الثقيلة لرفع الراءده مصمم (ق). النتيجة النهائية هي ان تقسيم العمل هو في طريقة مناسبة واستفادة الجميع من العولمة عن طريق التعرف على الوصله. (واذا الامثل فكرة التصميم هل في ادارتها للتسلل ، وقابليتها للإستخدام التجارب سوف الاعشاب بها.) فليس من الخطأ أن يكون الجامع اوجدتها نموذج واحد فقط او شخصين إذا كان هذا هو ما كنت اكثر ارتياحا. ولكن قد يكون من المفيد تقسيم العمل الذي قمت كما وصفها هنا ، أو حتى محاولة موازية تصميم. القائمة مقابل تصميم جديد؟احيانا تأتي المناقشه حول ما اذا كان من الافضل لاختبار نموذج اولي من التصميم الحالي الى خرده او انها في صالح نهج جديد. لا جواب عن المنكر - ورقة يمكن ان يتطور النموذج من اي نقطة انطلاق ذلك - وها هي بعض العوامل في النظر فيما يلي :
ومن مزايا النماذج هو ورقة يمكنك ان النموذج شيئا دون الصدد الى ما اذا كان يمكن بالفعل ان يبني. كما يعتبر ذلك احد المآخذ. درجة الى القيود الفنية التي ينبغي النظر فيها يتوقف على ما اذا كنت النماذج شيئا كنت تخطط لاطلاق سراح في 3 أشهر أو 3 سنوات - وهي أطول فترة زمنيه الخاص بك ، يمكنك ان تركز اكثر على ما مستخدمي الحاجة وثم في وقت لاحق من هذا الرقم اذا واصل كيفية بناء عليه. هناك حجة مماثلة للانضمام الى نمط واجهة التطبيق ادلة. اذا كانت شركتك لديها دليل الشركات الاسلوب وأنه غير قابل للتفاوض ، فالسبب على الارجح افضل على ورقتكم قد تتوافق مع نموذج لأسلوب الدليل. ولكن اذا كنت تحاول ان تجعل القضية لتغيير تلك المبادئ التوجيهيه ، فإنك قد تعمدت ان تفعل شيئا مختلفا لتحديد ما اذا كان سيعمل بشكل افضل. - ومن جهة الانتباه مقابل شاشة طلقات؟ربما كان هناك وجود صيغة للتفاعل واحدهم يقترح عليك البدء بجعل الشاشه اعيرة ناريه. فيما يلى اربعة عوامل للنظر.
على الرغم من أنني لست على علم بأي أدلة عملية ، واعتقد ان وجود خليط من جهة - وطبع شاشات الانتباه بشكل كاف ولا يزال يحمل على المستخدمين ان التصميم هو في حالة تغير مستمر ، وبالتالي تشجع تعقيباتها. لقد وجد ايضا ان النماذج التي تبدأ مع نيس ، بارعه مجموعة من الطلقات الشاشه عادة تتطور الى جمع الطلقات الشاشه ، شاشة طلقات مع تصويبات اليدويه ، وبعض ان اعيد رسمها وجهه. حتى عندما شاشة طلقات سهلة لجعل ، اعتقد انه اوكيه لاستخدامها كنقطه انطلاق واعادة رسم شاشات اذا وعندما تجد حاجة ل. اذا كنت تجعل من ناحية - الانتباه الى التصويبات المطبوعه شاشة طلقات ، مستخدمين احيانا سيكون ذكي بما فيه الكفايه ليدركوا ان يدوي تصويب الانتباه هو الشيء ناشرا من المفترض ان يركز على. (ولكن لا يزال هناك الكثير من الحالات - i'd اقول الاغلبيه - اذا كان ذلك لا يبدو أن يحدث ، ولعل ذلك يرجع الى الشاشه ما زال لديها العديد من المشاكل.) اذا كنت تخشى ان يدوي الانتباه التغيير قد تقدم فكرة مصطنعة اما اعادة تشكيل العديد من العناصر المحيطة بها من جهة ايضا (هذا هو المكان الواسع للازالة الشريط مفيدة) او redo الشاشه. Greeking والتبسيطGreeking يعني استخدام عبارة هراء لتمثيل النص. في ورقة النموذج ، يمكنك استخدام squiggly خطوط بدلا من الهراء كلمات لتخدم نفس الغرض. Greeking ليست في حاجة الى العديد من النماذج ، ولكن عن معرفة قيمته. فيما يلى ثلاثة اسباب لكم قد تستخدم greeking - السبب الأول هو الأكثر شيوعا ، والاثنان الاخران اكثر من غير المألوف.
عندما يتعلم الناس اولا عن greeking ، وهم مسرورون كثيرا ما يميل إلى الافراط فيه. الامثله السابقة ينبغي اعتبار تكتيكات لاستخدامها في الحالات الخاصة بدلا من ان تفعل شيئا كنت بطبيعة الحال. لا اليوناني اجزاء من الوصله التي لها صلة ما انت تحاول اختبار. على سبيل المثال ، في القائمة المنسدله ، انك لا تريد اليوناني جميع الخيارات ما عدا واحدة أردتم للمستخدم لاختيار - ان يجعل من مهمة سهلة مصطنع ، وانت قد لا اعرف شيئا هاما. ومن المهم ايضا في كثير من الحالات الى مضمون واقعي لها في النموذج لانها مثيرة للاهتمام للمستخدمين مشاهدة لاتخاذ قرارات على اساس ان مضمون. فيما يلى بعض النصائح من اجل ابقاء لكم من انفاق الكثير من الوقت على اعداد باليد الانتباه الشاشات.
باستخدام شاشة طلقاتعلى افتراض انك تريد استخدام بعض اللقطات في شاشة ورقتكم النموذج ، وهنا بعض الاشياء انك قد ترغب في ان تكون على علم انكم تتبعونها إعداد :
عندما كنت اخذ هذه العوامل في الاعتبار ، قد تجد انه العادل في اسرع رسم بعض شاشات باليد. عادة افضل مسار للعمل هو القيام بكل ما هو اسرع لأحصل على نموذج معا ، ثم تعديله حسب الحاجة وكنتيجه لاختبار قابليتها للإستخدام فصل العناصرمعظم الوصلات المالية ، سواء أكانت في صفحات الويب أو البرمجيات ، وقد بعض الاجزاء التي لا تزال واضحة في معظم الاوقات. على سبيل المثال ، التطبيقات البرمجيه عادة ما يكون له صف من القوائم والأيقونات عبر أعلى ، وربما بعض في اسفل. بعض تطبيقات استخدام أ الايسر شجرة هيكل ان يتسع وتنهار. المواقع على شبكة الانترنت وغالبا ما يكون لاستمرار صف من الروابط في اعلى ، غادر الفريق الملاحة (ان يتغير في بعض الأحيان عند مستويات أدنى من الموقع) ، ومحتوى المجال. الاولى منك قد يكون الدافع لجعل شاشة طلقات من كل الشاشه بأكملها ، واحد لكل التقليب تتوقعون انظر الى المستخدم. ولكن اذا قررت ان تجعل التغيير الى استمرار مجال الشاشه ، مثل الملاحة ترك الفريق ، انت بحاجة الى أن تجعل نفسها التغيير على كل صفحة. وهكذا ، فإنه غالبا ما تكون اسهل لتقطيع شاشات صلب المكونات الرئيسية لتسهيل اعادة النظر في جزء واحد فقط من الشاشه. (احيانا يمكن ان تضيف قليلا من الارباك على عدة قطع تمثل احد الشاشه ، ولكن ببساطة نقول للمستخدم ، "هذا هو كل واحد الشاشه" عادة لا حيلة.) تنظيم النموذجلا شك في ذلك ، ورقة النماذج هي مربكه. وأحد التحديات هو تنظيم جميع قطع من الورق بحيث ان الحاسوب يمكن العثور بسرعة على احد القادمة. لا يوجد حق طريقة لتنظيم ورقة النموذج - كل حاسوب ستضع حضارته نظام لتحديد مكان القطع بسرعة. ولكن اليك بعض النصائح.
تصميم استعراضاتولا يمكن ان يكون هناك فائدة كبيرة لاستخدام المنتج فرق في ورقة نموذج على المشي من خلال المهام نفسها ، دون المستخدمين. انا الذهاب للتمييز بين نوعين من walkthroughs - تجول خلال داخلي ، والتي تستخدم لاعداد النموذج الاولي) وفريق (لاختبار قابليتها للإستخدام ، وتصميم الاستعراض ، حيث هو نموذج ورقة تستخدم كوسيله للمناقشة مع الوصله اصحاب المصلحه. يمكنك سماع هذه المصطلحات المستخدمة بشكل مختلف عما قمت تعرف عليها هنا ، والى حد ما وهي تداخل المفاهيم. ويناقش هذا القسم بايجاز تصميم الاستعراضات ؛ كثير من زبائني اخبرني انه مجرد عملية تهيئة المهام ورقة نموذج جعلتهم انظروا الى التفاعل بشكل مختلف - حتى قبل اول اختبار قابليتها للإستخدام ، ومن تم بالفعل عملية مفيدة. بعض المنتجات خلق فرق ورقة النماذج واستخدامها داخليا في تصميم الاستعراضات ، دون استخدامها من اي وقت مضى اجراء الاختبارات. ورقة نموذج يمكن حفز مناقشة مثمره ، وخصوصا لاولئك الذين قد يجدون صعوبة تصور سلوك بينية من المواصفات. تصميم استعراضات باستخدام ورقة نموذج تمكين فريق منتجات انظر الى الوصله من منظور جديد - they'll اشعار مضايقات مثل مرهقه تحويل جيءه وذهابا بين اثنين شاشات أو وصلة للمفقودين. ويجوز لهم ايضا التعرف على قضايا أوسع نطاقا ، مثل الشرط مفقود. ورغم ان تصميم استعراضات ليست بديلا عن اختبار قابليتها للإستخدام ، فانها يمكن ان تساعد في تحديد المنتجات وفرق فيكس مشاكل في الوصله. حتى ان تنظر في اتخاذ ورقة النموذج الخاص بك الى الاجتماع المقبل بينية الاستعراض. الداخلية walkthroughsداخلي تجول خلال ما قمت المحدد وهو النشاط الذي يساعد المنتج فريق اعداد لاجراء الاختبارات مع قابليتها للإستخدام ورقة النموذج. أ تجول خلال يشبه شكل اختبار قابليتها للإستخدام في ان لديك نموذج والمهام ، ولكن في هذه الحاله لا توجد مستخدمين الخارجيين. وبدلا من ذلك ، لأحد اعضاء الفريق يعمل "الخبير مستعمل ،" اداء المهمة الطريقة نتاج فريق تتوقع ان يتم ذلك. أ تجول خلال هو تمرين عملي ان يساعد الفريق :
يجب عليك أولا تجول خلال عقد الخاصة بك في أقرب وقت كنت تظن ان لديك معظم ما انت بحاجة الى الحصول من خلال واحد على الاقل من المهام. ويتوقف ذلك على حجم الفريق العامل على النموذج ، قد يكون من الأيسر ان ننتظر حتى انك مستعد لالمشي من خلال جميع المهام في وقت واحد ، او قد تريد من اجل التصدي لها واحد او اثنين في وقت واحد. وهذا يعتمد ايضا على تعقيد التفاعل والثقة لديك في التصميم. اذا كنت خلق شيء جديد ، وهي غالبا ما تكون مفيدة لوضع القطع معا عاجلا وليس آجلا ، لمجرد التأكد من كل شيء التعلق معا. كيف نفعل أ تجول خلالتجول خلال عقد ، انت بحاجة الى ان الجدول 'sكبيرة بما يكفي لانتشار النموذج. اسناد الشعب الى الادوار التالية :
وبطبيعة الحال ، واعضاء اخرين من فريق منتجات يمكن ايضا ان تكون حاضرة للمساعدة في جعل النموذج قطعة مفقودة ، وتحديد القضايا المحتملة ، الاطلاع على وصلة ، او ببساطة الى التوصل الى فهم افضل ورقة من النماذج الاولية. كما الخبير مستخدم مناحي من خلال المهام ، والمسائل والقضايا التي ستثار والكاتب ينبغي ان يكتب اسفل هذه جنبا الى جنب مع النموذج قطعة مفقودة. وفي نهاية المطاف ، فإن الكاتب ما يلي قائمة اعضاء الفريق ويقررون ماذا ستفعل امام تجول خلال المقبل. الاتفاق على وقت القادمة تجول خلال تفريق قبل ان تفعل العمل الفرديه. في بلدي استشارة الممارسه ، لقد قمت وجد ان 15 الى 30 دقيقة وعادة ما يكفي من الناس الى البحث عن سؤالين وادلى ببضع شاشات - وبعباره اخرى ، تقدما كافيا لانه قيمته تجول خلال عمل آخر. إذا سمحتم وقتا اكثر من اللازم ، وانتم خطر ان تفقد قوة الدفع الخاصة بك. تحذير : هذا isn'ta قابليتها للإستخدام الاختبار!هناك اغراء قويا في كثير من الاحيان الى طي تجول خلال استخدامها سابقا لاوانه الى اختبار بسؤال المشاركين العامل المستخدم للعب. عادة ، سيقول احدهم ، "يا ، لماذا لا نحصل على ذلك وحتى يكون المستخدم؟'s قالت انها لم تشهد ابدا هذا من قبل ، حتى انها 'dتكون كبيرة." مقاومه! هناك بعض المشاكل مع هذا ، واضحة وخفية على حد سواء :
Keeping the aforementioned cautions in mind, sometimes it can be valuable to ask a co-worker to play user for another purpose: to introduce them to the concepts of paper prototyping and usability testing. Some of my colleagues have reported very positive results from inviting an influential manager or VP to play user after first carefully explaining the technique of paper prototyping and the purpose of the walkthrough. Who Should Be the ComputerPeople sometimes think that you have to be a software developer to play Computer, but that's not necessarily the case. In fact, it can be valuable for a tech writer or trainer to be the Computer because this gives them experience with the interface. It's true that the Computer needs to understand how the interface behaves in response to the user's inputs, but one can usually pick up the necessary knowledge simply by watching someone else walk through the tasks a couple of times. Just as the interface isn't expected to be perfect, neither is the person playing Computer—if the Computer makes a mistake during a usability test (which is not uncommon for more complex interfaces), there's usually another team member present who will notice and help get things back on track. (It can also take some of the pressure off users to see that the Computer makes mistakes too.) When practical, it's good to have more than one person who is prepared to be the Computer. You don't want to cancel a usability test because your Computer is home with the flu. Also, it's fairly demanding to be the Computer. In particular, it's hard for the Computer to also take notes, which is an important thing for the lead designers to do. So try to spread out the effort a bit. Some teams have two or three people who take turns playing this role, or they may have different Computers depending on the task. I've done paper prototype tests where Person A kept all the pieces for tasks 1 and 2, Person B was responsible for tasks 3 and 4, and so on. (While the Computers are changing places, I joke with the users that we're giving them a hardware upgrade!) Some teams have a Co-processor work with the Computer. The Co-processor finds pieces, puts pieces back when they're no longer needed, writes things on the removable tape, and otherwise helps keep the prototype from becoming a disorganized mess. For example, when a user clicks "Add to Cart" on an e-commerce site, the Co-processor prepares a piece of removable tape to represent how that line item will appear in the shopping cart. When (and When Not) to RedesignSometimes even an internal walkthrough is enough to expose major problems in the interface. The mere act of performing the steps as users are expected to do can reveal aspects of the interface that are cumbersome or even technically impossible. When this happens, it's appropriate to come up with an improved version of the design even before the first test. It makes sense to redesign the prototype if the team agrees that the issues found during walkthroughs are valid and serious. (As an example that may seem extreme but that occasionally happens, sometimes even one of the lead designers can't do a task.) On the other hand, you should resist the temptation to redesign based solely on someone's opinion or the desire to try a different approach without understanding the strengths and weaknesses of the existing one. The problem with doing redesign before testing is that you don't yet know what you don't know. Once you watch users work with the prototype, you'll better understand the problems you're trying to solve. So if design ideas come up, jot them down and save them until you have some data from testing—then you'll know which of your ideas you truly need. The Final Walkthrough—the Usability Test RehearsalThe usability test rehearsal is basically another internal walkthrough, but with a few extra elements added. A rehearsal is not specific to paper prototyping—it's an important step in preparing for any usability test. Ideally, the rehearsal should take place the day before the first usability test. It often involves a larger group than those who worked on the prototype. The purpose of the rehearsal is to make sure everyone (the Computer, facilitator, and observers) and the prototype are ready for usability testing. The facilitator runs the rehearsal in a similar manner to how he or she will conduct the usability test, but with several differences. Instead of focusing attention on the user (who in a rehearsal is still one of the product team members), the facilitator's goals during a rehearsal are as follows:
Pilot TestsUnlike a usability test rehearsal, a pilot test is not something you'll do for every usability study, although there are situations in which one can be useful. A pilot test is a cross between an internal walkthrough and a usability test. Its main purpose is to refine the tasks and methodology used in the main tests (as opposed to a usability test, which is used to refine the interface). Unlike in a walkthrough, in a pilot test you bring in a representative user. Unlike in a usability test, you ask this user to give you feedback on the tasks and instructions, not just to do them. You can also time the pilot test to get a better idea of how long it will take users to accomplish the tasks. In a pilot test, it's appropriate to interrupt the user (politely, of course) to have a discussion with your teammates about how you want to change the tasks or methodology—this is not something you want to spend time doing in a usability test. A pilot test is useful when you don't want to change the tasks during the usability study. For example, I tested a live Web site in the United States that was also being tested in Denmark. My Danish counterpart created the tasks, and I conducted the pilot test. I then reported back to her my results such as, "Task 2 will take more time than we thought, so we should allow up to 40 minutes. But task 3 and task 5 cover similar ground, so let's eliminate task 5." The pilot test helped us coordinate our methods so that our test findings would be comparable. I reserve pilot tests for situations in which there is a high degree of rigor needed in the testing methodology, such as a competitive evaluation of two released products. Because a paper prototype is continually evolving, there is less need to hold the methodology constant, so I don't bother with pilot tests. However, there is no reason not to conduct a pilot test if you feel the need for one. In particular, a pilot test can be a good opportunity for a new facilitator to practice under the guidance of a more experienced one. this is an article added by Judith Kreempy
|
|||
|