برنامه وفاداری باید روشن کند کاربر برای چه رفتاری امتیاز می‌گیرد، امتیاز چه ارزشی دارد و چگونه می‌تواند از آن استفاده کند. اضافه کردن badge و جدول رتبه به یک فروشگاه، این قرارداد را خودکار نمی‌سازد. اگر پاداش مبهم یا مصرف آن دشوار باشد، ظاهر بازی‌گونه می‌تواند انتظاری ایجاد کند که تجربه واقعی برآورده نمی‌کند.
Gamification استفاده از بعضی سازوکارهای بازی در یک فعالیت دیگر است. برنامه وفاداری معمولاً درباره رابطه تکرارشونده مشتری و پاداش خرید یا مشارکت است. این دو می‌توانند ترکیب شوند، اما هدف یکسانی ندارند. در آموزش، کیفیت تمرین اهمیت دارد و در فروشگاه، هزینه و شرط دریافت پاداش. یک فرمول ثابت برای هر دو، معیار رفتار مفید را پنهان می‌کند.
رفتار مفید را پیش از امتیاز تعریف کنید
در نمونه فرضی فروشگاه، هدف می‌تواند پیگیری آسان‌تر مزایای خریدهای معتبر باشد. این مثال نتیجه یک مشتری واقعی نیست. باید مشخص شود خرید چه زمانی معتبر حساب می‌شود و مرجوعی چه اثری روی امتیاز دارد. اگر فقط تعداد کلیک پاداش بگیرد، کاربران ممکن است عملی را تکرار کنند که برای خودشان یا کسب‌وکار ارزش واقعی ندارد.
در یک محصول آموزشی، باز کردن درس با انجام تمرین فرق دارد. اگر هدف یادگیری است، سازوکار باید رفتار مرتبط با تمرین و بازخورد را تشویق کند. ورود روزانه به تنهایی شاهد یادگیری نیست. شاخص‌های عملکرد را همراه کیفیت نتیجه تعریف کنید تا افزایش session به اشتباه موفقیت قطعی برنامه معرفی نشود.
ادعای افزایش ثابت ۴۰ درصدی تعامل برای تمام برنامه‌ها مبنای مناسبی نیست. اثر به هدف، مخاطب، اجرا و روش اندازه‌گیری وابسته است. اگر پژوهش یا نتیجه پروژه مشخصی دارید، دامنه همان نتیجه را بنویسید. در نبود داده، طراحی را یک فرضیه قابل بررسی معرفی کنید و به عدد جذاب برای توجیه badge و leaderboard تکیه نکنید.
امتیاز باید واحد و سابقه قابل پیگیری داشته باشد
کاربر باید بداند موجودی امتیاز از چه عملیات‌هایی ساخته شده است. فهرست تراکنش با تاریخ، علت و وضعیت کمک می‌کند. امتیاز در انتظار تأیید با امتیاز قابل مصرف یکسان نیست. نمایش مجموع بدون تفکیک می‌تواند هنگام استفاده باعث اختلاف شود. نام‌ها و عددهای خلاصه باید با فهرست جزئیات هماهنگ باشند.
قاعده گرد کردن، سقف دریافت و دوره اعتبار را مشخص کنید. اگر ارزش امتیاز بر اساس طرح یا نوع کالا تفاوت دارد، این موضوع باید قبل از مصرف دیده شود. عدد بزرگ امتیاز به تنهایی ارزش اقتصادی را توضیح نمی‌دهد. کاربر نباید پس از انتخاب پاداش بفهمد بیشتر موجودی در آن مقصد قابل استفاده نیست.
برای حذف یا اصلاح امتیاز، دلیل قابل فهم ارائه دهید. مرجوعی خرید، تقلب شناسایی‌شده و اصلاح خطای ثبت قراردادهای متفاوتی دارند. پیام عمومی «موجودی تغییر کرد» برای پیگیری کافی نیست. اگر امکان اعتراض یا بررسی وجود دارد، مسیرش روشن باشد. این مسیر به عملیات واقعی پشتیبانی نیاز دارد و با یک دکمه نمایشی ساخته نمی‌شود.
پاداش و شرط مصرف را در نقطه تصمیم نشان دهید
شرط حداقل خرید، محدودیت دسته کالا و هزینه ارسال باید در محل انتخاب پاداش قابل یافتن باشد. عنوان «رایگان» وقتی هزینه دیگری لازم است، باید با توضیح دقیق همراه شود. پنهان کردن شرط‌ها در متن بسیار ریز، تصمیم آگاهانه را سخت می‌کند. مقاله UX Writing برای بیان رابطه عمل و نتیجه در این قسمت کمک می‌کند.
اگر امتیاز منقضی می‌شود، تاریخ و محدوده مربوط را دقیق نشان دهید. پیام «به‌زودی از دست می‌رود» بدون تاریخ می‌تواند فشار بی‌مبنا ایجاد کند. یادآوری باید به موجودی واقعی مربوط باشد و کاربر اختیار دریافتش را داشته باشد. انقضا یک قاعده اقتصادی برنامه است و باید در قرارداد و تجربه محصول یکسان بماند.
پاداش انتخاب‌شده باید قبل از تأیید نهایی قابل مرور باشد. اگر مصرف امتیاز برگشت‌ناپذیر است، نتیجه را صریح بگویید. اگر رزرو موقت دارید، زمان و اثر رها کردن عملیات را توضیح دهید. طراحی صفحه نباید از backend جلوتر وعده حفظ مزایا بدهد؛ وضعیت باید از منبع معتبر برنامه بیاید.
Badge باید دستاورد مشخصی را معرفی کند
نام نشان و شرط دریافت را قابل فهم کنید. «کاربر ویژه» بدون توضیح ممکن است مزیت یا اختیاری را القا کند که وجود ندارد. اگر badge فقط یادبود انجام یک فعالیت است، همین را بیان کنید. نشان آموزشی نیز نباید با گواهی مهارت یا صلاحیت حرفه‌ای یکسان معرفی شود، مگر فرایند معتبر لازم واقعاً وجود داشته باشد.
برای کاربر جدید، هدف قابل دستیابی و راه شروع روشن مهم است. فاصله بسیار زیاد تا اولین بازخورد می‌تواند برنامه را بی‌معنا کند. از طرف دیگر، نشان دادن دستاورد برای هر کلیک ممکن است ارزش نشانه‌ها را کم کند. تصمیم را با رفتار مخاطب بررسی کنید و به جای تعداد زیاد badge، رابطه آن با فعالیت را نگه دارید.
در نمایش، نام و توضیح متنی کنار نشان لازم‌اند. رنگ و شکل تنها راه تشخیص نباشند. animation جشن هم باید با کاهش حرکت و شرایط استفاده هماهنگ شود. اگر کاربر یک کار جدی مانند پرداخت انجام داده، پنجره پاداش نباید نتیجه اصلی را بپوشاند یا او را از پیگیری رسید بازدارد.
رقابت عمومی برای همه مناسب نیست
Leaderboard نیاز به معیار، دوره و محدوده مقایسه دارد. مقایسه کاربری با وقت آزاد زیاد و کاربری با فرصت محدود، الزاماً انگیزه مناسبی ایجاد نمی‌کند. اگر هدف پیشرفت شخصی است، نمایش تغییر نسبت به عملکرد خود فرد می‌تواند مناسب‌تر باشد. رتبه عمومی را صرفاً به دلیل محبوب بودن در بازی‌ها پیش‌فرض نگیرید.
نمایش نام و فعالیت دیگران باید با انتخاب و قواعد داده محصول هماهنگ باشد. اشتراک اجتماعی اجباری، شرط مناسبی برای همه مزایا نیست. کاربر باید بداند چه اطلاعاتی عمومی می‌شود و چگونه از نمایش خارج شود. فهرست رقابت نباید اطلاعات حساس خرید یا آموزش را فقط برای ایجاد هیجان آشکار کند.
قواعد مقابله با رفتار مصنوعی را در طراحی برنامه در نظر بگیرید. اگر امتیاز با عملی ساده و تکراری تولید شود، leaderboard ممکن است کیفیت فعالیت را نمایش ندهد. تغییر ناگهانی قواعد هم می‌تواند به کاربران قبلی آسیب بزند. روش اعلام تغییر و حفظ سابقه باید مشخص باشد تا اعتماد برنامه به یک جدول رتبه ناپایدار وابسته نشود.
اختیار کاربر را در یادآوری و Streak حفظ کنید
Streak دنباله انجام یک فعالیت است، اما وقفه همیشه نشانه بی‌علاقگی نیست. کاربر ممکن است بیمار، در سفر یا بدون دسترسی باشد. از قطع دنباله برای سرزنش او استفاده نکنید. اگر امکان توقف یا بازیابی دارید، قواعد را روشن کنید. پاداش نباید کاربر را به فعالیتی هدایت کند که با هدف خودش سازگار نیست.
گزارش Dark Commercial Patterns از OECD الگوهایی را بررسی می‌کند که انتخاب مصرف‌کننده را منحرف می‌کنند. در برنامه وفاداری، فشار ساختگی، شروط پنهان و دشوار کردن خروج را از طراحی جدا کنید. این منبع به معنی ممنوع بودن همه پاداش‌ها نیست؛ محدوده مسئله، کیفیت و صداقت روش اثرگذاری بر تصمیم است.
تنظیم اعلان باید قابل فهم باشد: یادآوری انقضا، خبر پاداش و پیام تبلیغاتی یک نوع محتوا نیستند. مقاله Notification Center برای گروه‌بندی و اختیار دریافت ادامه مرتبط است. خاموش کردن اعلان نباید مزایای معتبر کاربر را بی‌دلیل حذف کند. روش ارتباط باید در خدمت استفاده از برنامه باشد، نه شرط پنهان آن.
ارزیابی را به نتیجه و هزینه برنامه وصل کنید
مصرف پاداش، بازگشت مشتری و کیفیت فعالیت را کنار هزینه و درخواست‌های پشتیبانی ببینید. رشد امتیاز صادرشده به تنهایی موفقیت نیست؛ شاید امتیاز قابل مصرف کم باشد. اگر کاربران برای فهم قوانین بارها تماس می‌گیرند، برنامه نیاز به اصلاح دارد. داده‌های ثبت و توضیح رابط باید امکان بررسی علت را فراهم کنند.
برای مقایسه نسخه‌ها، روش و محدوده را مشخص کنید. تغییر قیمت، فصل خرید و کمپین هم می‌توانند رفتار را تغییر دهند. نتیجه محدود را درباره تمام کاربران قطعی اعلام نکنید. مقاله نمودار Dashboard برای تعریف دوره و مخرج شاخص کمک می‌کند. گزارش برنامه باید نشان دهد چه چیزی سنجیده شده و چه چیزی هنوز معلوم نیست.
در تحویل، قواعد دریافت، مصرف، انقضا و اصلاح را همراه stateهای رابط ثبت کنید. یک تغییر کوچک در قرارداد اقتصادی ممکن است چند پیام و صفحه را تحت تأثیر قرار دهد. مالک نگهداری قوانین باید مشخص باشد تا متن قدیمی باقی نماند. برنامه قابل استفاده، مزایا و محدودیت‌ها را پیش از تصمیم روشن می‌کند و اجازه می‌دهد کاربر مسیر مناسب خودش را انتخاب کند.
هنوز دیدگاهی ثبت نشده
اولین نفری باشید که نظر می‌دهد!