چطور تصمیم بگیریم کدام بازخورد کاربر را بسازیم (و کدام را رها کنیم)
همین که مردم شروع به استفاده از اپتان کنند، درخواستها سرازیر میشوند. این یک روش ساده است برای اینکه تصمیم بگیرید کدام بازخورد کاربر ارزش ساختن با اپساز هوش مصنوعی را دارد، کدام را کنار بگذارید و به کدام مؤدبانه نه بگویید.
چند هفتهٔ اول پس از آنکه مردم شروع به استفاده از اپتان میکنند آرام است. بعد پیامها شروع میشوند. «میشود حالت تیره اضافه کنی؟» «عالی میشد اگر میتوانستم به PDF خروجی بگیرم.» «میشود دکمه را آبی کنی؟» «ما واقعاً به یکپارچهسازی با ابزاری که از قبل استفاده میکنیم نیاز داریم.» در عرض یک ماه فهرستی از چهل چیز دارید، و یک اپساز هوش مصنوعی که با کمال میل هرکدام را در یک بعدازظهر برایتان میسازد.
همان بخش آخر دام است. وقتی ساختن هر قابلیت ارزان و سریع است، پرسش دشوار دیگر «آیا میتوانم این را بسازم؟» نیست و میشود «آیا باید بسازم؟» گلوگاه از دستهای شما به قضاوت شما منتقل میشود، و هیچکس راهنمایی برای آن به دست شما نمیدهد.
این مطلب راهی ساده است برای دستهبندی بازخوردِ ورودی به سه دسته — بسازش، کنارش بگذار، رهایش کن — بدون اینکه نیاز به سابقهٔ مدیریت محصول داشته باشید. هدف نهگفتن به مردم نیست. هدف این است که مطمئن شوید چیزهایی که میسازید همانهاییاند که واقعاً اپتان را به جلو میبرند.
چرا «فقط بسازش» دیگر جواب نمیدهد
برای ده قابلیت اولتان، «فقط هر چه کسی خواست بساز» راهبرد خوبی است. آنقدر کاربر ندارید که نظرهای متناقض داشته باشید، و هر قابلیت اپ را مفیدتر از آن چیز خالیِ هفتهٔ پیش میکند.
این تقریباً وقتی از کار میافتد که کاربرهای واقعی و متفاوت دارید. یک فریلنسر یک چیز میخواهد، یک آژانس کوچک خلافش را، و یک بازدیدکنندهٔ یکباره چیزی میخواهد که هیچکدامشان هرگز از آن استفاده نمیکنند. هر سه را بسازید و اپتان به یک کشوی آتوآشغال تبدیل میشود — پر از چیز، پیدا کردن هر چیزی سخت، حملش سنگین. هر قابلیتی که اضافه میکنید قابلیتی است که باید تا ابد کارش را راه بیندازید، به کاربرهای جدید توضیحش دهید و وقتی چیزی نزدیکش را تغییر میدهید خرابش نکنید.
یک اپساز هوش مصنوعی این را پیش از آنکه بهتر کند بدتر میکند، چون ترمز طبیعی را برمیدارد. وقتی یک قابلیت دو هفته از یک برنامهنویس وقت میگرفت، خوب فکر میکردید که آیا ارزش دو هفته را دارد. وقتی اپساز بیست دقیقه طول میدهد، اصلاً فکر نمیکنید — فقط میگویید بله. هزینه ناپدید نشد. از «زمان ساختن» به «وزنی که باید حمل کنید» منتقل شد، و دیدن وزن سختتر است.
سه پرسشی که تقریباً همه چیز را دستهبندی میکند
وقتی درخواستی میرسد، آن را به ترتیب از سه پرسش بگذرانید. بیشتر چیزها بعد از دو پرسش اول خودشان دستهبندی میشوند.
۱. آیا این به کسانی که اپ را برایشان ساختم کمک میکند؟ شما اپتان را برای کسی مشخص ساختید — عکاسان عروسی، مربیان فوتبال نوجوانان، میزبانان پادکستهای مستقل. درخواست از یکی از آن افراد ارزشش بیشتر از درخواست کسی است که سرزده آمده و هرگز برنمیگردد. اگر قابلیتی به افراد اصلیتان کمک کند کار اصلیای را که برایش آمدهاند انجام دهند، نزدیک بالای فهرست میرود. اگر به بازدیدکنندهای کمک کند که واقعاً کاربر شما نیست، نزدیک پایین میرود، هر چقدر هم بلند درخواستش کرده باشند.
۲. واقعاً چند نفر از آن استفاده میکنند؟ نه «چه کسی درخواستش کرد» — چه کسی از آن استفاده میکند. یک نفر که بلند درخواست میکند با ده نفر که بیسروصدا بهره میبرند یکی نیست. اینجا صادق باشید، چون درخواستهای پرسروصدا حس درخواستهای بزرگ را دارند، و معمولاً نیستند. یک نشانهٔ خوب: از طرف بپرسید امروز به جایش چه کار میکند. اگر یک راهکارِ دستوپاگیر دارد که هر روز استفاده میکند، این یک نیاز واقعی است. اگر «احتمالاً گاهی استفاده میکنم»، این یک نیازِ خوباستاگرباشد در لباس مبدل است.
۳. حمل ابدیاش چه هزینهای برایم دارد؟ بعضی قابلیتها سبکاند. یک گزینهٔ رنگ جدید، یک برچسبِ بازنویسیشده، یک فیلد اضافه روی یک فرم — بسازش و فراموشش کن. بعضی قابلیتها سنگیناند: هر چیزی که به پرداخت دست میزند، هر چیزی که به آدمهای واقعی ایمیل میفرستد، هر چیزی که یک بخش کاملاً تازه با قواعد خودش اضافه میکند. قابلیتهای سنگین بد نیستند، اما باید وزنشان را با گذراندنِ دو پرسش اول با حاشیهٔ امن به دست بیاورند.
سه دسته
آن پرسشها را اجرا کنید و تقریباً همه چیز در یکی از سه جا فرود میآید.
بسازش. به افراد اصلیتان کمک میکند، چند نفرشان از آن استفاده میکنند، و هزینهٔ حملش معقول است. اینها آساناند. انجامشان دهید، و به کسی که درخواست کرده بگویید — افرادی که میبینند ایدهشان منتشر شده وفادارترین کاربرهای شما و بهترین منبعِ ایدهٔ خوبِ بعدی میشوند.
کنارش بگذار. ایدهٔ خوبی است، اما زود است، یا فقط یک نفر میخواهدش، یا سنگین است و هنوز مطمئن نیستید. نه نگویید و نسازیدش. جایی بنویسیدش که واقعاً نگاهش کنید — یک فهرست ساده، یک یادداشت، یک تخته. اگر سه نفر دیگر در ماه آینده همان چیز را بخواهند، خودش خود را به دستهٔ «بسازش» ارتقا داده و به شما گفته است. کنار گذاشتن یک گورستان نیست؛ یک اتاق انتظار است.
رهایش کن. با آنچه اپتان برایش است جور درنمیآید، فقط به درد یک نفر میخورد، یا اپ را برای بقیه بدتر میکند. اینها به یک نهِ مؤدبانه و صادقانه نیاز دارند. «ایدهٔ سنجیدهای است، اما چیزی نیست که قصد افزودنش را داشته باشم — به جایش این را پیشنهاد میدهم» رابطه را حفظ میکند و از اپ محافظت میکند. نهگفتن یک قابلیت است. هر نه، یک بله است به ساده نگهداشتنِ اپ تا حدی که مردم بفهمندش.
یک نمونهٔ کوچک
کسی را میشناسیم که یک اپ رزرو برای معلمان موسیقی دارد، که کاملاً با یک اپساز هوش مصنوعی ساخته شده. در یک هفته سه درخواست گرفت: یک معلم پیامک یادآور خودکار به شاگردها میخواست، یک والد راهی میخواست تا همهٔ کلاسهای بچههایش را در یک نما ببیند، و یک نفر میخواست اپ «برای تفریح» به لاتین ترجمه شود.
پیامکهای یادآور هر سه پرسش را گذراندند — کاربران اصلی، خیلیهایشان با غیبتها سروکار دارند، و پیامک سنگین است اما ارزشش را دارد. ساخته شد. نمای والدین ایدهٔ خوبی از یک نفر بود، پس کنارش گذاشت؛ دو والد دیگر ظرف سه هفته خواستندش و خودش را ارتقا داد. ترجمهٔ لاتین یک نهِ گرم گرفت. هیچکدام از آن تصمیمها به صفحهٔ گسترده نیاز نداشت. به سه پرسش و آمادگی برای پاسخ صادقانه به پرسش سوم نیاز داشتند.
آن بخشی که هیچکس به شما نمیگوید
سختترین بازخوردی که باید مدیریتش کنید ایدههای بد نیست. ایدههای خوب از آدمهایی است که دوستشان دارید، برای اپی که نمیتواند همه چیز باشد. رها کردن آنها مثل ناامید کردن آن آدم حس میشود. اینطور نیست. مهربانترین کاری که میتوانید برای کسانی که از اپتان استفاده میکنند انجام دهید این است که آن را آنقدر متمرکز نگه دارید که در همان یک کاری که برایش آمدهاند خوب بماند.
دفعهٔ بعد که درخواستها روی هم تلنبار شدند، اول اپساز هوش مصنوعیتان را باز نکنید. فهرستتان را باز کنید، هر مورد را از سه پرسش بگذرانید، و در یک دسته جایش دهید. ساختن حالا بخش آسان است. تصمیم اینکه چه چیزی ارزش ساختن دارد کارِ واقعی است — و کاری است که میتوانید بدون نوشتن حتی یک خط کد انجامش دهید.