پرش به مطلب اصلی

دستگاه‌های متصل و ورود اجباری

این صفحه سناریوهای ۴ و ۵ بخش ورود به حساب کاربری را مستند می‌کند: دو موقعیتی که کاربر خودش سراغ ورود نرفته، بلکه اپلیکیشن او را به آن رسانده است.

سناریوها

سناریوی ۴: مدیریت دستگاه‌های متصل

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

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

پیش‌نیازها — کاربر یکی از سه روش ورود را تا مرحله تأیید پیش برده و هم‌اکنون در ۱۰ دستگاه وارد آپارات است (BR-8).

جریان اصلی

۱. تأیید ورود می‌رسد، اما کاربر از سقف دستگاه‌ها عبور کرده است. → به‌جای تکمیل ورود، صفحه «لیست دستگاه‌های متصل» نمایش داده می‌شود: یک نوار هشدار با متن «شما فقط می‌توانید در ۱۰ دستگاه به صورت هم‌زمان وارد آپارات شوید»، راهنمای «برای ورود از یک دستگاه خارج شوید»، و فهرست دستگاه‌های متصل. ۲. کاربر فهرست را می‌بیند. → هر ردیف، نوع دستگاه با آیکون مخصوصش («وبسایت»، «تلویزیون اندروید»، «موبایل»)، شناسه فنی آن دستگاه (مثلاً macintosh - chrome، androidtv، android-samsung-s10) و یک دکمه «خروج» دارد.

لیست دستگاه‌های متصل با هشدار سقف ۱۰ دستگاه

۳. کاربر در فهرست حرکت می‌کند تا دستگاهی را که دیگر استفاده نمی‌کند پیدا کند. → فهرست در صورت طولانی بودن اسکرول می‌شود و ردیف زیر فوکوس برجسته می‌شود.

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

۴. کاربر دکمه «خروج» آن ردیف را انتخاب می‌کند. → نشست آن دستگاه بسته می‌شود و ردیفش از فهرست کنار می‌رود. ۵. تعداد دستگاه‌ها به زیر سقف می‌رسد. → ورود در تلویزیون کامل می‌شود و کاربر با پیام خوش‌آمد به صفحه‌ای که از آن آمده بود برمی‌گردد (BR-11).

جریان‌های جایگزین و استثنا

  • ۲a. فهرست بیش از چند دستگاه دارد:
    • ۲a1. فهرست اسکرول‌شدنی است و کاربر با کلیدهای بالا و پایین همه دستگاه‌ها را می‌بیند؛ نوار هشدار و راهنما در بالای صفحه ثابت می‌مانند.
  • ۴a. درخواست خروج از دستگاه به خطا می‌خورد:
    • ۴a1. [CLARIFICATION NEEDED: طراحی برای شکست خوردن اکشن «خروج» فریمی ندارد؛ مشخص نیست ردیف در فهرست می‌ماند و پیامی نمایش داده می‌شود یا نه.]
  • ۴b. کاربر از هیچ دستگاهی خارج نمی‌شود:
    • ۴b1. ورود کامل نمی‌شود و کاربر واردنشده باقی می‌ماند.
    • ۴b2. [CLARIFICATION NEEDED: طراحی راه خروج از این صفحه را نشان نمی‌دهد — نه دکمه انصراف دارد و نه دکمه بازگشت. رفتار درست وقتی کاربر نمی‌خواهد از دستگاهی خارج شود چیست؟]
  • ۴c. کاربر دستگاهی را می‌بندد که همین تلویزیون است:
    • ۴c1. [CLARIFICATION NEEDED: در فهرست، «تلویزیون اندروید» هم مثل بقیه دستگاه‌ها دکمه خروج دارد. آیا کاربر می‌تواند نشست همین دستگاه را ببندد و اگر بله، چه اتفاقی می‌افتد؟]

پس‌شرط‌ها — تعداد دستگاه‌های متصل کاربر به زیر سقف رسیده و ورود در تلویزیون کامل شده است.


سناریوی ۵: ورود اجباری هنگام یک اکشن نیازمند حساب

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

نقش‌های درگیر — کاربری که وارد حساب نشده است.

پیش‌نیازها — کاربر در صفحه‌ای است که یکی از اکشن‌های نیازمند حساب را دارد: پسند، ذخیره یا دنبال کردن (BR-10)، یا در حال شروع تماشای فیلم و سریال است (BR-3).

جریان اصلی

۱. کاربر فوکوس را روی اکشن نیازمند حساب می‌برد — مثلاً دکمه پسند زیر یک ویدیو در صفحه پخش. → دکمه حالت فوکوس می‌گیرد.

فوکوس روی دکمه پسند در صفحه پخش

۲. کاربر کلید تأیید را می‌زند. → اکشن انجام نمی‌شود؛ به‌جای آن دیالوگ «ورود به حساب کاربری» باز می‌شود با متنی که دلیل را به همان اکشن گره می‌زند — برای پسند: «برای پسند کردن این ویدیو ابتدا باید به حساب کاربری آپارات وارد شوید.» — و دو گزینه: «ورود به حساب کاربری» و «انصراف».

دیالوگ ورود به حساب کاربری روی صفحه پخش

۳. کاربر «ورود به حساب کاربری» را انتخاب می‌کند. → مسیر ورود باز می‌شود و کاربر می‌تواند از هر سه روش استفاده کند (ورود با شماره موبایل، QR و گوگل). ۴. ورود کامل می‌شود. → کاربر به همان صفحه‌ای برمی‌گردد که از آن آمده بود (BR-11).

جریان‌های جایگزین و استثنا

  • ۲a. اکشن انتخاب‌شده ذخیره کردن یا دنبال کردن است:
    • ۲a1. همان دیالوگ با متنی متناسب با آن اکشن نمایش داده می‌شود؛ ساختار دیالوگ و دو گزینه‌اش یکی است.
  • ۲b. کاربر در حال شروع تماشای یک فیلم یا سریال است (BR-3):
    • ۲b1. کاربر به مسیر ورود هدایت می‌شود؛ رفتار این حالت در فیلم و سریال مستند شده است.
  • ۳a. کاربر «انصراف» را انتخاب می‌کند:
    • ۳a1. دیالوگ بسته می‌شود، کاربر روی همان صفحه و همان اکشن می‌ماند و هیچ چیزی تغییر نمی‌کند.
  • ۴a. کاربر ورود را نیمه‌کاره رها می‌کند:
    • ۴a1. کاربر واردنشده باقی می‌ماند و اکشنی که آن را شروع کرده بود انجام نمی‌شود.
  • ۴b. کاربر پس از ورود موفق برمی‌گردد:
    • ۴b1. [CLARIFICATION NEEDED: طراحی مشخص نمی‌کند اکشنی که کاربر شروع کرده بود (مثلاً پسند کردن) پس از ورود موفق خودکار انجام می‌شود یا کاربر باید دوباره آن را بزند.]

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

پرسش‌های باز

  • ۱۴۰۵/۰۵/۲۷ — رفتار خطای اکشن «خروج» در فهرست دستگاه‌ها (جریان جایگزین ۴a سناریوی ۴). — در انتظار تیم محصول.
  • ۱۴۰۵/۰۵/۲۷ — راه خروج از صفحه دستگاه‌های متصل بدون بستن هیچ نشستی (جریان جایگزین ۴b سناریوی ۴). — در انتظار تیم محصول.
  • ۱۴۰۵/۰۵/۲۷ — امکان بستن نشست همین تلویزیون از داخل فهرست (جریان جایگزین ۴c سناریوی ۴). — در انتظار تیم محصول.
  • ۱۴۰۵/۰۵/۲۷ — ادامه خودکار اکشن پس از ورود موفق (جریان جایگزین ۴b سناریوی ۵). — در انتظار تیم محصول.

تاریخچه تغییرات

تاریختغییرمنبع
۱۴۰۵/۰۵/۲۷نسخه اولیهطراحی Login - 1.0.0 + سند context محصول