سپنتا پویا — طراح محصول

چهار نقش سر میز نمونهٔ کاغذی و مسیر حرکت برگه‌ها
منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · ترجمه: ۶ شهریور ۱۴۰۵ · زمان مطالعه: حدود ۱۰ دقیقه

نمونه‌سازی کاغذی (Paper Prototyping) چیست؟

💡 این متن «بازنویسی آزاد» است: ایده‌ها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثال‌های تازه بازگو شده‌اند و ترجمهٔ کلمه‌به‌کلمه نیست. بخش‌های افزودهٔ مترجم در جعبهٔ منبع مشخص شده‌اند.

یک نمونهٔ کاغذی، تا وقتی کسی اجرایش نکند، فقط یک دستهٔ برگه است. آنچه از آن یک آزمون می‌سازد، چیدمان آدم‌ها دور یک میز است و قاعده‌ای که از پیش بینشان توافق شده.

تعریف

نمونه‌سازی کاغذی یعنی تیم طراحی بازنمایی کاغذی یک محصول دیجیتال را می‌سازد — با طرح دستی یا برگه‌های چاپی — و همان را برای گرفتن واکنش کاربر، در همان مراحل آغازین پروژه می‌آزماید.

هر صفحه یک برگه است. کاربر روی برگه به دکمه یا فیلدی اشاره می‌کند، و یکی از اعضای تیم بی‌درنگ برگهٔ جاری را با برگهٔ بعدی عوض می‌کند.

تفاوت این روش با یک وایرفریم در جنس ابزار نیست، در نحوهٔ اجراست. وایرفریم را نگاه می‌کنند؛ نمونهٔ کاغذی را کار می‌کنند. در خانوادهٔ نمونهٔ اولیه، این تنها گونه‌ای است که موتورش یک آدم است.

دربارهٔ اینکه چرا اصلاً یک نمونهٔ کم‌جزئیات بر نسخهٔ پرداخته ترجیح دارد، پیش‌تر جداگانه نوشته‌ام. اینجا فرض بر این است که آن تصمیم گرفته شده و مسئله، اجرای جلسه است.

جای این کار هم روشن است: هرچه زودتر اجرا شود، نتیجهٔ بهتری می‌دهد. کارکردش هم یکی نیست: اعتبارسنجی زودهنگام مفهوم پیش از سرمایه‌گذاری بر توسعهٔ دیجیتال، ایده‌پردازی و طوفان فکری روی مسئلهٔ کاربر، پیشگیری از خطاهای گران توسعه، و باز نگه‌داشتن راه بازنگری در طول کار.

چهار نقش سر میز

جلسهٔ نمونهٔ کاغذی، برخلاف ظاهر ساده‌اش، یک آرایش انسانی مشخص دارد. چهار نقش در آن تفکیک می‌شود.

  • - ۱. کاربر آزمون: کسی از بیرون تیم که کار واقعی را انجام می‌دهد. آزمودن با هم‌تیمی‌ها جای این نقش را نمی‌گیرد.
  • - ۲. تسهیل‌گر: جلسه را می‌گرداند. توضیح می‌دهد نمونه چطور کار می‌کند، پرسش‌ها را پاسخ می‌دهد، و دربارهٔ گام بعدی راهنمایی می‌کند بی‌آنکه کاربر را هدایت کند.
  • - ۳. کامپیوتر انسانی: عضوی از تیم که نقش سیستم را بازی می‌کند و برگه‌ها را عوض می‌کند.
  • - ۴. ناظر و یادداشت‌بردار: گفته‌ها و رفتارهای کاربر را ثبت می‌کند.

اعضای دیگر تیم طراحی و ذی‌نفعان هم می‌توانند حاضر باشند. یکی از فایده‌های شناخته‌شدهٔ این روش همین است: کشیدن یک طرح ساده از عهدهٔ همه برمی‌آید، پس ذی‌نفع غیرطراح هم می‌تواند مشارکت کند و طرح را همان‌جا با تیم اصلاح کند.

آموزش کامپیوتر انسانی هم بر عهدهٔ تسهیل‌گر است، تا رفتارش در طول جلسه یکدست بماند.

چهار نقش سر میز نمونهٔ کاغذی و مسیر حرکت برگه‌ها
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

کامپیوتر انسانی چطور کار می‌کند

هستهٔ اجرای این روش همین نقش است. کاربر به دکمه‌ای اشاره می‌کند و کامپیوتر انسانی، بی‌درنگ صفحهٔ بعدی را جای صفحهٔ فعلی می‌گذارد. نتیجه، شبیه‌سازی گردش ناوبری واقعی است.

ریتم جابه‌جایی برگه‌ها یک تنظیم ظریف دارد. باید آن‌قدر سریع باشد که جریان کار نشکند، و آن‌قدر کند که کاربر حس عجله نکند.

در کنار این، از کاربر خواسته می‌شود پیوسته بلند فکر کند. این روایتِ هم‌زمان، نقاط سردرگمی و انتظارها و شیوهٔ تصمیم‌گیری را آشکار می‌کند — چیزهایی که تماشای خاموش کاربر از دست می‌دهد.

پیش از آوردن کاربر واقعی، یک اجرای خشک لازم است. هم‌تیمی‌ها یک بار جلسه را بازی می‌کنند. این کار مشکلات لجستیکی را بیرون می‌ریزد و الگوی پاسخ کامپیوتر انسانی را پخته می‌کند.

چه چیزی روی میز می‌گذارید

فهرست مواد کوتاه و ارزان است. حدود ده دلار معمولاً کافی است برای خودکار، مداد، ماژیک، کاغذ، مقوا، کاغذ یادداشت چسبان، قیچی، چسب، خط‌کش و شابلون. کاغذ شطرنجی برای راهنمای چیدمان به کار می‌آید و کاغذ رنگی برای دکمه‌ها.

ساختنش هم قاعده‌های خودش را دارد.

  • - هر صفحه، یک طرح: برای هر صفحه یک برگهٔ جدا بکشید.
  • - سریع پیش بروید: بدون پرداخت بیش از حد، چون قرار است تغییر کند.
  • - با هدف آزمون بسازید: نه با هدف نمایش.
  • - از صفحهٔ کوچک شروع کنید: اول موبایل، بعد بزرگ‌تر.
  • - تعامل‌های کلیدی را بگذارید: دکمه‌ها، منوها و پنجره‌های بازشو.

تعداد صفحه‌ها هم سقف دارد. برای یک کار واحد مثل ثبت‌نام یا تسویه، پنج تا هفت صفحه کافی است. چند سفر کاربری هم‌زمان، حداکثر ده تا پانزده صفحه می‌خواهد.

ملاک انتخاب صفحه‌ها هم پوشش کامل نیست: نقطه‌هایی که احتمال سردرگمی در آن‌ها بیشتر است. صفحه‌های تصمیم را بکشید، نه همهٔ صفحه‌ها را.

چه چیزی یادداشت می‌کنید

خروجی جلسه، برگه‌ها نیستند؛ یادداشت‌هاست. اعضای تیم گفته‌ها و کارهای کاربر را ثبت می‌کنند.

چهار چیز ثبت می‌شود: مکث‌ها، جمله‌های کاربر، مسیرهایی که با موفقیت طی شده، و نقطه‌هایی که کاربر در آن‌ها گیر کرده.

حاصلش یک شواهد حاشیه‌نویسی‌شده است از اینکه چه چیزی کار می‌کند و چه چیزی شکست می‌خورد. برچسب‌ها و یادداشت‌های توضیحی هم در طول آزمون به خود برگه‌ها اضافه می‌شوند، به شرطی که انعطاف نمونه حفظ شود.

در خواندن نتیجه یک احتیاط لازم است. بازخورد مثبت، نشانهٔ خوبی برای ادامهٔ مسیر است، نه تضمین. این یافته‌ها شواهد جهت‌دهنده‌اند و تصمیم طراحی را پشتیبانی می‌کنند، نه اثبات.

محدودیت‌های اجرا

  • - واقع‌نما نیست: کاغذ نمی‌تواند طراحی تعاملی را کامل تقلید کند، پس واکنش کاربر با واکنشش به محصول نهایی فرق دارد.
  • - برای همهٔ بافت‌ها مناسب نیست: نمایش محدودیت‌های دسترس‌پذیری روی کاغذ دشوار است و گاهی به نمونهٔ پرجزئیات نیاز می‌افتد.
  • - حضوری است: جلسه از راه دور اداره نمی‌شود. حوضچهٔ کاربران کوچک‌تر می‌شود و خطر از دست‌رفتن یافته‌ها بالا می‌رود.
  • - کنترل کاربر محدود است: کاربر به‌جای تعامل طبیعی، باید کارش را روایت کند.
  • - کار را حذف نمی‌کند: نمونهٔ دیجیتال در هر حال ساخته خواهد شد.

فهرست خطاهای رایج هم کوتاه است.

  • - جزئیات زیاد در زمان زودهنگام
  • - حذف آزمون با کاربر واقعی
  • - برخورد با نمونه به‌عنوان چیزی نهایی به‌جای چیزی انعطاف‌پذیر
  • - شبیه‌سازی‌نکردن تعامل واقعی و ماندن در حد طرح ثابت
  • - ساختن صفحه‌های بیش از حد
  • - شلوغ‌کردن نمونه با اطلاعات غیرلازم
حلقهٔ اجرای جلسه، سقف تعداد صفحه‌ها و چهار ستون یادداشت
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

سه خطای کامپیوتر انسانی

این بخش افزودهٔ من است. نقش کامپیوتر انسانی در یک جمله توضیح داده می‌شود، اما در عمل سه‌جور خراب می‌شود و هر سه، نتیجهٔ جلسه را بی‌اعتبار می‌کنند.

یک: پیش‌دستی. کامپیوتر انسانی می‌داند مسیر درست کدام است، پس دستش زودتر از کاربر حرکت می‌کند. برگه پیش از آنکه کاربر تصمیمش را بگیرد عوض می‌شود.

هزینه‌اش این است که دیگر نمی‌دانید کاربر دکمه را پیدا کرد یا نکرد. جلسه به یک نمایش تبدیل می‌شود که در آن هیچ‌کس گم نمی‌شود.

دو: اجرا نکردن شکست. اگر کاربر جای اشتباهی بزند، باید صفحهٔ خطا روی میز بیاید، نه صفحهٔ درست. تیمی که برگهٔ خطا نکشیده، محصولی را آزموده که هرگز خطا نمی‌دهد.

سه: حرف‌زدن. کامپیوتر توضیح نمی‌دهد و دلداری نمی‌دهد. هر جمله‌ای که از این نقش بیرون بیاید، یک راهنمایی است که در محصول واقعی وجود نخواهد داشت.

یک قاعدهٔ ساده هر سه را مهار می‌کند: هر برگه‌ای که کاربر ممکن است ببیند، باید پیش از شروع جلسه کشیده شده باشد. اگر وسط جلسه مجبور به کشیدن چیزی شدید، آن مسیر آزموده نشده است.

برگهٔ یادداشت: چهار ستون

این هم افزودهٔ من است. «ثبت گفته‌ها و رفتارها» یک دستور کلی است و در عمل، یادداشت‌ها به تفسیرهای پراکنده تبدیل می‌شوند. یک برگهٔ چهارستونی جلوی این را می‌گیرد.

  • - ستون یک — کار: کاری که کاربر کرد، با فعل و بدون تفسیر. «روی گوشهٔ بالا زد».
  • - ستون دو — جمله: عین کلماتی که گفت، داخل گیومه. بازنویسی نکنید.
  • - ستون سه — مکث: چند ثانیه، و دقیقاً کجا.
  • - ستون چهار — برگه: اینکه کامپیوتر انسانی چه برگه‌ای گذاشت.

ستون چهارم همان چیزی است که معمولاً جا می‌ماند و بیشترین ارزش را دارد. بدون آن نمی‌شود فهمید سردرگمی از طراحی آمده یا از اجرای جلسه.

در یک آزمون کاربردپذیری دیجیتال، ضبط صفحه این ستون را رایگان به شما می‌دهد. روی کاغذ، تنها ردی که از حالت سیستم می‌ماند، همان چیزی است که یادداشت‌بردار نوشته.

تفسیر هم جای خودش را دارد: بعد از جلسه، روی برگه‌ای دیگر. ستون پنجمی به نام «نظر من» روی همین برگه، سه ستون اول را آلوده می‌کند.

در بافت فارسی

یک: کامپیوتر انسانی کجای میز بنشیند. کاربر فارسی‌زبان از راستِ برگه شروع می‌کند و دست راستش بیشتر وقت‌ها همان‌جاست.

پس جای کامپیوتر انسانی سمت چپ کاربر است، تا دستش برای عوض‌کردن برگه از مسیر نگاه کاربر عبور نکند. یک آرایش غلط میز، هر جابه‌جایی را به یک وقفهٔ محسوس تبدیل می‌کند.

دو: نقشی که اسم ندارد، اجرا نمی‌شود. در تیم فارسی، «یکی برگه‌ها را عوض کند» به‌سرعت به «هرکه نزدیک‌تر بود» تبدیل می‌شود.

نقش را پیش از جلسه اسم‌دار و مکتوب کنید و یک نفر را رویش بگذارید. همین کار کوچک، بیشترِ خطای پیش‌دستی را حذف می‌کند.

سه: بلند فکر کردن به گفت‌وگو تبدیل می‌شود. کاربر ایرانی به‌جای روایت‌کردن، رو به تسهیل‌گر می‌پرسد و دنبال تأیید می‌گردد.

تسهیل‌گر باید یک جملهٔ ثابت آماده داشته باشد و همان را تکرار کند: «اگر تنها بودید چه می‌کردید؟» پاسخ‌دادن به پرسش کاربر، همان هدایت‌کردنی است که قرار بود اتفاق نیفتد.

چهار: حضوری‌بودن در تیم پراکنده گران است. بیشتر تیم‌های محصول اینجا دورکارند، پس یک جلسهٔ کاغذی یعنی سه نفر باید هم‌زمان در یک اتاق باشند.

راهش کوچک‌کردن جلسه است، نه حذفش: یک کار واحد، پنج تا هفت برگه، و نیم ساعت. یک جلسهٔ کوتاه که برگزار می‌شود، از یک جلسهٔ کامل که هر هفته عقب می‌افتد ارزش بیشتری دارد.

چهار مسئلهٔ اجرای جلسهٔ کاغذی در بافت ایران
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

جمع‌بندی

  • - نمونه‌سازی کاغذی: بازنمایی کاغذی محصول دیجیتال، با طرح دستی یا برگهٔ چاپی، برای گرفتن واکنش کاربر در آغاز پروژه
  • - چهار نقش: کاربر آزمون · تسهیل‌گر · کامپیوتر انسانی · ناظر و یادداشت‌بردار
  • - تسهیل‌گر راهنمایی می‌کند بی‌آنکه هدایت کند، و رفتار کامپیوتر انسانی را یکدست نگه می‌دارد
  • - اجرا: کاربر اشاره می‌کند، برگه عوض می‌شود، کاربر بلند فکر می‌کند
  • - پیش از کاربر واقعی، یک اجرای خشک با هم‌تیمی‌ها
  • - مواد حدود ده دلار · هر صفحه یک برگه · اول موبایل · دکمه و منو و پنجرهٔ بازشو
  • - سقف صفحه: پنج تا هفت برای یک کار، ده تا پانزده برای چند سفر، متمرکز بر نقطه‌های تصمیم
  • - یادداشت: مکث · جملهٔ کاربر · مسیر موفق · نقطهٔ گیر
  • - بازخورد مثبت جهت است، نه تضمین
  • - محدودیت: واقع‌نما نیست · دسترس‌پذیری را نشان نمی‌دهد · حضوری است · کاربر روایت می‌کند · نمونهٔ دیجیتال حذف نمی‌شود
  • - سه خطای کامپیوتر انسانی: پیش‌دستی · اجرا نکردن شکست · حرف‌زدن
  • - برگهٔ یادداشت چهارستونی: کار · جمله · مکث · برگه‌ای که گذاشته شد
  • - در فارسی: کامپیوتر انسانی سمت چپ کاربر · نقش را اسم‌دار کنید · یک جملهٔ ثابت در برابر پرسش کاربر · جلسهٔ کوچک اما برگزارشده

منبع

این نوشته «بازنویسی آزاد» است از مطلب Paper Prototyping در وب‌سایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مفاهیم پایه — تعریف نمونه‌سازی کاغذی به‌عنوان ساختن بازنمایی کاغذی محصول دیجیتال با طرح دستی یا برگهٔ چاپی برای آزمودن طراحی و گرفتن واکنش کاربر در مراحل آغازین پروژه؛ کاربردها یعنی اعتبارسنجی زودهنگام مفهوم پیش از سرمایه‌گذاری بر توسعهٔ دیجیتال و ایده‌پردازی و طوفان فکری و پیشگیری از خطاهای گران و باز نگه‌داشتن راه بازنگری و اینکه اجرای زودتر نتیجهٔ بهتری می‌دهد؛ نقش‌های جلسه یعنی اعضای تیم طراحی و تسهیل‌گر و کامپیوتر انسانی و ناظر و یادداشت‌بردار و کاربر آزمون، و وظایف تسهیل‌گر یعنی راهنمایی دربارهٔ گام بعدی بدون هدایت کاربر و ادارهٔ گفت‌وگو و پاسخ به پرسش‌ها و آموزش کامپیوتر انسانی برای رفتار یکدست؛ سازوکار کامپیوتر انسانی یعنی جایگزینی بی‌درنگ برگهٔ جاری با برگهٔ بعدی پس از اشارهٔ کاربر و تنظیم ریتم جابه‌جایی؛ بلند فکر کردن پیوستهٔ کاربر و اینکه سردرگمی و انتظار و شیوهٔ تصمیم‌گیری را آشکار می‌کند؛ لزوم اجرای خشک با هم‌تیمی‌ها پیش از کاربر واقعی؛ فهرست مواد و کافی بودن حدود ده دلار و کاغذ شطرنجی و کاغذ رنگی؛ گام‌های ساخت یعنی یک طرح برای هر صفحه و سریع پیش رفتن و ساختن با هدف آزمون و اولویت صفحهٔ کوچک و گذاشتن دکمه و منو و پنجرهٔ بازشو؛ سقف تعداد صفحه یعنی پنج تا هفت برای یک کار واحد مثل ثبت‌نام یا تسویه و ده تا پانزده برای چند سفر کاربری و تمرکز بر نقطه‌های تصمیم؛ ثبت گفته‌ها و رفتارها یعنی مکث و جمله و مسیر موفق و نقطهٔ سردرگمی، و شواهد حاشیه‌نویسی‌شده، و افزودن برچسب و یادداشت در طول آزمون؛ گزارهٔ اینکه بازخورد مثبت جهت است نه تضمین؛ محدودیت‌ها یعنی واقع‌نما نبودن و دشواری نمایش محدودیت‌های دسترس‌پذیری و حضوری بودن و کوچک‌تر شدن حوضچهٔ کاربران و روایت‌کردن کاربر به‌جای تعامل طبیعی و لزوم ساخت نمونهٔ دیجیتال؛ و فهرست خطاهای رایج یعنی جزئیات زودهنگام و حذف آزمون و برخورد نهایی با نمونه و شبیه‌سازی‌نکردن تعامل و صفحه‌های بیش از حد و شلوغ‌کردن نمونه — از این منبع گرفته شده. متن فارسی، ساختار بخش‌ها و همهٔ تحلیل‌ها کاملاً مستقل نوشته شده‌اند.

متن مطلب اصلی تحت هیچ لایسنس بازی منتشر نشده است؛ به همین دلیل اینجا ترجمهٔ کلمه‌به‌کلمه ارائه نشده و متن کامل انگلیسی (به‌همراه همهٔ منابع مرتبط) در لینک زیر در دسترس است.

بخش‌های افزودهٔ مترجم: صورت‌بندی آغازین دربارهٔ اینکه برگه‌ها بدون آرایش انسانی و قاعدهٔ توافق‌شده آزمون نمی‌سازند؛ تفکیک وایرفریم و نمونهٔ کاغذی بر مبنای نگاه‌کردن در برابر کارکردن؛ کل بخش «سه خطای کامپیوتر انسانی» شامل پیش‌دستی و از دست رفتن این اطلاعات که کاربر دکمه را پیدا کرد یا نه، اجرا نکردن شکست و لزوم کشیدن برگهٔ خطا، حرف‌زدن نقش سیستم به‌عنوان راهنمایی‌ای که در محصول واقعی وجود ندارد، و قاعدهٔ آماده بودن هر برگهٔ ممکن پیش از شروع جلسه؛ کل بخش «برگهٔ یادداشت: چهار ستون» شامل چهار ستون کار و جمله و مکث و برگهٔ گذاشته‌شده، استدلال اینکه ستون چهارم سردرگمی طراحی را از سردرگمی اجرا جدا می‌کند، مقایسه با ضبط صفحه در آزمون کاربردپذیری دیجیتال، و جداکردن تفسیر از ثبت؛ و کل بخش بافت فارسی شامل جای نشستن کامپیوتر انسانی نسبت به دست و نگاه کاربر راست‌به‌چپ، اسم‌دار و مکتوب کردن نقش برای حذف خطای پیش‌دستی، تبدیل بلند فکر کردن به گفت‌وگو و جملهٔ ثابت تسهیل‌گر، و گران بودن جلسهٔ حضوری در تیم پراکنده و راه‌حل کوچک‌کردن جلسه به یک کار واحد و پنج تا هفت برگه

تصاویر: هیچ تصویری از مطلب اصلی بازتولید نشده است. هر سه نمودار این صفحه طراحی مستقل مترجم است.

مشاهدهٔ مطلب اصلی
سپنتا پویا

مترجم: سپنتا پویا

طراح ارشد محصول. مقالات تخصصی UI/UX را با حفظ ساختار و لحن نسخهٔ اصلی به فارسی برمی‌گردانم.

دربارهٔ من

در این مقاله

  • - تعریف
  • - چهار نقش سر میز
  • - کامپیوتر انسانی چطور کار می‌کند
  • - چه چیزی روی میز می‌گذارید
  • - چه چیزی یادداشت می‌کنید
  • - محدودیت‌های اجرا
  • - سه خطای کامپیوتر انسانی
  • - برگهٔ یادداشت: چهار ستون
  • - در بافت فارسی

برچسب‌ها

  • نمونه‌سازی کاغذی
  • نمونهٔ اولیه
  • آزمون کاربر
  • UX
  • ترجمه