مطلوبیت‌های تحلیل کانجوینت

از مشتری می‌پرسی «قیمت مهم‌تر است یا پشتیبانی؟» و او می‌گوید هر دو. می‌پرسی «سرعت مهم‌تر است یا امنیت؟» و باز هم می‌گوید هر دو. مشکل اینجاست که در خرید واقعی، مشتری مجبور است میان ترکیب‌های ناقص انتخاب کند. تحلیل کانجوینت دقیقاً همین مبادله را بازسازی می‌کند.

Conjoint Utilities یا مطلوبیت‌های تحلیل کانجوینت، ارزش نسبی‌ای هستند که مشتری به سطح‌های مختلف ویژگی‌های محصول می‌دهد. با جمع‌کردن این مطلوبیت‌ها می‌توان جذابیت کل یک ترکیب محصول را مقایسه کرد.

چرا این به‌دردت می‌خورد

مشتری معمولاً نمی‌تواند وزن دقیق ترجیحاتش را مستقیم بیان کند، اما می‌تواند میان گزینه‌های واقعی‌تر انتخاب کند. کانجوینت از همین انتخاب‌ها به‌صورت معکوس یاد می‌گیرد که کدام ویژگی و کدام سطح بیشترین نقش را داشته است.

کاربردهای اصلی:

• طراحی محصول و بسته خدمات
• انتخاب ویژگی‌های نسخه پایه و حرفه‌ای
• قیمت‌گذاری و برآورد تمایل به پرداخت
• شناخت ویژگی‌های جبرانی و خطوط قرمز
• بخش‌بندی مشتریان بر اساس نیاز
• شبیه‌سازی سهم انتخاب محصولات آینده

واژه‌های پایه

تعریف ساده و فرمول

مطلوبیت کانجوینت نشان می‌دهد هر سطح از یک ویژگی، نسبت به سطح‌های دیگر همان مطالعه چقدر به انتخاب مشتری کمک یا از آن کم می‌کند.

مدل ساده فرض می‌کند نقاط قوت یک ویژگی می‌توانند تا حدی ضعف ویژگی دیگر را جبران کنند. این فرض برای همه تصمیم‌ها درست نیست و بعداً به محدودیت آن برمی‌گردیم.

مثال محاسباتی

یک سرویس نرم‌افزاری با سه ویژگی بررسی شده است:

مطلوبیت گزینه A با قیمت ۵۰۰ هزار تومان، پشتیبانی چت و تلفن و گزارش‌گیری پیشرفته:

Utility A = 0.1 + 0.7 + 0.5 = 1.3

گزینه B با قیمت ۳۰۰ هزار تومان، فقط ایمیل و گزارش‌گیری پایه:

Utility B = 0.9 − 0.5 − 0.2 = 0.2

در محدوده همین مطالعه، گزینه A برای این پاسخ‌دهنده مطلوب‌تر است؛ با اینکه گران‌تر است.

عدد Utility معنای مطلق ندارد

مطلوبیت ۱٫۳ به این معنا نیست که گزینه A «۱٫۳ برابر» بهتر از گزینه‌ای با Utility برابر ۱ است. صفر و مقیاس Utility قراردادی‌اند. آنچه معنا دارد:

• ترتیب گزینه‌ها برای همان فرد یا مدل
• فاصله Utility در چارچوب همان مطالعه
• تغییر نتیجه با عوض‌شدن سطح ویژگی

Utilities مطالعات متفاوت را بدون هم‌مقیاس‌سازی مستقیم با هم مقایسه نکن.

اهمیت نسبی هر ویژگی

یک روش رایج برای برآورد اهمیت ویژگی، مقایسه دامنه مطلوبیت سطح‌های آن است:

Attribute Range = Maximum Part-Worth − Minimum Part-Worth

در مثال:

• دامنه قیمت: ۰٫۹ − (−۱٫۰) = ۱٫۹
• دامنه پشتیبانی: ۰٫۷ − (−۰٫۵) = ۱٫۲
• دامنه گزارش‌گیری: ۰٫۵ − (−۰٫۲) = ۰٫۷

Relative Importance = Attribute Range ÷ Sum of All Attribute Ranges

پس اهمیت تقریبی قیمت ۵۰ درصد، پشتیبانی ۳۱٫۶ درصد و گزارش‌گیری ۱۸٫۴ درصد است. این اهمیت به سطح‌هایی که در مطالعه گذاشته‌ای وابسته است. اگر بازه قیمت را خیلی بزرگ کنی، اهمیت ظاهری قیمت هم بیشتر می‌شود.

داده چطور جمع می‌شود؟

در روش‌های مختلف کانجوینت، پاسخ‌دهنده ترکیب‌ها را رتبه‌بندی، امتیازدهی یا از میان چند گزینه انتخاب می‌کند. در Choice-Based Conjoint، چند مجموعه انتخاب شبیه بازار واقعی نمایش داده می‌شود و مدل از انتخاب‌ها Part-Worthها را تخمین می‌زند.

همه ترکیب‌های ممکن معمولاً بیش‌ازحد زیادند. طراحی آزمایش، بخشی از Profileها را طوری انتخاب می‌کند که اثر ویژگی‌ها قابل‌تفکیک باشد و بار پاسخ‌دهنده بالا نرود.

تصمیم جبرانی و غیرجبرانی

در مدل جمع‌پذیر، ضعف قیمت می‌تواند با کیفیت یا پشتیبانی بهتر جبران شود. اما بعضی ویژگی‌ها خط قرمز هستند. مثلاً برای یک شرکت، نداشتن میزبانی داخل کشور ممکن است با هیچ تخفیفی جبران نشود.

این تصمیم‌ها را می‌توان با سؤال‌های غربال‌گر، مدل‌های غیرخطی، سطح‌های دارای جریمه بسیار بزرگ یا قواعد جداگانه بررسی کرد. اگر خط قرمز را نادیده بگیری، مدل محصولی پیشنهاد می‌دهد که Utility عددی خوب دارد ولی اصلاً وارد مجموعه انتخاب مشتری نمی‌شود.

قیمت و تمایل به پرداخت

وقتی قیمت به‌عنوان Attribute وارد شود، می‌توان دید مشتری برای ارتقای یک ویژگی چه مقدار افزایش قیمت را تحمل می‌کند. برآورد ساده از نسبت تغییر Utility ویژگی به شیب Utility قیمت به دست می‌آید؛ اما فقط وقتی رابطه قیمت منطقی و مدل درست برآورد شده باشد.

تمایل به پرداخت را بهتر است با بازه و سناریو گزارش کنی، نه یک عدد قطعی. قیمت واقعی تحت اثر بودجه، رقابت، تخفیف، برند و شرایط بازار است.

تعامل میان ویژگی‌ها

مدل جمع ساده فرض می‌کند اثر هر ویژگی مستقل است، در حالی که بعضی ترکیب‌ها ارزش اضافه می‌سازند. دوربین حرفه‌ای روی یک گوشی با باتری ضعیف ممکن است ارزش کمتری از جمع ساده اجزا داشته باشد. برای این حالت باید Interaction Effectها در طراحی و مدل دیده شوند.

تفسیر مدیریتی

خطاهای رایج

• انتخاب Attributeهای اشتباه یا ناقص
• گذاشتن سطح‌های غیرواقعی و غیرقابل‌اجرا
• زیادکردن تعداد ویژگی‌ها و خسته‌کردن پاسخ‌دهنده
• تفسیر Utility به‌عنوان واحد پول یا نسبت مطلق
• مقایسه Utilities دو مطالعه با مقیاس متفاوت
• نادیده‌گرفتن Interaction و خطوط قرمز
• استفاده از میانگین بازار در حالی که بخش‌ها تفاوت جدی دارند
• فرض ثابت‌بودن ترجیحات در زمان

متریک‌های مکمل

• Attribute Importance: دامنه اثر هر ویژگی
• Willingness to Pay: ارزش پولی تقریبی بهبود ویژگی
• Segment Utilities: تفاوت ترجیحات میان گروه‌های مشتری
• Share of Preference: سهم انتخاب شبیه‌سازی‌شده
• Price Elasticity: واکنش واقعی تقاضا به قیمت
• Brand Equity: Utility ناشی از نام برند

جمع‌بندی

Conjoint Utilities از انتخاب میان بسته‌های واقعی‌تر، ارزش نسبی سطح‌های ویژگی را استخراج می‌کند. Utility برای رتبه‌بندی و تحلیل Trade-off بسیار مفید است، اما معنای مطلق ندارد و به Attributeها، Levelها، طراحی آزمایش، نمونه و زمان مطالعه وابسته است. خروجی خوب باید به طراحی محصول، قیمت و تصمیم اجرایی وصل شود.

اگر خواستی بیشتر بخوانی

بخش ۴.۵ کتاب Marketing Metrics Conjoint Utilities را روشی برای تجزیه ترجیح کلی مشتری به مطلوبیت سطح‌های مختلف ویژگی معرفی می‌کند و کاربرد آن را در طراحی محصول، قیمت‌گذاری، بخش‌بندی و پیش‌بینی توضیح می‌دهد.