فروشگاه اینترنتی B2B: تفاوت با خرده‌فروشی

تصور رایج: فروش B2B آنلاین یعنی همان فروشگاه خرده‌فروشی با یک فرم ثبت‌نام شرکتی. در عمل مشتری شما یک سازمان است: خریدار، تأییدکننده، مدیر مالی و کاربر نهایی، هرکدام با پرسش و محدودیت خودش. قیمت قراردادی دارد، پیش‌فاکتور می‌خواهد و سفارش‌اش باید از چند مرحلهٔ تأیید رد شود. این مقاله تفاوت‌ها را از دید محصول و فنی می‌چیند و برای هرکدام تصمیم قابل‌اجرا می‌دهد.

مرز منابع: بخش تجربهٔ کاربری از NN/G (پژوهش B2B غربی) است؛ ماژول‌های حساب سازمانی، پیش‌فاکتور، سطح تأیید و قیمت قراردادی را به‌عنوان «توصیهٔ نویسنده» با مثال‌های ساده توضیح داده‌ایم، چون برای آن‌ها منبع رسمی یکتا نخواندیم و بازار ایران قواعد ویژهٔ خودش را دارد. قواعد مالیاتی و حقوقی ایران دربارهٔ پیش‌فاکتور و فاکتور رسمی، سامانهٔ مودیان و قراردادها بررسی نشده‌اند و باید از منبع رسمی روز و حسابدار گرفته شوند. هیچ ادعایی دربارهٔ بازار B2B ایران یا درصد فروش آنلاین آن نداریم.

پنج تفاوت اصلی

NN/G پنج تفاوت تجربهٔ کاربری B2B و B2C را برمی‌شمارد: محتوا باید خریدهای طولانی را پشتیبانی کند؛ اطلاعات سازگاری و یکپارچه‌سازی روشن باشد؛ محتوا هم با «انتخاب‌کننده» و هم با «کاربر» حرف بزند؛ قیمت‌گذاری پیچیده سناریوهای واقعی بخواهد؛ و با بخش‌ها و اندازه‌های مختلف مشتری بدون بیگانه‌کردن سخن بگوید. برای فروشگاه آنلاین B2B این پنج تفاوت به چهار نیاز فنی ترجمه می‌شود:

حساب سازمانی و نقش‌ها

NN/G می‌گوید در خرید B2B چند نفر در نقش‌ها و ردهٔ سازمانی مختلف درگیرند و گزینه‌ها را برای پژوهش، توجیه و تأیید با هم‌تیمی‌ها به اشتراک می‌گذارند. پس باید «شرکت» موجودیتی جدا از «کاربر» باشد. مدل پیشنهادی (توصیهٔ نویسنده):

• سازمان: نام حقوقی، شناسه‌ها، آدرس‌های ارسال و صورت‌حساب (چندتایی).
• کاربران سازمان: هر کاربر با نقش (خریدار، تأییدکننده، مدیر حساب، فقط مشاهده).
• سقف‌ها: سقف مبلغ سفارش یا ماهانه برای هر کاربر.
• مدیر حساب: کاربر اضافه/حذف می‌کند، بدون نیاز به پشتیبانی شما.

ثبت‌نام باید دو مسیر داشته باشد: مشتری جدید سازمانی (با تأیید شما) و دعوت‌شدهٔ یک سازمان موجود. برای نقش‌ها در تیم پروژه که این سامانه را می‌سازد، نقش‌های پروژهٔ نرم‌افزاری را ببینید.

قیمت قراردادی و نمایش قیمت

NN/G می‌گوید قیمت‌گذاری B2B ساده نیست: سفارشی‌سازی، تخفیف حجمی و مذاکره با نمایندهٔ فروش دخیل‌اند، اما مشتریان B2B هم مثل B2C به قیمت حساس‌اند و هر جا ممکن است باید قیمت دقیق را نشان داد. اگر ممکن نیست، قیمت نمونه، سناریوهای رایج یا ماشین‌حساب ساده را نشان دهید؛ در پژوهش اولیه مشتری برای گرفتن تأیید بودجه به بازهٔ قیمت نیاز دارد و قیمت دقیق بعداً تأیید می‌شود. NN/G اضافه می‌کند نمایش قیمت مثل صافی هم عمل می‌کند و وقت تیم فروش را برای سرنخ‌های نامتناسب کم می‌کند.

راه فنی (توصیهٔ نویسنده): قیمت را به‌صورت «فهرست قیمت پایه + قاعده» مدل کنید، نه یک عدد روی محصول:

1. قیمت پایه برای مشتری ناشناس یا عمومی (در صورت نمایش).
2. فهرست قیمت یا تخفیف برای هر سازمان (بر پایهٔ قرارداد).
3. پلکان حجمی (مثلاً از ۱۰ عدد به بالا).
4. تاریخ شروع و پایان اعتبار قیمت قراردادی؛ قیمت قدیمی روی سفارش‌های قبلی تغییر نکند.
5. قیمت محاسبه‌شده در لحظهٔ سفارش روی خود سفارش «منجمد» شود.

پیش از ورود، چه بخشی از قیمت را می‌خواهید نشان دهید؟ تصمیم تجاری است. توصیهٔ NN/G نمایش حداقل بازه یا سناریو است؛ فرم «درخواست قیمت» تنها نباشد.

پیش‌فاکتور و درخواست قیمت

در B2B خریدار معمولاً پیش از پرداخت سندی می‌خواهد که بتواند داخل سازمان برای تأیید ببرد. از دید محصول: یک موجودیت «پیش‌فاکتور» با شمارهٔ یکتا، اقلام، قیمت، تاریخ اعتبار و وضعیت (پیش‌نویس، ارسال‌شده، پذیرفته‌شده، منقضی، تبدیل‌شده به سفارش) بسازید. دکمه‌ای برای تبدیل پیش‌فاکتور به سفارش بگذارید که قیمت و اقلام را کپی کند و هر تغییر را دوباره تأیید بخواهد. محتوا و قالب سند رسمی (شناسه‌های مالیاتی، شرایط حقوقی) از قانون و حسابدار شما تعیین می‌شود؛ این مقاله بررسی نکرده است و فقط جنبهٔ محصول را می‌گوید.

تأیید خرید

NN/G توصیه می‌کند ابزارهایی برای اشتراک محتوا، محصول و حتی محتوای سبد خرید با هم‌تیمی‌ها برای بازبینی، بحث و تأیید فراهم شود. پیاده‌سازی ساده (توصیهٔ نویسنده):

• سبد قابل‌اشتراک با پیوند یا نام کاربر.
• قاعدهٔ تأیید: اگر مبلغ از سقف کاربر بیشتر بود، سفارش به «در انتظار تأیید» برود و به تأییدکننده اعلان برسد.
• تأیید یا رد با دلیل ثبت شود و در تاریخچهٔ سفارش دیده شود.
• منقضی‌شدن درخواست تأیید و یادآوری.

وضعیت‌های سفارش را همان‌طور ماشین حالت بنویسید و «در انتظار تأیید» را به آن اضافه کنید؛ سفارش فقط بعد از تأیید به مرحلهٔ پرداخت یا تأیید فروش برود.

محتوای محصول: سازگاری و سند

NN/G می‌گوید نبود اطلاعات سازگاری و یکپارچه‌سازی درد بزرگی برای مشتری B2B است و فهرست می‌کند چه چیزی باید باشد: محصولات و نسخه‌های سازگار، پشتیبانی هنگام یکپارچه‌سازی، استانداردهای مورد استفاده (با پیوند به سازمان مرجع) و برای سخت‌افزار نقشه‌های مهندسی با ابعاد. حتی اگر کالای شما سخت‌افزار نیست، همین منطق را به مشخصات ساخت‌یافته (جدول)، برگهٔ داده (datasheet) قابل‌دانلود و راهنمای انتخاب ترجمه کنید. محتوا هم باید «انتخاب‌کننده» و هم «کاربر» را مخاطب بگیرد؛ مثلاً یک خلاصهٔ مدیریتی و یک جزئیات فنی.

تکرار خرید

خریدهای دوره‌ای را ساده کنید (توصیهٔ نویسنده): تاریخچهٔ سفارش، «سفارش دوباره» با یک کلیک، فهرست‌های ثابت اقلام، و پیگیری وضعیت ارسال. این همان چیزی است که هزینهٔ پشتیبانی تلفنی شما را کم می‌کند و برای مشتری سازمانی از قیمت پایین‌تر هم گاهی مهم‌تر است. عدد دقیق صرفه‌جویی را از داده‌های خودتان در چند ماه بخوانید.

پرداخت و تسویه

در B2B همیشه پرداخت آنلاین فوری نیست: پرداخت اعتباری، چک، حواله یا تسویهٔ دوره‌ای هم هست. از دید معماری، «روش پرداخت» را از «سفارش» جدا بگیرید و برای هر روش وضعیت پرداخت جدا داشته باشید (پرداخت‌نشده، در انتظار تسویه، پرداخت‌شده). شرایط اعتبار، چک و تسویه ماهیت مالی و حقوقی دارد و در این مقاله بررسی نشده است.

اشتباهات رایج

• کپی مستقیم فروشگاه خرده‌فروشی و افزودن یک فیلد «نام شرکت».
• مخفی کردن کامل قیمت و فقط «تماس بگیرید».
• یک کاربر برای کل سازمان؛ همه با یک رمز.
• تغییر قیمت قراردادی روی سفارش‌های قبلی.
• نبودن مشخصات فنی و سند قابل‌دانلود.
• پیش‌فاکتوری که نمی‌شود به سفارش تبدیل کرد.

چک‌لیست

1. سازمان و کاربر دو موجودیت جدا با نقش و سقف هستند.
2. قیمت پایه + قیمت قراردادی + پلکان حجمی با تاریخ اعتبار مدل شده است.
3. قیمت در لحظهٔ سفارش روی سفارش ثبت می‌شود.
4. حداقل یک بازه یا سناریوی قیمت قبل از ورود نمایش داده می‌شود، در صورت ممکن بودن.
5. پیش‌فاکتور موجودیت جدا با وضعیت و تبدیل به سفارش دارد.
6. تأیید خرید با سقف، اعلان و ثبت دلیل پیاده شده است.
7. مشخصات ساخت‌یافته و اسناد فنی در صفحهٔ محصول هستند.
8. سفارش مجدد و فهرست ثابت موجود است.
9. الزامات مالیاتی و حقوقی از منبع رسمی روز و حسابدار بررسی شده، نه از این مقاله.

برای دید کلی تجربهٔ کاربری، UX چیست؟ و برای تصمیم‌های معماری بزرگ‌تر انتخاب معماری اپلیکیشن وب را ببینید.

منابع و مراجع

• B2B vs. B2C Websites: Key UX Differences — Nielsen Norman Group (Page Laubheimer)، 2016-05-29.
• Pricing information gives B2B sites a competitive advantage — Nielsen Norman Group.