مقالات تجربه کاربری - ثبتنام اجباری
ثبتنام اجباری
ثبتنام اجباری 
ثبتنام اجباری (Forced Registration) چیست؟
💡 این متن «بازنویسی آزاد» است: ایدهها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثالهای تازه بازگو شدهاند و ترجمهٔ کلمهبهکلمه نیست. بخشهای افزودهٔ مترجم در جعبهٔ منبع مشخص شدهاند.
کاربر آمده یک چیز را ببیند. پیش از دیدنش، از او ایمیل و شماره و رمز خواسته میشود — برای کاری که هیچکدامشان لازمش نیست.
این همان ثبتنام اجباری است، و مسئلهاش این نیست که آزاردهنده است. مسئله این است که چیزی را ضروری جا میزند که ضروری نیست.
تعریف
ثبتنام اجباری یک الگوی فریبنده است که با آن شرکتها کاربر را وادار میکنند حساب بسازد و اطلاعات شخصیاش را در اختیارشان بگذارد.
و کلمهٔ کلیدی در این تعریف «وادار» نیست؛ «جایی که لازم نیست» است.
چرا الگوی فریبنده است
چهار دلیل، که با هم کار میکنند.
- - سازوکار دستکاری. دادهای زیر عنوان ضرورت جمع میشود که واقعاً برای ارائهٔ سرویس لازم نیست.
- - فریب کاربر. مانعی مصنوعی ساخته میشود که ثبتنام را اجباری جلوه دهد، در حالی که اغلب راه دیگری هم هست. نمونهٔ مشهورش پنهانکردن جعبهٔ جستوجو در ویمئو بود.
- - نیت بهرهکشانه. برداشت اطلاعات به کار تبلیغ هدفمند و ارسال هرزنامه و فروش داده به شخص ثالث میآید، نه به بهترکردن تجربهٔ کاربر.
- - اصطکاک. کاربر گذری بهجای تکمیل ثبتنام، سرویس را رها میکند.
و دلیل چهارم آنی است که در جلسههای داخلی بیشترین وزن را دارد، چون قابل شمارش است. سهتای اول اخلاقیاند و این یکی روی نرخ تبدیل مینشیند.
و ارزش دارد که این نامتقارنی را جدی بگیریم، چون توضیح میدهد چرا این الگو با وجود بدنامیاش دوام آورده.
سودِ ثبتنام اجباری فوری و قابلشمارش است: تعداد حسابهای ساختهشده، امروز، در یک نمودار. زیانش تأخیری و نامرئی است: کسانی که در صفحهٔ ثبتنام رفتند و هیچوقت بهعنوان «کاربر» شمرده نشدند.
و در هر سازمانی، عددی که هفتگی گزارش میشود بر عددی که اصلاً جمع نمیشود پیروز است. پس این الگو نه از سر بدخواهی، که از سر عدمتقارن سنجش باقی میماند.
و درمانش هم از همانجا میآید: نرخ خروج در صفحهٔ ثبتنام را بسنجید و کنار تعداد ثبتنام گزارش کنید. تا وقتی این دو عدد کنار هم نیایند، بحث دربارهٔ این الگو همیشه یکطرفه است.
کِی موجه است
و این مهم است: ثبتنام اجباری همیشه غلط نیست.
در شرایط بدیهی — مثل سفارش کالا — شرکت واقعاً به اطلاعات نیاز دارد تا تراکنش را انجام دهد. آنجا حسابساختن بخشی از کار است، نه مانعی سر راه کار.
پس مرزش این است: اگر بدون این اطلاعات نمیتوانید کاری را که کاربر خواسته انجام دهید، ثبتنام موجه است. اگر میتوانید و باز هم میخواهید، فریبنده است.
و آزمون سرراستش هم همین است: «اگر این فیلد را برداریم، چه کاری غیرممکن میشود؟» اگر پاسخ «هیچکاری، فقط دیگر نمیتوانیم پیگیری کنیم» بود، جوابتان را گرفتهاید.
و یک نکتهٔ ظریف هم هست: موجهبودن، همیشه یک ویژگی «کل ثبتنام» نیست؛ ویژگی هر فیلد است.
در سفارش کالا، نشانی لازم است. شمارهٔ تماس هم قابل دفاع است، چون پیک ممکن است نیاز داشته باشد. ولی تاریخ تولد و جنسیت و شغل، در همان فرم، هیچکدام برای انجام سفارش لازم نیستند.
و همین ترکیب است که رایجترین شکل واقعی این الگوست: یک فرم موجه که چند فیلد غیرموجه در آن پنهان شده. کاربر چون بقیهٔ فرم را ضروری میبیند، فرض میکند اینها هم ضروریاند.
راهنمای طراحی
- - شفافیت. به هر فرم ثبتنام توضیح روشن اضافه کنید که چرا این اطلاعات را میخواهید.
- - کمینهکردن. فقط ضروریها را بخواهید. اغلب شناسایی با ایمیل کافی است.
- - پنهاننکردن جایگزین. اگر دسترسی بدون ثبتنام وجود دارد، مبهمش نکنید — همان کاری که ویمئو کرد.
- - و در سطح حرفهای: طراح مسئول این الگو را رد میکند.
قاعدهٔ اول را میشود جدیتر گرفت. توضیح خوب کاربرد را میگوید نه سیاست را: «برای اینکه سفارشت را بعداً پیدا کنی» بهتر از «طبق سیاست حریم خصوصی» است.
و بنیاد جیمز دایسون نمونهٔ همین کار است: توضیح دقیق دربارهٔ اینکه داده چطور استفاده میشود.
چیزی که پشت این الگو ایستاده
و اگر بخواهیم منصف باشیم، در بیشتر سازمانها کسی این الگو را برای برداشت داده انتخاب نمیکند. برای سه دلیل سادهتر انتخابش میکند.
یک: ساختن حساب، مسائل فنی را ساده میکند. وقتی هر کاربر یک شناسه دارد، سبد خرید و سابقه و تنظیمات جای مشخصی دارند. مهمانِ بیحساب یعنی یک مسیر دوم که باید ساخته و نگهداری شود.
دو: کسی مسئول عدد ثبتنام است. و آن شخص برای کمکردنش انگیزهای ندارد.
و سه: پیشفرض بودن. رقیب همین کار را میکند، الگوی آماده همین است، و کسی هرگز از نو دربارهٔ آن تصمیم نگرفته.
و شناختن این سه دلیل مهم است، چون هر کدامشان پاسخ متفاوتی میخواهند. دلیل اول با کار فنی حل میشود، دومی با تغییر آنچه گزارش میشود، و سومی فقط با پرسیدن.
و اگر بخواهید در جلسه اثر بگذارید، بهتر است بدانید با کدامیک طرفید. استدلال اخلاقی به دلیل سوم جواب میدهد، به دومی گاهی، و به اولی تقریباً هرگز.
حقوقی و اعتباری
دو فشار بیرونی هم هست.
قانونگذاری. اکنون قوانین زیادی برای محافظت کاربر در برابر برداشت داده وجود دارد، بهویژه در اتحادیهٔ اروپا.
اعتبار. استفاده از این الگو، شهرت منفی برای شرکت میسازد.
و بههمین دلیل، شکلهای خیلی افراطیاش کمتر شده — نه چون شرکتها نظرشان عوض شده، بلکه چون قانون و آگاهی کاربر هزینهاش را بالا برده.
چهار جایگزین
این بخش افزودهٔ من است، چون بدون جایگزین مشخص، «این کار را نکن» توصیهٔ بیفایدهای است.
- - پرداخت مهمان. بگذارید سفارش تمام شود و بعد پیشنهاد ساختن حساب بدهید — با استدلال «تا سفارشت را دنبال کنی».
- - ثبتنام تنبل. کاربر کار میکند و حساب در پسزمینه ساخته میشود؛ فقط وقتی چیزی برای حفظکردن هست، از او ایمیل خواسته میشود.
- - آشکارسازی تدریجی. فیلدها را وقتی بخواهید که به کارشان میآید، نه همه در قدم اول.
- - ورود با سرویس دیگر. اصطکاک را کم میکند و مسئلهٔ داده را حل نمیکند؛ فقط جابهجایش میکند.
و منطق مشترک هر چهارتا یکی است: ثبتنام را از جلوی ارزش به بعدِ ارزش منتقل کنید. کاربری که چیزی بهدست آورده، دلیلی برای نگهداشتنش دارد.
و ترتیب اجرای این چهارتا هم مهم است، چون هزینهشان یکی نیست.
آشکارسازی تدریجی ارزانترین است و امروز قابل اجراست: فقط فیلدها را جابهجا میکنید. ثبتنام تنبل گرانترین است، چون به تغییر در مدل داده نیاز دارد.
و پرداخت مهمان جایی میان این دو میایستد — و بیشترین اثر را دارد، چون درست در لحظهای که کاربر آماده است پول بدهد، مانع را برمیدارد.
و یک نکتهٔ عملی هم دارد که اغلب جا میافتد: پرداخت مهمان یعنی نداشتن حساب، نه نداشتن اطلاعات. شما همچنان ایمیل یا شماره را میگیرید — چون بدون آن سفارش قابل پیگیری نیست. آنچه حذف میشود، رمز و تأیید و مرحلهٔ اضافه است.
و همین تفکیک، بیشتر مقاومت داخلی را حل میکند: کسی که نگران ازدستدادن داده است، در واقع دادهای از دست نمیدهد.
در بافت فارسی
یک: شمارهٔ موبایل اینجا نقش ایمیل را دارد و حساستر است. در بیشتر محصولهای ما ثبتنام یعنی شمارهٔ موبایل و کد پیامکی.
و شماره در ایران به هویت رسمی گره خورده. یعنی چیزی که خواسته میشود، از ایمیل بسیار سنگینتر است — و کاربر هم همین را حس میکند.
دو: کد پیامکی، ثبتنام را از «فرم» به «چرخه» تبدیل میکند. کاربر باید از اپ خارج شود، پیام را پیدا کند، کد را بخواند و برگردد.
پس هزینهٔ ثبتنام اجباری اینجا بیشتر از جاهای دیگر است، حتی وقتی فقط یک فیلد خواسته میشود. یک فیلد در بافت ما یعنی یک چرخهٔ چهارمرحلهای.
سه: بیاعتمادی به جمعآوری داده اینجا بالاست و اغلب هم بجاست. کاربر میداند شمارهاش ممکن است به پیامک تبلیغاتی ختم شود.
و درمانش شفافیت است، ولی نه از نوع حقوقیاش. یک جملهٔ ساده که بگوید با شماره چه میکنید و چه نمیکنید، از یک صفحه سیاست حریم خصوصی مؤثرتر است.
چهار: «کد ملی» را نخواهید مگر واقعاً لازم باشد. در بعضی محصولها این فیلد از سر عادت اضافه شده، نه از سر نیاز.
و همانطور که در الگوهای فریبنده نوشتم، هر فیلدی که بردارید و هیچچیز نشکند، از اول اضافی بوده. این آزمون را روی همهٔ فرمهایتان اجرا کنید.
پنج: بازیابی حساب اینجا بیشتر خراب میشود. وقتی هویت به شمارهٔ موبایل گره خورده، هر کسی که شمارهاش را عوض کند یا سیمکارتش را از دست بدهد، عملاً حسابش را از دست داده.
و این هزینهٔ پنهان ثبتنام اجباری است. هر حسابی که میسازید، یک بدهی بازیابی هم میسازد — و در بافتی که تغییر شماره رایج است، این بدهی زود سررسید میشود.
پس اگر حساب واقعاً لازم است، مسیر بازیابی را هم از همان اول طراحی کنید. و اگر لازم نیست، این خودش یک دلیل دیگر است برای نساختنش.
جمعبندی
- - ثبتنام اجباری الگویی فریبنده است که کاربر را وادار میکند حساب بسازد و اطلاعات شخصیاش را بدهد · و کلیدواژهاش «جایی که لازم نیست» است
- - چهار دلیل فریبندهبودنش: جمعکردن داده زیر عنوان ضرورت · ساختن مانع مصنوعی مثل پنهانکردن جستوجو در ویمئو · نیت بهرهکشانه برای تبلیغ و هرزنامه و فروش داده · و اصطکاکی که کاربر گذری را میپراند
- - همیشه غلط نیست · در شرایط بدیهی مثل سفارش کالا، اطلاعات واقعاً برای انجام تراکنش لازم است
- - آزمونش: اگر این فیلد را برداریم چه کاری غیرممکن میشود؟ · اگر پاسخ «هیچکاری» بود، فریبنده است
- - راهنما: توضیح روشن دلیل · کمینهکردن فیلدها که اغلب ایمیل کافی است · پنهاننکردن جایگزین · و ردکردن این الگو در سطح حرفهای
- - فشار بیرونی: قانونگذاری بهویژه در اتحادیهٔ اروپا · و شهرت منفی
- - چهار جایگزین: پرداخت مهمان · ثبتنام تنبل · آشکارسازی تدریجی · و ورود با سرویس دیگر — با یک منطق مشترک: ثبتنام را به بعدِ ارزش منتقل کنید
- - و در فارسی: شماره جای ایمیل را گرفته و به هویت رسمی گره خورده · کد پیامکی یک فیلد را به چرخهٔ چهارمرحلهای تبدیل میکند · شفافیت ساده از سیاست حقوقی مؤثرتر است · و کد ملی را از سر عادت نخواهید
منبع
این نوشته «بازنویسی آزاد» است از مطلب What is Forced Registration? در وبسایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مفاهیم پایه — تعریف ثبتنام اجباری بهعنوان الگوی فریبنده و وادارکردن کاربر به ساختن حساب و دادن اطلاعات شخصی، هر چهار دلیل فریبندهبودنش یعنی سازوکار دستکاری و جمعشدن داده زیر عنوان ضرورت، فریب کاربر با مانع مصنوعی و نمونهٔ پنهانکردن جعبهٔ جستوجو در ویمئو، نیت بهرهکشانه برای تبلیغ هدفمند و هرزنامه و فروش داده به شخص ثالث، و اصطکاکی که کاربر گذری را میپراند؛ موجهبودن ثبتنام در شرایط بدیهی مثل سفارش کالا؛ همهٔ راهنماهای طراحی یعنی افزودن توضیح روشن دربارهٔ دلیل درخواست اطلاعات و کمینهکردن فیلدها و کافیبودن اغلب ایمیل و پنهاننکردن جایگزین و رد این الگو از سوی طراح مسئول؛ نمونهٔ بنیاد جیمز دایسون؛ و بعد حقوقی و اعتباری شامل وجود قوانین حفاظت در برابر برداشت داده بهویژه در اتحادیهٔ اروپا و شهرت منفی و کمشدن شکلهای افراطی — از این منبع گرفته شده. متن فارسی، ساختار بخشها و همهٔ تحلیلها کاملاً مستقل نوشته شدهاند.
متن مطلب اصلی تحت هیچ لایسنس بازی منتشر نشده است؛ به همین دلیل اینجا ترجمهٔ کلمهبهکلمه ارائه نشده و متن کامل انگلیسی (بههمراه همهٔ منابع مرتبط) در لینک زیر در دسترس است.
بخشهای افزودهٔ مترجم: صورتبندی آغازین؛ برجستهکردن «جایی که لازم نیست» بهعنوان کلیدواژهٔ تعریف؛ تفکیک دلیل چهارم از سه دلیل اول بر پایهٔ قابلشمارشبودنش و پیوندش با نرخ تبدیل؛ صورتبندی مرز موجهبودن و افزودن آزمون یکجملهای «اگر این فیلد را برداریم چه کاری غیرممکن میشود؟»؛ تفکیک توضیح کاربردی از توضیح سیاستی؛ توضیح اینکه کمشدن شکلهای افراطی از تغییر نظر شرکتها نیامده بلکه از بالارفتن هزینه؛ کل بخش «چهار جایگزین» شامل پرداخت مهمان و ثبتنام تنبل و آشکارسازی تدریجی و ورود با سرویس دیگر، و منطق مشترکشان یعنی انتقال ثبتنام به بعدِ ارزش؛ و کل بخش بافت فارسی شامل جانشینی شمارهٔ موبایل بهجای ایمیل و گرهخوردنش با هویت رسمی، تبدیلشدن ثبتنام به چرخهٔ چهارمرحلهای بهدلیل کد پیامکی، بجابودن بیاعتمادی و مؤثرتر بودن شفافیت ساده از سیاست حقوقی، و درخواست عادتی کد ملی؛ تحلیل عدمتقارن سنجش بهعنوان دلیل دوام این الگو و پیشنهاد گزارشکردن نرخ خروج صفحهٔ ثبتنام در کنار تعداد ثبتنام؛ نکتهٔ فیلدبهفیلدبودن موجهبودن و صورتبندی رایجترین شکل واقعی الگو بهعنوان «فرم موجه با چند فیلد غیرموجه پنهانشده»؛ و بخش «چیزی که پشت این الگو ایستاده» شامل سه دلیل واقعی انتخابش — سادگی فنی، مالکیت عدد ثبتنام، و پیشفرضبودن — و اینکه هر کدام پاسخ متفاوتی میخواهند و استدلال اخلاقی فقط به یکیشان جواب میدهد؛ ترتیب اجرای چهار جایگزین بر پایهٔ هزینهشان و جایگاه پرداخت مهمان در میانهٔ آن، بههمراه تفکیک «نداشتن حساب» از «نداشتن اطلاعات» و اثرش بر رفع مقاومت داخلی؛ و نکتهٔ پنجم بافت فارسی دربارهٔ بدهی بازیابی حساب در هویتِ گرهخورده به شمارهٔ موبایل
تصاویر: هیچ تصویری از مطلب اصلی بازتولید نشده است. هر سه نمودار این صفحه طراحی مستقل مترجم است.
مشاهدهٔ مطلب اصلی
مترجم: سپنتا پویا
طراح ارشد محصول. مقالات تخصصی UI/UX را با حفظ ساختار و لحن نسخهٔ اصلی به فارسی برمیگردانم.
دربارهٔ من