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