فرض کنید کاربری می‌خواهد لپ‌تاپ بخرد. سه مدل پیدا کرده که از نظر قیمت، ظاهر و مشخصات فنی تفاوت چندانی با هم ندارند. هرچه بیشتر جست‌وجو می‌کند، اطلاعات بیشتری به دست می‌آورد، اما همچنان نمی‌تواند تصمیم بگیرد.
حالا تصور کنید شما مدیر محصول این فروشگاه اینترنتی هستید. آیا باید گزینه‌های کمتری نمایش دهید؟ یک مدل را به‌عنوان بهترین انتخاب معرفی کنید؟ یا ابزار مقایسه دقیق‌تری بسازید؟
شاید هیچ‌کدام از این راه‌حل‌ها به‌تنهایی کافی نباشند. مسئله این نیست که کاربر اطلاعات کمی دارد؛ ممکن است نداند کدام اطلاعات برای تصمیمش اهمیت بیشتری دارند.
این تفاوت ظریف، نقطه شروع یکی از سوال‌های چالش‌برانگیز مصاحبه مدیر محصول است.
سوال مصاحبه: اگر کاربر بین چند گزینه خرید مشابه سردرگم باشد، چطور به او کمک می‌کنید تصمیم بگیرد؟
مصاحبه‌کننده با این سوال صرفا دنبال ایده‌ای برای طراحی یک صفحه مقایسه محصولات نیست. او می‌خواهد ببیند آیا می‌توانید مسئله واقعی کاربر را از نشانه‌های ظاهری آن جدا کنید، یک گروه مشخص را در اولویت قرار دهید و راه‌حلی پیشنهاد کنید که بتوان اثربخشی آن را سنجید.
پاسخ خوب باید نشان دهد که چطور مسئله را تعریف می‌کنید، چه فرض‌هایی دارید، بین راه‌حل‌های مختلف چگونه انتخاب می‌کنید و تحت چه شرایطی حاضر می‌شوید تصمیم اولیه خود را تغییر دهید.
اول باید بفهمیم کاربر چرا نمی‌تواند تصمیم بگیرد
سردرگمی هنگام خرید همیشه به معنای زیاد بودن تعداد گزینه‌ها نیست.
ممکن است محصولات از نظر ظاهری شبیه باشند، اما تفاوت‌های مهمی داشته باشند که کاربر متوجه آن‌ها نمی‌شود. گاهی مشخصات فنی در صفحه‌های مختلف پراکنده‌اند، گاهی اصطلاحات برای خریدار قابل فهم نیستند و گاهی هم اطلاعات کافی درباره گارانتی، هزینه نهایی یا شرایط بازگشت کالا وجود ندارد.
حتی ممکن است کاربر همه اطلاعات لازم را داشته باشد، اما هنوز نداند کدام ویژگی برای نیاز خودش مهم‌تر است.
بنابراین باید میان سه مسئله تفاوت بگذاریم:
مشکل پیدا کردن گزینه مناسب: کاربر هنوز نتوانسته محصولات نامرتبط را حذف کند.
مشکل مقایسه: چند گزینه مناسب پیدا کرده، اما تفاوت‌های تعیین‌کننده آن‌ها برایش روشن نیست.
مشکل اطمینان به تصمیم: تفاوت‌ها را می‌فهمد، اما نگران است انتخاب اشتباهی انجام دهد.
این سه مسئله لزوما راه‌حل یکسانی ندارند. فیلتر کردن می‌تواند مشکل اول را حل کند؛ مقایسه ساختاریافته برای دومی مناسب است؛ و اطلاعات معتبر درباره گارانتی، بازگشت کالا و محدودیت‌های هر محصول می‌تواند به مسئله سوم کمک کند.
تحقیقات Nielsen Norman Group نیز میان تصمیم‌گیری با معیارهای غیرقابل مذاکره، مانند سقف بودجه، و مقایسه چند گزینه بر اساس مجموعه‌ای از مزایا و معایب تفاوت می‌گذارد. این تمایز برای انتخاب راه‌حل اهمیت دارد.
مسئله را برای یک گروه مشخص تعریف کنیم
یکی از اشتباه‌های رایج در مصاحبه این است که بگوییم: «می‌خواهیم انتخاب را برای همه کاربران آسان کنیم.»
نیاز یک خریدار باتجربه با کسی که برای اولین بار لپ‌تاپ می‌خرد یکسان نیست. فرد باتجربه شاید فقط بخواهد تفاوت پردازنده‌ها یا درگاه‌های ارتباطی را ببیند، درحالی‌که خریدار تازه‌کار احتمالا می‌خواهد بداند کدام مدل برای کارهای روزمره او مناسب‌تر است.
برای پیش بردن پاسخ، فرض می‌کنیم تمرکز ما روی کاربرانی است که برای اولین بار قصد خرید یک لپ‌تاپ میان‌رده برای کار و استفاده روزمره دارند.
این یک فرض تحلیلی است، نه نتیجه تحقیقات واقعی. اگر داده‌های فروشگاه نشان دهند مشکل اصلی مربوط به گروه دیگری است، باید اولویت را تغییر دهیم.
پیش از طراحی راه‌حل، چند موضوع را روشن می‌کنیم: کاربر برای انجام چه کاری خرید می‌کند؟ سقف بودجه او چقدر است؟ کدام ویژگی‌ها برایش ضروری‌اند؟ نگرانی اصلی او قیمت، عملکرد، دوام یا خدمات پس از فروش است؟ امروز برای مقایسه محصولات چه کاری انجام می‌دهد؟
برای پاسخ به این پرسش‌ها می‌توانیم از داده‌های جست‌وجو و بازدید محصولات، مسیر حرکت کاربر میان صفحه‌ها، گفت‌وگوهای کوتاه با خریداران، بازخورد پشتیبانی و دلایل مرجوعی کالا استفاده کنیم.
البته مشاهده چندباره صفحه محصولات به‌تنهایی ثابت نمی‌کند کاربر سردرگم شده است. شاید منتظر کاهش قیمت باشد، خرید را با فرد دیگری هماهنگ کند یا صرفا در حال بررسی بازار باشد. داده رفتاری باید در کنار شواهد کیفی تفسیر شود.
از نیازهای ضروری شروع کنیم، نه از امتیازدهی به محصولات
پیش از اینکه محصولات را رتبه‌بندی کنیم، باید بدانیم هر کاربر چه معیارهایی دارد.
برای مثال، در خرید لپ‌تاپ ممکن است سقف بودجه، سازگاری با نرم‌افزارهای کاری و برخورداری از گارانتی معتبر، معیارهای ضروری باشند. وزن، عمر باتری و کیفیت نمایشگر نیز ممکن است ترجیحاتی باشند که کاربر حاضر است میان آن‌ها مصالحه کند.
این دو دسته نباید با هم مخلوط شوند.
اگر لپ‌تاپی از بودجه کاربر خارج است، صرفا به دلیل داشتن پردازنده بهتر نباید به‌عنوان انتخاب برتر معرفی شود. در مقابل، اگر کاربر حمل‌ونقل روزانه دارد، وزن کمتر ممکن است ارزش بیشتری از یک تفاوت جزئی در عملکرد داشته باشد.
به همین دلیل، یک مسیر منطقی برای کمک به تصمیم‌گیری چنین است:
ابتدا گزینه‌های نامتناسب را حذف می‌کنیم، سپس تفاوت گزینه‌های باقی‌مانده را بر اساس اولویت‌های خود کاربر روشن می‌کنیم.
در این مرحله هنوز ضرورتی ندارد که سیستم یک برنده قطعی معرفی کند. گاهی بهترین کمک این است که کاربر بتواند با اطمینان بفهمد چرا دو محصول متفاوت‌اند.
سه راه‌حل ممکن و هزینه هر انتخاب
راه‌حل اول: مقایسه مستقیم محصولات
کاربر دو یا سه محصول را انتخاب می‌کند و مشخصات مهم آن‌ها را کنار هم می‌بیند.
قیمت نهایی، وزن، عمر باتری، گارانتی و ویژگی‌های مرتبط با نوع استفاده به شکل یکسان نمایش داده می‌شوند. قابلیت «نمایش تفاوت‌ها» نیز کمک می‌کند اطلاعات تکراری مانع تشخیص ویژگی‌های مهم نشوند.
مزیت این روش، شفافیت و کنترل بیشتر کاربر است. فرد می‌تواند خودش تصمیم بگیرد چه چیزی را مقایسه کند و بر چه اساسی انتخاب کند.
محدودیت آن هم روشن است: اگر کاربر معنای مشخصات را نداند، یک جدول دقیق ممکن است فقط سردرگمی را منظم‌تر نمایش دهد.
راه‌حل دوم: راهنمای انتخاب بر اساس نیاز
به‌جای اینکه از ابتدا مشخصات فنی را نمایش دهیم، چند سوال کوتاه می‌پرسیم.
مثلا لپ‌تاپ بیشتر برای چه کاری استفاده می‌شود؟ حمل آسان چقدر اهمیت دارد؟ بودجه تا چه اندازه انعطاف‌پذیر است؟
سپس محصولات متناسب با پاسخ‌ها محدود می‌شوند و دلیل پیشنهاد هر گزینه نمایش داده می‌شود.
این روش برای کاربران کم‌تجربه می‌تواند مفیدتر باشد، اما هزینه طراحی، نگهداری و اعتبارسنجی بیشتری دارد. اگر سوال‌ها نامناسب باشند یا سیستم اولویت‌های کاربر را اشتباه تفسیر کند، ممکن است پیشنهادهای گمراه‌کننده ارائه دهد.
همچنین نباید کاربر را مجبور کنیم حتما مسیر پرسش‌وپاسخ را طی کند.
راه‌حل سوم: پیشنهاد هوشمند یک محصول
در این روش سیستم بر اساس رفتار کاربر، ویژگی‌های محصولات و شاید یک مدل امتیازدهی، گزینه‌ای را پیشنهاد می‌کند.
چنین قابلیتی ممکن است در شرایط مناسب ارزشمند باشد، اما برای شروع انتخاب من نیست.
پیشنهاد هوشمند زمانی قابل اعتماد است که داده محصولات کامل باشد، معیارهای تصمیم‌گیری روشن باشند و بتوان دلیل پیشنهاد را توضیح داد. در غیر این صورت، سیستم ممکن است با ظاهری مطمئن، نتیجه‌ای نامناسب ارائه کند.
به‌ویژه در خریدهای نسبتا گران، معرفی یک محصول به‌عنوان «بهترین انتخاب» بدون توجه به شرایط واقعی خریدار، می‌تواند به اعتماد او آسیب بزند.
کدام راه‌حل را انتخاب می‌کنیم؟
با فرضی که درباره کاربران تازه‌کار و خرید لپ‌تاپ داریم، پیشنهاد من شروع با فیلترهای ضروری و مقایسه ساده دو یا سه محصول است؛ نه ساخت یک موتور پیشنهاددهی پیچیده.
در نسخه اولیه، کاربر باید بتواند گزینه‌های نامتناسب را حذف کند، چند محصول را انتخاب کند و تفاوت‌های مهم را با زبانی قابل فهم ببیند.
بهتر است نمایش اولیه روی معیارهای مهم متمرکز باشد و مشخصات کامل نیز برای کسانی که جزئیات بیشتری می‌خواهند در دسترس بماند.
این تصمیم با توصیه‌های پژوهشی Nielsen Norman Group درباره محدود کردن تعداد محصولات در جدول مقایسه، حفظ ساختار یکسان اطلاعات و فراهم کردن امکان مشاهده تفاوت‌ها هم‌خوانی دارد.
پژوهش‌های Baymard Institute نیز بر اهمیت نمایش ویژگی‌های عمومی و ویژگی‌های اختصاصی هر دسته محصول تأکید می‌کنند؛ چون نبود اطلاعات مناسب در فهرست محصولات می‌تواند باعث شود کاربر گزینه‌ای مرتبط را نادیده بگیرد.
بااین‌حال، این انتخاب قطعی نیست. اگر تحقیقات نشان دهد کاربران عمدتا معنای ویژگی‌های فنی را نمی‌دانند، یک راهنمای کوتاه مبتنی بر نیاز ممکن است از جدول مقایسه مفیدتر باشد.
مثال عملی: فروشگاه اینترنتی لپ‌تاپ
سناریوی فرضی
فرض کنیم مدیر محصول یک فروشگاه اینترنتی متوجه می‌شود تعدادی از کاربران بارها میان صفحات لپ‌تاپ‌های مشابه جابه‌جا می‌شوند و بدون خرید از سایت خارج می‌شوند.
تیم تجاری پیشنهاد می‌دهد محصولاتی که فروش بیشتری دارند برجسته شوند. تیم طراحی معتقد است باید جدول مقایسه اضافه شود. تیم فنی هم امکان ساخت یک پیشنهاددهنده هوشمند را مطرح می‌کند.
مدیر محصول نباید صرفا بر اساس جذابیت این ایده‌ها تصمیم بگیرد.
ابتدا با همکاری تحلیلگر داده بررسی می‌کند که این رفتار در چه دسته‌هایی بیشتر دیده می‌شود. سپس با کمک پژوهشگر یا طراح محصول، با چند کاربر مصاحبه می‌کند تا بفهمد چه چیزی مانع انتخاب آن‌ها شده است.
ممکن است مشخص شود کاربر تفاوت دو مدل را نمی‌فهمد. شاید برای مقایسه قیمت نهایی مجبور است هزینه ارسال را در مرحله پرداخت ببیند. یا شاید اطلاعات گارانتی محصولات یکدست نیست.
در چنین وضعیتی، ساخت پیشنهاددهنده هوشمند مسئله اصلی را حل نمی‌کند.
مدیر محصول تصمیم می‌گیرد نسخه آزمایشی کوچکی طراحی کند که در آن کاربران بتوانند حداکثر سه لپ‌تاپ را انتخاب کنند، ویژگی‌های مهم را کنار هم ببینند و فقط تفاوت‌ها را نمایش دهند.
برای هر ویژگی فنی مبهم نیز توضیح کوتاهی ارائه می‌شود. در موبایل، تعداد گزینه‌های هم‌زمان محدودتر می‌شود تا مقایسه خوانا بماند.
تیم مهندسی و مسئولان اطلاعات کالا باید اطمینان دهند قیمت، موجودی، مشخصات و گارانتی تا حد قابل قبولی دقیق و به‌روز هستند. اگر اطلاعات ویژگی‌ای موجود نیست، آن را «نامشخص» نمایش می‌دهیم، نه اینکه نبود اطلاعات را با نبود قابلیت اشتباه بگیریم.
در این مثال، مسئولیت مدیر محصول انتخاب مسئله، تعیین نتیجه مورد انتظار و سنجش ارزش راه‌حل است. مدیر پروژه، اگر چنین نقشی در سازمان وجود داشته باشد، می‌تواند هماهنگی اجرا، زمان و وابستگی‌ها را پیگیری کند. در تیمی که از Scrum استفاده می‌کند، Product Owner طبق Scrum Guide مسئول بیشینه‌سازی ارزش محصول و مدیریت مؤثر Product Backlog است. این نقش‌ها ممکن است در یک سازمان با هم هم‌پوشانی داشته باشند، اما از نظر مفهومی یکسان نیستند.
چه چیزی نباید قربانی ساده‌سازی شود؟
یک مسئله مهم در این طراحی، مرز میان کمک به انتخاب و هدایت پنهانی کاربر به خرید محصول دلخواه کسب‌وکار است.
فرض کنید فروشگاه یکی از لپ‌تاپ‌ها را به دلیل حاشیه سود بیشتر در جایگاه نخست نمایش دهد، اما برچسب «پیشنهاد مناسب شما» روی آن بگذارد. اگر این رتبه‌بندی واقعا بر اساس نیاز کاربر نیست، تجربه طراحی‌شده می‌تواند گمراه‌کننده باشد.
گزارش نهاد رقابت و بازار بریتانیا (CMA) درباره معماری انتخاب آنلاین توضیح می‌دهد که نحوه نمایش، رتبه‌بندی و پیش‌انتخاب گزینه‌ها می‌تواند بر تصمیم مصرف‌کنندگان اثر بگذارد و در برخی شرایط به زیان آن‌ها باشد.
پس اگر پیشنهاد تجاری یا جایگاه تبلیغاتی داریم، باید ماهیت آن روشن باشد. هزینه نهایی خرید، محدودیت‌ها و اطلاعات ضروری نیز نباید پشت طراحی جذاب یا متن‌های مبهم پنهان شوند.
هدف ما کاهش زحمت تصمیم‌گیری است، نه گرفتن حق تصمیم از کاربر.
از کجا بفهمیم راه‌حل کار کرده است؟
صرفا بیشتر شدن کلیک روی دکمه «مقایسه» معیار موفقیت نیست. ممکن است کاربران به دلیل دشوارتر شدن تجربه مجبور شوند بارها به این بخش مراجعه کنند.
برای ارزیابی، سه سطح از شاخص‌ها را در نظر می‌گیرم.
۱. موفقیت در انجام کار
در آزمون کاربردپذیری، سناریویی با نیازها و محدودیت‌های مشخص به کاربر می‌دهیم و بررسی می‌کنیم آیا می‌تواند گزینه‌ای متناسب با آن نیازها انتخاب کند و دلیل انتخابش را توضیح دهد یا نه.
نرخ موفقیت برابر است با تعداد شرکت‌کنندگانی که انتخابشان با معیارهای سناریو سازگار است، تقسیم بر کل شرکت‌کنندگان همان آزمون.
زمان لازم برای انتخاب، نیاز به کمک پژوهشگر و میزان درک تفاوت محصولات نیز شاخص‌های تشخیصی هستند. صرف اعلام اعتمادبه‌نفس کاربر کافی نیست؛ باید ببینیم انتخاب او واقعا با نیازهایش سازگار بوده است.
۲. رفتار واقعی در محصول
می‌توانیم نرخ خرید در جلسات واجد شرایط را بررسی کنیم؛ مثلا جلساتی که کاربر دست‌کم دو محصول قابل مقایسه را دیده است.
این نرخ از تقسیم جلسات منتهی به خرید بر کل جلسات واجد شرایط به دست می‌آید. تعریف جلسه، بازه انتساب خرید و گروه کاربران باید پیش از آزمایش مشخص شود.
در صورت وجود ترافیک کافی، مقایسه نسخه جدید با نسخه قبلی از طریق آزمایش کنترل‌شده می‌تواند به ارزیابی اثر تغییر کمک کند. البته افزایش خرید به‌تنهایی ثابت نمی‌کند تصمیم کاربران بهتر شده است.
۳. شاخص‌های محافظتی
نرخ مرجوعی، لغو سفارش، تماس‌های مرتبط با مغایرت مشخصات، شکایت از هزینه‌های پیش‌بینی‌نشده و رضایت پس از خرید را نیز بررسی می‌کنیم.
برای مرجوعی می‌توانیم، در صورت تناسب با سیاست فروشگاه، یک پنجره مشاهده ۳۰روزه تعریف کنیم و سفارش‌ها را فقط پس از کامل شدن این بازه با هم مقایسه کنیم.
اگر نرخ تبدیل افزایش پیدا کند، اما مرجوعی و شکایت هم بیشتر شود، موفقیت راه‌حل محل تردید است.
همچنین باید نتایج را به تفکیک دستگاه، گروه کاربری و دسته محصول ببینیم تا بهبود میانگین، مشکلات یک گروه مشخص را پنهان نکند.
اگر فقط دو هفته فرصت داشته باشیم چه می‌کنیم؟
این یکی از دو سوال تکمیلی موجود در مرجع اصلی مصاحبه است.
با چنین محدودیتی، تلاش نمی‌کنم یک سیستم کامل تصمیم‌یار بسازم.
در هفته اول، داده‌های موجود را بررسی می‌کنم، چند گفت‌وگوی هدفمند با کاربران انجام می‌دهم و همراه طراح محصول یک نمونه اولیه از مقایسه ساده آماده می‌کنم.
در هفته دوم، با چند کاربر از گروه هدف آزمون کاربردپذیری برگزار می‌کنم. می‌خواهم بفهمم آیا کاربران تفاوت‌ها را بهتر تشخیص می‌دهند و انتخابشان با نیازهای تعریف‌شده سازگارتر می‌شود یا نه.
اگر نمونه اولیه قابل فهم و داده کالا قابل اتکا باشد، برای آزمایش محدود در محصول برنامه‌ریزی می‌کنم. اگر نه، پیش از توسعه بیشتر، فرض مسئله یا طراحی را اصلاح می‌کنم.
دو هفته برای یادگیری اولیه کافی می‌تواند باشد، اما لزوما برای اثبات اثر تجاری بلندمدت یا کاهش مرجوعی کافی نیست.
چه شواهدی باعث می‌شود راه‌حل خود را کنار بگذاریم؟
این دومین سوال تکمیلی مرجع است و فرصت خوبی برای نشان دادن انعطاف در تصمیم‌گیری است.
چند نتیجه می‌تواند تصمیم اولیه را تغییر دهد.
اگر کاربران پس از دیدن جدول همچنان نتوانند انتخابشان را توضیح دهند، احتمالا فقط اطلاعات را مرتب کرده‌ایم و درک آن‌ها را افزایش نداده‌ایم.
اگر مصاحبه‌ها نشان دهند مسئله اصلی نگرانی از اصالت کالا یا خدمات پس از فروش است، باید سراغ اعتمادسازی و شفافیت اطلاعات برویم.
اگر مشخصات محصولات ناقص یا ناسازگار باشند، ابتدا باید کیفیت داده را اصلاح کنیم؛ چون مقایسه اطلاعات نادرست می‌تواند از نداشتن ابزار مقایسه زیان‌بارتر باشد.
اگر در آزمایش، نرخ خرید بهتر شود اما مرجوعی یا خرید نامتناسب افزایش پیدا کند، نباید صرفا به رشد تبدیل افتخار کنیم.
و اگر معلوم شود کاربران هدف بیش از مقایسه مشخصات، به راهنمای انتخاب بر اساس کاربرد نیاز دارند، اولویت را از جدول مقایسه به راهنمای نیازمحور تغییر می‌دهم.
توانایی کنار گذاشتن یک ایده در برابر شواهد، بخشی از تصمیم‌گیری خوب در مدیریت محصول است.
پاسخ نمونه در مصاحبه
اگر بخواهم به این سوال در یک مصاحبه واقعی پاسخ بدهم، پاسخ پیشنهادی من چنین است:
«اول می‌خواهم بفهمم کاربر دقیقا کجای انتخاب مشکل دارد. آیا گزینه‌ها زیاد هستند، تفاوت محصولات مشخص نیست یا کاربر به اطلاعات موجود اعتماد ندارد؟
برای اینکه مسئله بیش از حد گسترده نشود، فعلا روی کسانی تمرکز می‌کنم که برای اولین بار می‌خواهند یک محصول نسبتا گران مثل لپ‌تاپ بخرند.
داده رفتاری و چند مصاحبه کوتاه کمک می‌کند بفهمم دلیل تردید چیست. اگر مسئله اصلی مقایسه باشد، از یک ابزار ساده شروع می‌کنم که کاربر بتواند دو یا سه گزینه را کنار هم ببیند، تفاوت‌های مهم را تشخیص دهد و اطلاعات را بر اساس نیاز خودش بررسی کند.
فعلا سراغ پیشنهاددهنده هوشمند نمی‌روم، چون قبل از آن باید مطمئن شوم اطلاعات و معیارهای انتخاب قابل اعتماد هستند.
راه‌حل را با آزمون کاربردپذیری ارزیابی می‌کنم و بعد، در صورت امکان، اثر آن را روی خرید و شاخص‌هایی مثل مرجوعی می‌سنجم. اگر کاربران هنوز نتوانند انتخاب مناسبی انجام دهند یا کیفیت خرید افت کند، راه‌حل را بازنگری می‌کنم.»
این پاسخ به‌جای وعده ساخت چند قابلیت، یک مسیر تصمیم‌گیری مشخص ارائه می‌دهد.
پاسخ‌های ضعیف چه ویژگی‌هایی دارند؟
«یک هوش مصنوعی می‌گذارم تا بهترین محصول را پیشنهاد کند.»
این پاسخ بدون شناخت نیاز کاربر، کیفیت داده و مبنای پیشنهاد، از راه‌حل شروع می‌کند.
«تمام مشخصات محصولات را در یک جدول نشان می‌دهم.»
نمایش اطلاعات بیشتر لزوما به تصمیم بهتر منجر نمی‌شود. جدول باید ویژگی‌های مرتبط را برجسته کند، نه اینکه کاربر را با حجم بیشتری از جزئیات روبه‌رو کند.
«محصول پرفروش‌تر را به همه پیشنهاد می‌کنم.»
محبوبیت یک محصول به معنای تناسب آن با نیاز همه کاربران نیست. این کار ممکن است اولویت تجاری فروشگاه را جایگزین معیارهای خریدار کند.
«اگر نرخ تبدیل بیشتر شد، یعنی موفق بوده‌ایم.»
این پاسخ کیفیت تصمیم، رضایت پس از خرید و مرجوعی را نادیده می‌گیرد.
«همه کاربران به یک ابزار مقایسه نیاز دارند.»
این فرض تفاوت تجربه، هدف و حساسیت خریداران را نادیده می‌گیرد. برای محصولی ساده و کم‌هزینه شاید اصلا ابزار مقایسه لازم نباشد.
در مصاحبه، همان‌طور که مقاله Reforge درباره مصاحبه مدیران محصول تأکید می‌کند، توانایی بیان فرض‌ها، توضیح منطق انتخاب و نشان دادن قضاوت حرفه‌ای اهمیت زیادی دارد. حفظ کردن نام چارچوب‌ها جای این توانایی را نمی‌گیرد.
جمع‌بندی
وقتی کاربر بین چند گزینه خرید مشابه سردرگم است، اولین وظیفه مدیر محصول این نیست که محصولی را به او پیشنهاد کند. ابتدا باید بفهمد کاربر چرا نمی‌تواند تصمیم بگیرد: گزینه‌های نامرتبط زیادند، تفاوت‌ها روشن نیستند یا اعتماد کافی برای انتخاب وجود ندارد.
برای خریدهای نسبتا پیچیده، پیشنهاد اولیه من حذف گزینه‌های نامتناسب و فراهم کردن مقایسه‌ای ساده، شفاف و مبتنی بر معیارهای خود کاربر است. این رویکرد می‌تواند بدون تحمیل یک انتخاب، اطلاعات لازم را برای تصمیم‌گیری فراهم کند.
اما اگر شواهد نشان دهند مشکل اصلی ناآشنایی با معیارهای خرید، ضعف اطلاعات کالا یا نگرانی از ریسک خرید است، راه‌حل باید تغییر کند. موفقیت مدیر محصول در این نیست که کاربر را هرچه سریع‌تر به خرید برساند؛ در این است که کمک کند انتخابی متناسب با نیازش انجام دهد و بعدا دلیلی برای پشیمانی نداشته باشد.
منابع
Nielsen Norman Group — Comparison Tables for Products, Services, and Features
Baymard Institute — Product Listing UX: What Information to Display
UK Competition and Markets Authority — Evidence Review of Online Choice Architecture
Reforge — 7 Product Manager Interview Questions From Top Product Leaders
