‏سه راه برای اینکه کاربرا فیچر جدیدت رو واقعاً استفاده کنن

نویسنده با یه تجربه‌ی شخصی شروع می‌کنه: Claude وسط یه چت ازش خواسته کانکتور Slack رو راه بندازه و اونم مثل بیشتر آدما پاپ‌آپ رو بسته. به گفته‌ی نویسنده، مشکل اینه که ما هزینه‌ی همین الان رو با سودی که یه چیز می‌ده مقایسه می‌کنیم. فیچر جدید معمولاً یه سود مبهم تو آینده‌ست که پشت یه تعداد نامعلوم مرحله قایم شده، پس «بعداً» برنده می‌شه.

راه اول: اجباریش کن. تو علوم رفتاری به این می‌گن paternalism، یعنی به جای کاربر تصمیم بگیری که چی به نفعشه. نویسنده می‌گه تیم‌های محصول این گزینه رو خیلی زود کنار می‌ذارن. جامعه معمولاً نمی‌تونه چیزی رو اجباری کنه و برای همین مثلاً به جای ممنوعیت کامل سیگار، مالیات و فضای ممنوعه داریم. ولی محصولات اغلب می‌تونن. البته Claude قرار نیست همه رو مجبور کنه Slack وصل کنن، ولی برای فیچرهای واقعاً مهم این گزینه باید روی میز باشه.

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

راه سوم: هزینه‌ی ذهنی رو کوچیک کن. روی پاپ‌آپ Claude نوشته «Set up» و این کلمه حس یه پروژه‌ی کامل رو می‌ده. کاربر نمی‌دونه پشتش یه سوئیچ ساده‌ست یا ۱۵ تا فیلد، پس بدترین حالت رو فرض می‌کنه. کلمه‌هایی مثل «Try» یا «Continue» فقط یه قدم رو وعده می‌دن و «Complete» می‌گه تقریباً تموم شده. فلو پشت دکمه همونه، فقط هزینه کوچیک‌تر به نظر میاد. به گفته‌ی نویسنده، این ارزون‌ترین راه برای تست کردنه.

نویسنده می‌گه اگه قرار بود کل فلو رو از نو طراحی کنه، زمان پرسیدن رو عوض می‌کرد. وسط چت بدترین وقته. وقت درستش وقتیه که کاربر از Claude درباره‌ی یه پروژه یا هم‌تیمی سؤال می‌پرسه، چون جواب اون سؤال تو Slack هست.

مثالش Intuit هست: وقتی موقع لاگین به بانک می‌پرسیدن «حساب پس‌انداز می‌خوای؟» درصد خیلی کمی قبول می‌کردن. ولی وقتی همین سؤال رو بردن تو مرحله‌ی ثبت‌نام حقوق، یعنی جایی که کارمند داره تصمیم می‌گیره حقوقش کجا بره، حدود ۲۰٪ گفتن آره.

نکات کلیدی:

• کاربرا هزینه‌ی الان رو با سود مبهم آینده مقایسه می‌کنن و برای همین فیچر جدید رو عقب می‌ندازن.
• اجباری کردن فیچرهای مهم (paternalism) گزینه‌ایه که خیلی از تیم‌های محصول زود ردش می‌کنن.
• عوض کردن «بعداً» به «قبول/رد» تو آزمایش تیم Irrational Labs پذیرش رو بیشتر کرد.
• کلمه‌ی «Set up» حس کار زیاد می‌ده، ولی «Try»، «Continue» یا «Complete» هزینه رو کمتر نشون می‌دن.
• Intuit با جابه‌جا کردن زمان پیشنهاد حساب پس‌انداز، پذیرش رو از چند درصد به حدود ۲۰٪ رسوند.