فیگما
آیفون و اپل واچ / چالش تابستان ۱۴۰۵

کیک‌آف: چک‌اینی که تمام می‌شود

چک‌این روزانه‌ی بازیکنان: از فرمی که فقط ۲۸٪ تمامش می‌کردند، به ثبتی زیر یک دقیقه. در سه مرحله: تحلیل رفتار، بازطراحی گوشی و ساعت، و تست کاربردپذیری.

طراح: کتایون صمدی، طراح محصول برای چالش DUX Studio زمان: تابستان ۱۴۰۵ ابزار: DID MAP، فیگما، Claude Code
طرح قبلی، مودترکر: سؤال اول از ۱۵، «قبل از بازی امروز، حال‌وهوای کلیت تو رختکن چطوره؟» با چهار گزینه
قبلمودترکر: سؤال ۱ از ۱۵، بعد از ورود با شماره و کد
کیک‌آف در تم تیره: صفحه‌ی امروز با دقیقه تا تمرین و کارت چک‌این
بعدکیک‌آف: امروز و چک‌این در یک صفحه
زمینه

تیم از نظر بدنی آماده است، اما عملکردش افت کرده

کادر فنی می‌داند مشکل فقط تمرین و تاکتیک نیست: استرس، بی‌خوابی و افت انگیزه هم اثر گذاشته‌اند. ای‌اف‌سی ریچموند دو بار تلاش کرده بود این وضعیت را ببیند. فرم‌های کاغذی بعضی پر نشدند و بعضی ناقص ماندند. اپ مودترکر را بعضی بازیکنان اصلاً باز نکردند و بعضی نیمه‌کاره رها کردند. حالا اسپانسر تازه‌ی باشگاه، اپل، به همه Apple Watch داده است.

هدف باشگاه تصویری کامل و مستمر است. پس موفقیت فقط «تمام کردن فرم» نیست: داده باید هر روز ثبت شود و قابل اعتماد باشد.

نقش و محدودیت‌ها

  • داده‌ی یک ماه، ۱۷۷ جلسه: عددها جهت را نشان می‌دهند، نه قطعیت آماری را.
  • ضبط جلسه‌ها در پلن DID MAP قفل بود؛ به‌جایش دو جلسه‌ی ضبط‌شده از دو کاربر روی گوشی تحلیل شد.
  • دسترسی مستقیم به بازیکنان نبود؛ انگیزه‌ها از رفتار استنباط شده‌اند.
اپ قبلی مودترکر روی گوشی و ساعت: صفحه‌ی ورود با شماره موبایل
اپ قبلی: مودترکرصفحه‌ی اول ورود با شماره و کد است، هر بار. نسخه‌ی ساعت همان صفحه‌ی گوشی است، کوچک‌شده.
۱
مرحله‌ی اول

تحلیل رفتار و مشکلات بازیکنان

تحلیل دادهتحلیل رفتار کاربرارزیابی کاربردپذیریتعریف مسئلهاولویت‌بندی مسائل
در یک نگاه
  1. از ۱۲۸ ورودی فقط ۳۶ نفر ثبت را کامل کردند (۲۸٪)؛ ۴۰٪ پیش از هر سؤالی، پشت ورود با شماره و کد ماندند.
  2. سؤال ۴، با لیست ۲۲ گزینه و پاپ‌آپ تبلیغ، بزرگ‌ترین ریزش داخل فلو است: ۲۱٪ در یک قدم.
  3. کسانی هم که تا ته می‌رسند نمی‌خوانند: ۱۱ سؤال در ۱۸ ثانیه، با مقیاس‌های برعکس. داده‌ی ثبت‌شده قابل اعتماد نیست.
روش

هیچ منبعی به‌تنهایی کافی نبود

هر یافته باید دست‌کم از دو منبع مستقل پشتیبانی می‌شد. فرضیه‌ها پیش از دیدن فانل نوشته شدند تا داده آزمونشان کند، نه تأییدشان.

منبعچه چیزی را نشان دادچه چیزی را نمی‌تواند نشان دهد
بررسی خود اپ (heuristic review)ساختار فلو، ۱۵ سؤال، الگوهای طراحی مشکل‌داررفتار واقعی کاربران
فانل ثبت وضعیت (۱۸ مرحله)کجا و چند نفر می‌روندچرا می‌روند
هیت‌مپ و rage و dead clickکجا کاربر گیر می‌کند یا ناامید می‌شودترتیب اتفاق‌ها
مسیرهای کاربر (Flows)از کجا وارد و از کجا خارج می‌شوندانگیزه
دو ضبط جلسه از دو کاربر (موبایل)زمان روی هر صفحه، مکث، برگشت، خطامیزان تکرار الگو در کل کاربران
تصویر کلی

از ۱۲۸ ورودی، ۳۶ ثبت کامل

دو پله‌ی بزرگ: از شماره به کد تأیید (۵۱ نفر، ۴۰٪) و از سؤال ۴ به ۵ (۱۳ نفر، ۲۱٪). همین دو، نزدیک ۷۰٪ کل ریزش‌اند. از سؤال ۹ به بعد تقریباً کسی نمی‌رود.

فانل ثبت وضعیت، تعداد نفر

صفحه‌ی شماره
۱۲۸
کد تأیید
۷۷
سؤال ۱
۷۰
سؤال ۴
۶۳
سؤال ۵
۵۰
سؤال ۹
~۴۰
صفحه‌ی نتیجه
۳۶

قدم‌های کلیدی از ۱۸ مرحله. عدد سؤال ۹ از ریزش‌های گزارش‌شده حساب شده است.

شاخصمقدار
کل جلسه‌ها۱۷۷
جلسه‌های تک‌صفحه‌ای۵۳٪
سهم کلیک‌ها از موبایل۷۹٪
rage click در کل اپ۵٫۳٪
rage click در صفحه‌ی شماره۲۱٫۹٪
rage click روی «ارسال کد»۳۷٫۵٪
dead click در کل اپ۶٫۱٪
شروع وسط سؤال‌ها۲۵٪ (۸۹٪ همان‌جا خارج)

میانگین طول جلسه (۲۶۳ دقیقه) عمداً کنار گذاشته شد؛ به احتمال زیاد از باز ماندن تب است، نه استفاده‌ی واقعی.

فلوی فعلی

مسیر خطی ۱۵ سؤالی، با تعداد نفرات روی خط‌ها

یادداشت‌های زرد مشکلاتی‌اند که آنالیتیکس نشان نمی‌دهد.

مسیر اصلیمسیر جایگزین یا بازگشتخطا یا ریزش
فرضیه‌ها در برابر داده

طول پرسشنامه هزینه دارد، اما نه جایی که انتظار داشتم

فرضیه (پیش از دیدن فانل)نتیجهشاهد
بیشترین ریزش داخل فلو روی سؤال ۴ استتأیید شد۲۱٪ ریزش در یک قدم؛ بقیه‌ی قدم‌ها ۲ تا ۸٪
ریزش بین ارسال کد و ورود کد قابل‌توجه استبزرگ‌تر از انتظار۴۰٪؛ بزرگ‌ترین ریزش کل مسیر
کاربران تا انتها به‌تدریج از خستگی رها می‌کنندنیمه‌درستسؤال ۱ تا ۹، جدا از سؤال ۴: ۱۷ نفر رفتند؛ از سؤال ۹ تا صفحه‌ی نتیجه: فقط ۴ نفر
داده‌ی ثبت‌شده قابل اعتماد نیستتأیید شدیک کاربر ۱۱ سؤال آخر را در حدود ۱۸ ثانیه جواب داد

چرا فرضیه‌ی سوم مسیر طراحی را عوض کرد

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

یافته‌های کلیدی

پنج یافته، هر کدام با دست‌کم دو منبع

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

یافته‌ی ۱اولویت ۱، بحرانی

دیوار ورود ۴۰٪ کاربران را پیش از هر ارزشی از دست می‌دهد

بازیکن باید شماره بدهد، منتظر کد بماند و آن را وارد کند، پیش از آن‌که بداند اپ چه چیزی به او برمی‌گرداند.

  • فانل: ۵۱ نفر از ۱۲۸ بین صفحه‌ی شماره و کد رفتند؛ ۷ نفر دیگر بین کد و سؤال ۱.
  • هیت‌مپ: rage click صفحه‌ی شماره ۲۱٫۹٪ (میانگین اپ ۵٫۳٪)؛ «ارسال کد» به‌تنهایی ۳۷٫۵٪.
  • کاربر الف: خطای «شماره معتبر نیست» وسط تایپ (۰:۰۴ تا ۰:۰۸)، بعد ۱۸ ثانیه گیر در کد تأیید: خطا، تلاش برای paste، پاک کردن و ورود دوباره.
  • کاربر ب: کیبورد دکمه‌ی «ارسال کد» را پوشاند (۰:۰۸ تا ۰:۱۲).
  • بررسی اپ: قالب ‎+98‎ رد می‌شود؛ پیام خطا کوچک و کم‌کنتراست؛ کد بعد از تکمیل خودکار ارسال نمی‌شود؛ «شروع دوباره» به همین صفحه برمی‌گرداند.

چرا مهم است: بیشتر کسانی که ثبت نکردند (۵۸ از ۹۲) پیش از سؤال ۱ رفتند. این همان گروهی است که «اصلاً از اپ استفاده نکردند»، و هزینه‌اش با هر ورود دوباره تکرار می‌شود.

صفحه‌ی ورود اپ قبلی
صفحه‌ی اول اپ قبلیورود با شماره، هر بار
هیت‌مپ کلیک صفحه‌ی شماره‌ی اپ قبلی در DID MAP: بیشترین تراکم روی دکمه‌ی «ارسال کد»
هیت‌مپ DID MAP، موبایل۶۶ نشست و ۶۶۹ کلیک؛ ۷۳ کلیک خشمگینانه، ۱۳ تا روی «ارسال کد»
یافته‌ی ۲اولویت ۲، بحرانی

سؤال ۴ بزرگ‌ترین نقطه‌ی شکست درون فلو است

سخت‌ترین سؤال فلو («دلیل این حس») با سه مانع دیگر هم‌زمان شده: یک پاپ‌آپ تبلیغاتی، یک لیست بلند و یک لودر.

  • فانل: ۱۳ نفر از ۶۳ (۲۱٪) بین سؤال ۴ و ۵ رفتند.
  • هر دو کاربر: ۲۰ تا ۳۰ ثانیه روی این صفحه ماندند و تا ته لیست اسکرول کردند.
  • پاپ‌آپ: «عضویت ویژه» با شمارش معکوس ۶ ثانیه‌ای؛ هر دو منتظر ماندند تا تمام شود.
  • لیست: حدود ۲۲ گزینه‌ی کم‌کنتراست؛ بدهی، مسائل خانوادگی و قرارداد کنار هم، جلوی کادر فنی، و یک گزینه‌ی تبلیغاتی لای پاسخ‌ها.
  • منطق: «دلیل این حس» پرسیده می‌شود حتی وقتی حال کاربر «خوب» است.
  • لودر: «در حال تحلیل پاسخت» حدود ۲٫۵ ثانیه، بدون هیچ نتیجه‌ای.

چرا مهم است: یک‌پنجم کسانی که از ورود رد شده‌اند این‌جا از دست می‌روند، و بقیه بیشترین زمان و انرژی‌شان را این‌جا خرج می‌کنند.

سؤال ۴ اپ قبلی در DID MAP: پاپ‌آپ نارنجی «پیشنهاد ویژه‌ی امروز» روی سؤال «دلیل این حس» و گزینه‌هایش
سؤال ۴ اپ قبلی، از DID MAPپاپ‌آپ «پیشنهاد ویژه‌ی امروز» روی سؤال و گزینه‌هایش می‌نشیند
یافته‌ی ۳اولویت ۳، بالا

پرسشنامه‌ی ۱۵ سؤالی پر از حشو است و کاربر را به‌تدریج از دست می‌دهد

مسئله تعداد سؤال‌ها به‌تنهایی نیست؛ سؤال‌هایی است که نه برای بازیکن معنا دارند و نه برای کادر فنی داده‌ی تازه می‌سازند.

بی‌ربطتکراریزمان متناقض (یافته‌ی ۴)
  • فانل: جدا از سؤال ۴، بین سؤال ۱ تا ۹، ۱۷ نفر به‌تدریج رفتند؛ ۲۴٪ شروع‌کنندگان.
  • بررسی اپ: دست‌کم ۴ سؤال اضافه‌اند: رنگ کفش و فصل مورد علاقه (اطلاعاتی ثابت که هر روز پرسیده می‌شود)، و انرژی و استرس که هر کدام دو بار پرسیده می‌شوند.
  • هر دو کاربر: حدود ۸ ثانیه روی سؤال ۲ مکث کردند؛ همان چیزی که سؤال ۹ دوباره می‌پرسد.
  • زمان کل: ۷۰ ثانیه برای کاربر الف و ۱۰۰ ثانیه برای کاربر ب، به‌علاوه‌ی ۱۸ تا ۲۸ ثانیه ورود.
  • پیشرفت: ۱۵ نقطه‌ی ریز بدون عدد؛ کاربر نمی‌داند چقدر مانده.
  • چرا مهم است: هر سؤال اضافه از توجه محدود بازیکن خسته برداشت می‌کند، بی‌آن‌که چیزی به داده اضافه کند. حذفشان کم‌هزینه‌ترین اصلاح کل فلو است.
یافته‌ی ۴اولویت ۴، بالا

داده‌ی ثبت‌شده قابل اعتماد نیست

فانل نیمه‌ی دوم را «سالم» نشان می‌دهد: سؤال‌های ۱۰ تا ۱۲ صفر ریزش دارند. اما رفتار کاربران و طراحی سؤال‌ها نشان می‌دهد پاسخ‌ها قابل اعتماد نیستند.

سرعت پاسخ به ۱۱ سؤال آخر
کاربر الف
۱۸ ثانیه
کاربر ب
۵۶ ثانیه

کمتر از ۲ ثانیه برای هر سؤال: کلیک برای تمام کردن، نه خواندن.

مقیاس معکوس

در سؤال ۹، عدد ۵ یعنی «سرشار از انرژی»؛ در سؤال ۱۴ یعنی «تنش زیاد». چهار قالب پاسخ متفاوت، و سؤال ۵ از «ستاره» حرف می‌زند ولی آیکون توپ نشان می‌دهد.

تناقض زمانی

سؤال ۱ «قبل از بازی امروز»، ۱۳ «امروز کنترل بازی را داشتی؟»، ۱۱ «امشب بعد از بازی»، ۱۵ «فردا». کاربر ب ۹ ثانیه روی سؤال ۱۳ مکث کرد.

پایان خالی

صفحه‌ی نتیجه فقط «نرخ تکمیل ۱۰۰٪» و فهرست جواب‌ها را نشان می‌دهد؛ هیچ بینشی که پاسخ دقیق را برای بازیکن ارزشمند کند.

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

یافته‌ی ۵اولویت ۵، بالا

کاربر هیچ راه امنی برای تصحیح یا ادامه ندارد

تنها دکمه‌ی تصحیح در کل فلو، پیشرفت کاربر را پاک می‌کند.

کاربر الفچه اتفاقی افتاد
۰:۴۴اپ دکمه‌ی برگشت ندارد و هر انتخاب خودکار به سؤال بعد می‌رود؛ با دکمه‌ی برگشت گوشی به سؤال ۱ برگشت تا جوابش را ببیند.
۱:۱۳روی «متوجه شدم اشتباه انتخاب کردم» ته لیست ۲۲تایی سؤال ۴ زد و به صفحه‌ی ورود شماره موبایل پرت شد. با برگشت، اسکرول از اول شد و پاپ‌آپ دوباره آمد.
پایان«شروع دوباره» در صفحه‌ی نتیجه هم کاربر را به صفحه‌ی ورود می‌فرستد. ویرایش جواب ممکن نیست.

Flows: ۴۵ جلسه (۲۵٪) مستقیم وسط سؤال‌ها شروع شدند و ۸۹٪ همان‌جا خارج شدند. تفسیر من: کاربرانی که بعد از وقفه برگشته‌اند و بدون زمینه وسط فلو فرود آمده‌اند. این تفسیر باید تأیید شود.

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

اولویت‌بندی

دامنه × شدت × اطمینان

#یافتهدامنهشدتاطمینان
۱دیوار ورود۴۰٪ ورودی‌ها؛ هر روز تکراربالا: کاربر هرگز به محتوا نمی‌رسدبالا: فانل + هیت‌مپ + دو ویدیو
۲سؤال ۴۲۱٪ باقی‌مانده‌ها؛ کندی برای همهبالا: بیشترین ریزش داخل فلوبالا: فانل + دو ویدیو + بررسی اپ
۳پرسشنامه‌ی پرحشو۲۴٪ شروع‌کنندگانمتوسط در هر سؤال، زیاد در مجموعبالا: فانل + بررسی اپ + دو ویدیو
۴داده‌ی غیرقابل‌اعتمادهمه‌ی کسانی که تمام می‌کنندبالا برای هدف باشگاهمتوسط: طراحی قوی، رفتار از دو کاربر
۵نبود راه تصحیحنامعلوم؛ تا ۴۵ جلسهبالا در هر رخدادمتوسط: یک ویدیو + تفسیر Flows

یافته‌های ۱ تا ۳ روی «چند نفر ثبت می‌کنند» اثر دارند؛ ۴ و ۵ روی «ثبتشان چقدر ارزش دارد». بازطراحی باید هر دو را هم‌زمان حل کند، وگرنه فقط داده‌ی بی‌کیفیت بیشتری جمع می‌شود.

یافتهاصل طراحی
۱. دیوار ورودورود یک‌بار و بی‌اصطکاک؛ ارزش پیش از درخواست
۲. سؤال ۴هیچ وقفه‌ای وسط ثبت؛ هر سؤال یک تصمیم ساده
۳. پرسشنامه‌ی پرحشوفقط سؤالی که برای کادر فنی تصمیم‌ساز است
۴. داده‌ی غیرقابل‌اعتمادیک مقیاس، یک جهت، یک لحظه؛ ثبت چیزی به بازیکن برمی‌گرداند
۵. نبود راه تصحیحهر اشتباه و وقفه بدون از دست دادن پیشرفت قابل جبران است

سؤال‌های باز برای فاز تست

  • آیا autofill گوشی شماره را با ‎+98‎ پر می‌کند و علت اصلی rage click همین است؟
  • آیا ۴۵ جلسه‌ی وسط فلو، بازگشت بعد از وقفه‌اند یا خطای ثبت داده؟
  • آیا پاسخ سریع کاربر الف الگوی رایج است؟ دو ویدیو برای تعمیم کافی نیست.
  • چرا بعضی بازیکنان هرگز اپ را باز نکردند؟
  • بازیکنان چه چیزی را در ازای ثبت روزانه ارزشمند می‌دانند؟

دو هشدار: هیت‌مپ سؤال ۴ فقط ۳۶ کلیک دارد، و دو کاربر ضبط‌شده لزوماً فوتبالیست نبودند.

پرسوناها

یکی را باید مجبور کرد، دیگری بقیه را همراه می‌کند

دو سر طیف بازیکنانی که داده نشان داد: کسی که پیش از سؤال اول می‌رود، و کسی که تا ته می‌رسد اما چیزی پس نمی‌گیرد. طراحی باید برای هر دو کار کند.

کاربر سرکش

جیمی تارت، ۲۳ ساله، مهاجم

«جیمی تارت فرم پر نمی‌کنه. بعداً پر می‌کنم.»
رفتار
تا تد یا کوچ بیرد گیر ندهند اپ را باز نمی‌کند. اعلان را رد می‌کند و اگر هم باز کند، پشت صفحه‌ی ورود ولش می‌کند؛ مثل ۵۸ نفری که پیش از سؤال ۱ رفتند.
وقتی مجبور می‌شود
بی‌آن‌که بخواند می‌زند تا تمام شود: کمتر از ۲ ثانیه برای هر سؤال (یافته‌ی ۴).
چه می‌خواهد
ثبتی که از بازی وقت نگیرد و بهانه‌ای برای فرار نگذارد.
کیک‌آف برای جیمی چه کرد
فقط یک بار وارد می‌شود و بعد از آن اپ مستقیم به سؤال‌ها می‌رود. روی ساعت می‌تواند زیر ۱۰ ثانیه ثبت کند، و اگر وسط کار ول کند، «بعداً یادم بینداز» جواب‌هایش را نگه می‌دارد.
بازیکن منظم

سم اوبیسانیا، ۲۱ ساله، دفاع راست

«اگه قراره پر کنیم، همه درست پر کنیم.»
رفتار
هر روز سر وقت ثبت می‌کند و در رختکن بقیه را هم تشویق می‌کند؛ مثل ۳۶ نفری که تا انتها رسیدند.
چه آزارش می‌دهد
سؤال تکراری، تناقض زمانی، و «پایان خالی»: بعد از این همه جواب، هیچ چیزی به خودش برنمی‌گردد (یافته‌ی ۴). پاپ‌آپ تبلیغ وسط سؤال‌ها هم؛ سم همانی است که جلوی اسپانسر باشگاه ایستاد.
چه می‌خواهد
بداند جوابش به کجا می‌رسد و چیزی از آن بگیرد، تا بتواند از بقیه هم بخواهد.
کیک‌آف برای سم چه کرد
در «روند من» جواب‌های هر روزش را روی تقویم و نمودار می‌بیند. پیش از اولین سؤال می‌داند چه کسی چه چیزی را می‌بیند، و بعد از هر ثبت خلاصه‌ی جواب‌هایش را می‌گیرد.

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

۲
مرحله‌ی دوم

بازطراحی برای گوشی و ساعت

طراحی تجربه‌ی کاربریطراحی رابط کاربریطراحی تعاملیطراحی برای چند دستگاهتبدیل یافته به راهکار
در یک نگاه
  1. ۱۵ سؤال به ۴ رسید: انرژی، حال ذهنی، خواب و درد، با پله‌های اسم‌دار و هم‌جهت.
  2. ورود یک‌باره، ذخیره‌ی هر جواب، و ثبتی که با نگه‌داشتن آگاهانه می‌شود و همیشه برگشت‌پذیر است.
  3. ساعت نسخه‌ی کوچک گوشی نیست: کل چک‌این با تاج دیجیتال، در حدود ۱۰ ثانیه (تخمین).
هدف و مسیر

زیر ۳۰ ثانیه و ۶ تا ۸ تپ، در سه دور

قواعد سراسری: همه‌ی مقیاس‌ها یک جهت با برچسب دو سر؛ همه‌ی سؤال‌ها درباره‌ی «همین الان / امروز»؛ هیچ تبلیغی داخل فلو؛ پیشرفت با عدد؛ هیچ تصحیحی به صفحه‌ی ورود برنمی‌گردد.

۱

طرح مکتوب

مجموعه‌ی سؤال تازه (۵ ثابت + ۲ شرطی)، ۱۰ فریم موبایل با صفحه‌ی مرور، و ۵ فریم ساعت با یک تپ برای هر سؤال.

چه بپرسیم؟
۲

یوزر فلوها

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

مسیر چطور است؟
۳

طراحی نهایی: Kickoff

دو چک‌این وابسته به تمرین: ۴ سؤال پیش و ۲ سؤال بعد از آن. واژه به‌جای عدد، ثبت با نگه‌داشتن، و ساعتی که کل چک‌این را خودش کامل می‌کند.

چه حسی دارد؟
دور ۱ / طرح مکتوب

از ۱۵ سؤال به ۵ سؤال ثابت و ۲ شرطی

#سؤالنوع پاسخنسبت به نسخه‌ی فعلی
۱الان حالت چطوره؟۴ گزینهجایگزین سؤال ۱
۲چقدر خسته‌ای؟۱ تا ۵ادغام سؤال ۲ و ۹
۳چقدر تنش داری؟۱ تا ۵ادغام سؤال ۶ و ۱۴
۴دیشب چطور خوابیدی؟۳ گزینهجایگزین سؤال ۱۱؛ از پیش‌بینی به واقعیت
۵جایی درد داری؟ (و اگر بله: کجا؟)نه / بله + بادی‌مپتازه؛ داده‌ای که کادر فنی لازم دارد
۶چی بیشتر از همه اثر گذاشته؟۶ دسته، اختیاریجایگزین لیست ۲۲ گزینه‌ای؛ فقط وقتی پاسخ‌ها منفی‌اند

هشت سؤال حذف شد

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

دو دستگاه، دو نقش

ساعت برای ثبت سریع بلافاصله بعد از تمرین (هدف زیر ۱۰ ثانیه)؛ گوشی برای تکمیل، مرور و کنترل (زیر ۳۰ ثانیه). «الان نه» حداکثر یک یادآور می‌فرستد، چون اعلان مکرر باعث می‌شود بازیکن کل اعلان‌ها را خاموش کند.

ورودی صوتی کنار رفت

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

دور ۲ / یوزر فلوها

ورود یک‌باره، ثبت روزانه و اپل واچ

ورود یک‌باره یافته‌ی ۱

اول نشست فعال چک می‌شود؛ اگر باشد، مستقیم خانه. قالب ۰۹، ‎+98‎ و ارقام فارسی قبول است؛ خطاها درجا کنار فیلد؛ کد اشتباه یا منقضی با «ارسال دوباره».

ثبت روزانه یافته‌های ۲ تا ۵

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

اپل واچ

حال کلی با تاج دیجیتال، بعد «ادامه روی گوشی؟». آری: ثبت از سؤال ۲ روی گوشی ادامه پیدا می‌کند. «بعداً»: ثبت ناقص ذخیره و عصر یادآوری می‌شود.

دور ۳ / طراحی نهایی

از فلو به طراحی نهایی: چه عوض شد و چرا

موضوعیوزر فلو (دور ۲)طراحی نهایی (دور ۳)چرا
زمان ثبتیک ثبت روزانه، بعد از تمریندو چک‌این: «پیش از تمرین، آمادگی» و «بعد از تمرین، سختی و حال ذهنی»هر چک‌این فقط به یک لحظه اشاره می‌کند (یافته‌ی ۴)؛ آمادگی به کار تنظیم همان تمرین می‌آید.
سؤال‌ها۶ سؤال + شدت تمرینصبح ۴: انرژی، حال ذهنی، خواب، درد. بعد ۲: سختی تمرین، حال ذهنیحال و تنش در «حال ذهنی» ادغام شد؛ رسیدن به ۶ تا ۸ تپ (یافته‌ی ۳).
مقیاس۱ تا ۵، قطبیت یکسان۷ پله‌ی اسم‌دار («خیلی خسته» تا «خیلی سرحال») با آیکونی که شکلش با جواب عوض می‌شودکسی نباید بپرسد «۵ یعنی خوب یا بد؟» (یافته‌ی ۴).
ثبت و تصحیحدکمه‌ی ثبت، غیرفعال تا کامل شدنثبت با نگه‌داشتن؛ «برگرداندن» بعد از ثبت؛ ویرایش امروز و دیروزثبت آگاهانه و همیشه برگشت‌پذیر؛ صفحه‌ی مرور جدا لازم نیست (یافته‌ی ۵).
ساعتفقط حال کلی؛ ادامه روی گوشیهر ۴ سؤال روی ساعت، یکی در هر صفحه با تاج؛ کامپلیکیشن ۲/۴ از همان سؤال ادامه می‌دهدجابه‌جایی بین دو دستگاه وسط ثبت خودش یک وقفه است (یافته‌ی ۵).
کمک و دلیلسؤال اختیاری ۶ دسته؛ «می‌خواد با کسی حرف بزنه؟»سوییچ «می‌خواهم با کسی حرف بزنم» زیر حال ذهنی؛ تگ‌های اختیاری فقط برای خواب خیلی کم یا زیادهیچ سؤال اضافه در مسیر اصلی (یافته‌ی ۲)؛ فقط مسئول سلامت روان خبردار می‌شود.
ارزشخلاصه‌ی امروز + الگوی شخصیکارت امروز با جدول عادت چهارهفته‌ای؛ «روند من» با یک نمودار برای هر سؤالدلیلی برای برگشتن فردا (یافته‌ی ۴).

این‌ها تصمیم‌اند، نه نتیجه. این‌که زمان ثبت واقعاً زیر ۳۰ ثانیه می‌رسد و بازیکن بعد از وقفه برمی‌گردد، در مرحله‌ی ۳ سنجیده می‌شود.

ورود / پاسخ به یافته‌ی ۱

ورود یک بار، و بدون فرم

حساب را باشگاه می‌سازد و پیامک دعوت می‌فرستد. بازیکن یک بار وارد می‌شود و بعد اپ همیشه با «امروز» باز می‌شود.

پیامک دعوت روی صفحه‌ی قفل
دعوتکادر فنی بازیکن را اضافه می‌کند؛ پیامک با لینک App Store.
صفحه‌ی شماره موبایل
شمارهکیبورد عددی، ارقام فارسی یا لاتین، فاصله‌گذاری خودکار.
صفحه‌ی کد تأیید
کدiOS کد را از پیامک پیشنهاد می‌دهد؛ بعد از رقم پنجم خودش جلو می‌رود.
صفحه‌ی این تو هستی
این تو هستی؟بازیکن فقط تأیید می‌کند؛ هیچ فرمی پر نمی‌شود.
صفحه‌ی چه کسی چه می‌بیند
چه کسی چه می‌بیندپیش از اولین سؤال، یک بار (یافته‌ی ۲).
صفحه‌ی یادآوری
یادآوریاول توضیح و انتخاب زمان، بعد پنجره‌ی سیستم.
خطای شماره در فهرست نیست
شماره در فهرست نیستخطا کنار فیلد، با یک جمله که می‌گوید چه کنی.
خطای کد اشتباه
کد اشتباهفیلد خالی نمی‌شود تا بازیکن ببیند چه نوشته.
چک‌این / پاسخ به یافته‌های ۳ تا ۵

چهار سؤال، یک کارت، یک نگه‌داشتن

از ۹۰ دقیقه پیش از تمرین تا ۳ ساعت بعد از آن، باز کردن اپ مستقیم به چک‌اینِ همان وقت می‌رود. اگر بازیکن صفحه را با دکمه‌ی بستن (×) ببندد، جواب‌هایش می‌ماند و اپ می‌پرسد «بعداً یادت بیندازم؟».

اعلان پیش از تمرین
اعلانیک ساعت پیش از تمرین؛ «شروع» یا «۱۵ دقیقه‌ی دیگر».
چک‌این مستقیم
مستقیم به چک‌اینبالا فقط تاریخ، ساعت و دکمه‌ی بستن.
برگه‌ی بعداً یادم بینداز
بعداً یادم بیندازوقفه بدون هزینه (یافته‌ی ۵).
صفحه‌ی امروز
امروزدقیقه تا تمرین، جدول عادت و دکمه‌ی چک‌این.
در حال جواب دادن
در حال جواب دادنهر جواب یک واژه و یک آیکون؛ شمارنده «۳ از ۴».
پایین کارت چک‌این
پایین کارتنقشه‌ی بدن، یادداشت اختیاری، دکمه‌ی نگه‌داشتن.
ثبت شد
ثبت شدپیام کوتاه با «برگرداندن».
چک‌این بعد از تمرین
بعد از تمرینسختی تمرین و حال ذهنی.
روند من
روند منتقویم ماه و نمودار هر سؤال با جهت.
جزئیات یک روز
جزئیات یک روزامروز و دیروز قابل ویرایش‌اند.

انرژی و حال ذهنی

هفت پله‌ی اسم‌دار و هم‌جهت. آیکون جواب با شکل عوض می‌شود، نه با رنگ: باتری برای انرژی، هوا برای حال ذهنی.

خواب

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

درد

شکل بدن از پشت؛ فشار طولانی‌تر یعنی درد بیشتر. «بدون درد» حالت پیش‌فرض است، پس سؤال نه/بله لازم نیست.

ثبت

نگه‌داشتن، با لرزش و صدا. برای صفحه‌خوان یک فعال‌سازی کافی است. چرا یک تپ نه؟ این ۰٫۸ ثانیه عمدی است: بازیکن باید کاملاً بفهمد دارد چیزی برای کادر فنی ثبت می‌کند، نه این‌که سرسری از صفحه رد شود (یافته‌ی ۴).

کمک خواستن

سوییچ «می‌خواهم با کسی حرف بزنم» به‌جای لیست ۲۲تایی مسائل شخصی؛ فقط مسئول سلامت روان خبردار می‌شود.

چه کسی چه می‌بیند

یک خط در هر صفحه. هم‌تیمی‌ها هیچ‌چیز نمی‌بینند و مربی فقط «آماده» یا «نیاز به گفت‌وگو».

اپل واچ

هر سؤال یک صفحه، هر کلیک تاج یک پله

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

شروع چک‌این روی ساعت
شروعدقیقه تا تمرین.
انرژی روی ساعت
انرژیتاج را بچرخان.
حال ذهنی روی ساعت
حال ذهنیفقط مسئول سلامت روان.
خواب روی ساعت
خوابعدد ساعت، با ماه.
درد روی ساعت
دردسه ناحیه، هر ضربه یک سطح.
ثبت روی ساعت
ثبتبرای ثبت نگه دار.
کامپلیکیشن کامل
کامپلیکیشنکامل و تیک‌خورده.
کامپلیکیشن نیمه‌کاره
نیمه‌کاره۲/۴؛ از همان سؤال ادامه.

چقدر طول می‌کشد؟ تخمین، نه اندازه‌گیری

ساعت در فاز ۳ تست نشد، پس هدف «زیر ۱۰ ثانیه» را با شمردن کنش‌ها سنجیدم (به روش KLM): حدود ۱ ثانیه برای خواندن و تصمیم در هر سؤال، ۰٫۵ ثانیه برای هر تپ، ۰٫۲ ثانیه برای هر کلیک تاج.

قدمکنشزمان تخمینی
باز کردنبالا آوردن مچ و یک تپ روی اعلان یا کامپلیکیشن۱٫۵ ثانیه
شروعیک تپ۰٫۵ ثانیه
انرژی، حال ذهنی، خوابهر کدام: تصمیم، ۱ تا ۳ کلیک تاج، رفتن به صفحه‌ی بعد۳ × ۲ ثانیه
درد«بدون درد» پیش‌فرض است، فقط رد شدن؛ با درد در یک ناحیه، یک تا سه ضربه۱ ثانیه (با درد: ۲٫۵)
ثبترسیدن به دکمه و ۰٫۸ ثانیه نگه‌داشتن۱٫۳ ثانیه
جمع۶ تپ، ۳ تا ۹ کلیک تاج، یک نگه‌داشتنحدود ۱۰ ثانیه (با درد: ۱۲)

هدف لب مرز است: روزِ بدون درد، برای بازیکنی که چند روز استفاده کرده و سریع‌تر تصمیم می‌گیرد، زیر ۱۰ ثانیه ممکن است؛ روزِ با درد نه. عدد واقعی با تست ساعت کنار زمین معلوم می‌شود.

دیزاین سیستم Kickoff

رنگ برچسب است، نه قضاوت

هر سؤال رنگ خودش را دارد و فقط روی کنترل خودش؛ هیچ حالی سبز یا قرمز نمی‌شود. همین صفحه با توکن‌های Kickoff ساخته شده و در تم تیره پله‌های روشن‌تر همان رنگ‌ها را می‌گیرد.

انرژی
حال ذهنی
خواب
درد
پیشرفت
آماده
نیاز به گفت‌وگو

راست‌چین و فارسی

تقویم شمسی و ارقام فارسی. در راست‌به‌چپ، پله‌ها، سوییچ‌ها و تب‌ها برعکس می‌شوند؛ ولی دیال ساعت، تیک، توپ و شکل بدن (نمای پشت) برعکس نمی‌شوند، چون جهتشان معنا دارد.

WCAG 2.2 AA

متن دست‌کم ۴٫۵ به ۱ و لبه‌ی کنترل ۳ به ۱ در هر دو تم. هیچ کاری فقط با یک اشاره انجام نمی‌شود؛ هدف لمسی دست‌کم ۴۴ پوینت.

اندازه‌ی سیستم

۳۸ کامپوننت با راهنمای فارسی، توکن‌ها در JSON و CSS، نمونه‌ی زنده‌ی هر کامپوننت و پلاگین فیگما.

امروز در تم تیره
امروز، تم تیره
چک‌این در تم تیره
در حال جواب دادن
ثبت شد در تم تیره
ثبت شد
روند من در تم تیره
روند من
پروتوتایپ تعاملیmobile - live

خودت امتحانش کن

همه‌ی فلو در یک گوشی زنده، از پیامک دعوت تا «روند من»، با نمایش خودکار که خودش همه‌ی صحنه‌ها را نشان می‌دهد.

  • هر شماره‌ی ۱۱ رقمی که با ۰۹ شروع شود و هر کد ۵ رقمی قبول است.
  • با «ساعت گوشی» ببین برنامه پیش و بعد از تمرین کجا باز می‌شود.
باز کردن پروتوتایپ ←
فایل فیگما

همه‌ی صفحه‌ها و سیستم طراحی، در فیگما

کاور کیک‌آف: گوشی در تم روشن و تیره و اپل واچ، با عنوان «چک‌اینی که تمام می‌شود» باز کردن فایل فیگما (در پنجره‌ی تازه)
۳
مرحله‌ی سوم

برنامه‌ریزی و اجرای تست کاربردپذیری

طراحی تستاجرای پژوهش کاربرمشاهده‌ی رفتارتحلیل یافته‌هااولویت‌بندی مسائل
در یک نگاه
  1. ۴ از ۴ نفر بدون کمک ثبت کردند؛ ورود و نگه‌داشتن هیچ گیری نداشت.
  2. هدف ۳۰ ثانیه برای کل ثبت رد شد (میانه حدود ۵۰)، اما سه سؤال اول میانه‌ی ۲۶ ثانیه گرفتند؛ زمان اضافه روی درد و یادداشت رفت.
  3. اولویت ۱: درخواست کمک ممکن است ناخواسته فرستاده شود؛ باید تأیید بگیرد و در خلاصه دیده شود.
هدف و معیارها

آیا نسخه‌ی جدید مشکلات فاز ۱ را حل می‌کند، و مشکل تازه‌ای نساخته؟

تست برای اثبات درست بودن طراحی نیست؛ برای پیدا کردن جایی است که هنوز می‌شکند.

چه چیزی را می‌سنجیممعیار موفقیتنتیجه
زمان یک ثبت کاملزیر ۳۰ ثانیه برای اکثر شرکت‌کنندگانرد شد: ۰ از ۴، میانه حدود ۵۰ ثانیه
تکمیل بدون کمکهمه بدون راهنمایی به ثبت برسندقبول: ۴ از ۴
تصحیح یک پاسخبدون از دست دادن پیشرفتسنجیده نشد
درک مقیاس‌هاکسی نپرسد «این یعنی خوب یا بد؟»بی‌صدا؛ هر ۴ نفر همه‌ی پله‌ها را پر کردند
ثبت دردناحیه‌ی درست را بدون تردید پیدا کنند۴ از ۴ ثبت کردند؛ کندترین بخش

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

مشارکت‌کنندگان و شرایط

۴ نفر، ریموت، روی گوشی، ۱۵ دقیقه

هرکسی که ورزش منظم می‌کند؛ لازم نیست حرفه‌ای باشد، مهم این است که تجربه‌ی «بعد از تمرین، خسته» را بشناسد. یکی از چهار نفر تا حالا هیچ اپ ثبت وضعیتی استفاده نکرده است.

  • روی گوشی، نه دسکتاپ؛ ۷۹٪ استفاده‌ی واقعی موبایل است.
  • ۲ دقیقه مقدمه، ۱۰ دقیقه تسک‌ها، ۳ دقیقه سؤال پایانی.
  • اجازه‌ی ضبط، شفاهی و در ابتدای جلسه.

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

فرض کن بازیکن یک تیم فوتبالی. یک ساعت تا تمرین مونده و تو رختکن نشستی. باشگاه ازت خواسته هر روز پیش و بعد از تمرین وضعیتت رو ثبت کنی.

تسک‌ها و سؤال‌ها

سه تسک، هر کدام برای سنجیدن یک یافته

هر تسک به یکی از یافته‌های فاز ۱ وصل بود. وسط کار کمکی نمی‌کردیم؛ آن‌چه ثبت شد رفتار روی صفحه بود: زمان، مکث‌ها، تپ‌ها و برگشت‌ها.

تسک ۱

«وضعیت امروزت رو ثبت کن.»

مسیر اصلی چک‌این را سنجیدیم: زمان تا ثبت (هدف زیر ۳۰ ثانیه)، این‌که بدون کمک تمام می‌شود یا نه، کجا بیش از ۳ ثانیه مکث می‌کنند، و آیا جهت پله‌ها و نگه‌داشتن دکمه‌ی ثبت را خودشان پیدا می‌کنند.

تسک ۲

«جواب سؤال خواب رو اشتباه زدی. درستش کن.»

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

تسک ۳

«پشت رانت از دیروز درد می‌کنه. این رو هم ثبت کن.»

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

اختیاری

«گوشیت رو وسط ثبت بذار کنار و بعد برگرد.»

برای سنجیدن دکمه‌ی بستن و «بعداً یادم بینداز» بود. این هم در ضبط‌ها انجام نشد و به دور بعد رفت.

حین تسک

وسط تسک هیچ سؤالی نپرسیدیم و راهنمایی نکردیم تا رفتار دست‌نخورده بماند؛ وقتی گیر می‌کردند صبر می‌کردیم تا خودشان راه را پیدا کنند. هر مکث بیش از ۳ ثانیه و هر تپ اشتباه از روی ضبط صفحه علامت خورد.

پایان جلسه

سه سؤال باز: پر کردن هر روزه چه حسی دارد، کدام سؤال اضافی بود و کدام جایش خالی، و آیا حاضرند درباره‌ی حال ذهنی‌شان در اپ باشگاه جواب بدهند.

نتایج

کجا جواب داد، کجا هنوز می‌شکند

قاعده‌ی اولویت، مثل فاز ۱: چند نفر × چقدر جدی × چقدر مطمئنیم. مشکلی که ۳ نفر از ۴ نفر داشتند الگوست؛ مشکلی که یک نفر داشت فرضیه است.

حدود ۵۰ ثانیهمیانه‌ی زمان ثبت کامل، همراه با درد (هدف: زیر ۳۰)
۴ از ۴به ثبت رسیدند
۴ از ۴نگه‌داشتن را در اولین تلاش انجام دادند
۲ از ۴آگاهانه «می‌خواهم با کسی حرف بزنم» را روشن کردند؛ یک نفر دیگر ناخواسته

هر شرکت‌کننده، از روی ضبط صفحه

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

شرکت‌کنندهسه سؤال اولدردیادداشتثبتکلمکث بیش از ۳ ثانیهتغییر جواب و خطا
الف۲۲۳۰-۳۵۵-یک تپ روی «هر دو» برای طرف درد، بعد «راست»
ب۳۲۱۲-۴۴۸۸ ثانیه اول چک‌این، بعد از روشن شدن ناخواسته‌ی سوییچ کمکسوییچ کمک ناخواسته روشن شد؛ انرژی دو بار عوض شد (کُند، پرانرژی، سرحال)
ج۳۰۶۱۳۴۴۱۲۹۶ ثانیه پیش از اولین جواب؛ ۱۰ ثانیه پیش از نقشه‌ی بدنحال ذهنی از «متمرکز» به «متعادل»؛ طرف درد چهار بار بین چپ، راست و هر دو
د۲۲۲۴-۲۴۸-انرژی سه بار (بی‌رمق، کُند، سنگین)؛ حال ذهنی از «دمغ» به «متعادل»؛ شدت درد دو بار
میانه۲۶۲۷-۳٫۵حدود ۵۰

فریم‌ها هر ۲ ثانیه خوانده شدند، پس دقت حدود ۲ ثانیه است. سه سؤال اول برای ۲ نفر زیر ۳۰ ثانیه بود؛ برای ۲ نفر دیگر ۳۰ و ۳۲ ثانیه، که ۸ ثانیه‌ی دومی صرف سوییچی شد که ناخواسته روشن شده بود. هسته‌ی چک‌این به هدف نزدیک است؛ آن‌چه ثبت را به ۵۰ ثانیه می‌رساند درد و یادداشت است.

یافتهچند نفروضعیتاقدام
اولویت ۱: درخواست کمک ممکن است ناخواسته فرستاده شود، و بازیکن نمی‌بیند که فرستاده شده. سوییچ «می‌خواهم با کسی حرف بزنم» برای ۳ نفر روشن شد: ۲ نفر آگاهانه، ۱ نفر ناخواسته، چون تپ روی «اجازه بده» در دیالوگ اعلان از آن رد شد و به سوییچ رسید. خلاصه‌ی «ثبت شد» هم درخواست را نشان نمی‌دهد، پس اشتباه دیده نمی‌شود. در محصول واقعی، هشدار کاذب وقت مسئول سلامت روان را می‌گیرد و سیگنال واقعی را در شلوغی گم می‌کند.۳ از ۴
(۱ ناخواسته)
بحرانیسوییچ از سؤال حال ذهنی جدا شود و یک قدم تأیید بگیرد؛ تپی که از بسته شدن دیالوگ رد می‌شود نادیده گرفته شود؛ در خلاصه یک خط «درخواست گفت‌وگو فرستاده شد» با امکان لغو.
هیچ ثبت کاملی زیر ۳۰ ثانیه نبود. سه نفر ۴۸ تا ۵۵ ثانیه و یک نفر با دو یادداشت ۱۲۹ ثانیه. بیشترین زمان روی نقشه‌ی بدن رفت (میانه ۲۷ ثانیه)؛ سه سؤال اول میانه‌ی ۲۶ ثانیه.۴ از ۴الگودر بخش درد، «کجای ناحیه» و «کدام طرف» بسته بمانند و فقط با یک تپ باز شوند؛ طرف از خود لمس روی بدن پر شود.
ترتیب کلمات انرژی و حال ذهنی روشن نبود. «کُند» و «سنگین»، یا «سرحال» و «پرانرژی»؛ و در حال ذهنی «دمغ»، «ذهن باز» و «متمرکز» جای مشخصی روی مقیاس نداشتند و معلوم نبود کدام بیشتر است. برای سؤالی که هر روز جواب داده می‌شود، این یعنی داده‌ی نامطمئن.۲ از ۴فرضیهچون هزینه‌ی تغییر کم بود، همین حالا اعمال شد: هر دو مقیاس قرینه شدند، مثل «سختی تمرین»: انرژی از «خیلی خسته» تا «خیلی سرحال»، حال ذهنی از «خیلی ناآرام» تا «خیلی آرام».
طرف درد چند بار عوض شد. چپ، راست و «هر دو» پشت سر هم زده شد؛ شاید نمای پشت بدن جهت را برعکس نشان می‌دهد.۱ از ۴فرضیهبرچسب «چپِ تو / راستِ تو» کنار شکل؛ در تست بعد دوباره دیده شود.
جواب داد: ورود با شماره، کد و «این تو هستی؟» بدون گیر؛ هر چهار سؤال جواب گرفت؛ نگه‌داشتن در اولین تلاش.۴ از ۴نگه داربدون تغییر.
آن‌چه فهمیدیم

زمان طولانی‌تر، اگر برای بازیکن خروجی داشته باشد، هزینه نیست

در طرح قبلی ثانیه‌ها صرف پاپ‌آپ، لودر و لیست ۲۲تایی می‌شد. در تست جدید سه سؤال اول میانه‌ی ۲۶ ثانیه گرفتند و بیشترین زمان روی نقشه‌ی بدن رفت، کندترین ثبت (۱۲۹ ثانیه) دو یادداشت داشت، و ۲ از ۴ نفر آگاهانه درخواست گفت‌وگو فرستادند. پس معیار دور بعد: زمانی که خروجی ندارد به صفر برسد، و زمان درد و یادداشت اختیاری بماند.

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

قدم‌های بعد

تکرار بعدی

برای تأیید با داده‌ی واقعی

  • بعد از انتشار: نرخ تکمیل، زمان ثبت و ریزش ورود در DID MAP، در برابر ۲۸٪ و ۴۰٪ فعلی.
  • آیا جلسه‌هایی که وسط فلو شروع می‌شدند، حالا به ثبت کامل می‌رسند؟
  • آیا پاسخ سریع بدون خواندن کمتر شده است؟
  • چرا بعضی بازیکنان هرگز اپ را باز نکردند؟ این را فقط با گفت‌وگو می‌شود فهمید.
  • تست ساعت کنار زمین، با بازیکنان واقعی.

تصمیم‌های هنوز باز

  • آستانه‌ی خواب: ۶ یا ۷ ساعت؟ کادر پزشکی باید تصمیم بگیرد.
  • انتخابگر شش‌گزینه‌ای خواب کمی بیشتر از حد توصیه‌شده‌ی اپل است.
  • وضعیت یادداشت‌ها («ارسال شد»، «دیده شد») پیشنهاد شده ولی ساخته نشده.
  • «سختی تمرین» را چه کسی می‌بیند؟ فعلاً بدنساز و کادر پزشکی.
آموخته‌ها۳ از ۳

چه چیزی از این پروژه یاد گرفتم

فرضیه را پیش از داده بنویس

اگر «خستگی تا انتها» را از قبل ننوشته بودم، نمی‌دیدم که نیمه‌درست است. همین نشان داد مشکل نیمه‌ی دوم ریزش نیست، نخواندن است.

کم کردن هم طراحی است

سخت‌ترین تصمیم‌ها حذف بودند: رنگ کفش، سؤال‌های تکراری، لیست ۲۲تایی، صفحه‌ی مرور. هر کدام منطقی به نظر می‌رسید؛ با هم، فرم می‌ساختند.

ساعت، دستگاه دیگری است

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