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

ثبت‌نام اجباری (Forced Registration) چیست؟

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

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

این همان ثبت‌نام اجباری است، و مسئله‌اش این نیست که آزاردهنده است. مسئله این است که چیزی را ضروری جا می‌زند که ضروری نیست.

تعریف

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

و کلمهٔ کلیدی در این تعریف «وادار» نیست؛ «جایی که لازم نیست» است.

چرا الگوی فریبنده است

چهار دلیل، که با هم کار می‌کنند.

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

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

کِی موجه است

و این مهم است: ثبت‌نام اجباری همیشه غلط نیست.

در شرایط بدیهی — مثل سفارش کالا — شرکت واقعاً به اطلاعات نیاز دارد تا تراکنش را انجام دهد. آنجا حساب‌ساختن بخشی از کار است، نه مانعی سر راه کار.

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

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

راهنمای طراحی

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

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

و بنیاد جیمز دایسون نمونهٔ همین کار است: توضیح دقیق دربارهٔ اینکه داده چطور استفاده می‌شود.

حقوقی و اعتباری

دو فشار بیرونی هم هست.

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

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

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

چهار جایگزین

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

• - پرداخت مهمان. بگذارید سفارش تمام شود و بعد پیشنهاد ساختن حساب بدهید — با استدلال «تا سفارشت را دنبال کنی».
• - ثبت‌نام تنبل. کاربر کار می‌کند و حساب در پس‌زمینه ساخته می‌شود؛ فقط وقتی چیزی برای حفظ‌کردن هست، از او ایمیل خواسته می‌شود.
• - آشکارسازی تدریجی. فیلدها را وقتی بخواهید که به کارشان می‌آید، نه همه در قدم اول.
• - ورود با سرویس دیگر. اصطکاک را کم می‌کند و مسئلهٔ داده را حل نمی‌کند؛ فقط جابه‌جایش می‌کند.

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

در بافت فارسی

یک: شمارهٔ موبایل اینجا نقش ایمیل را دارد و حساس‌تر است. در بیشتر محصول‌های ما ثبت‌نام یعنی شمارهٔ موبایل و کد پیامکی.

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

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

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

سه: بی‌اعتمادی به جمع‌آوری داده اینجا بالاست و اغلب هم بجاست. کاربر می‌داند شماره‌اش ممکن است به پیامک تبلیغاتی ختم شود.

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

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

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

جمع‌بندی

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