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