sajad.azتوسعه وب و نرم‌افزارگفت‌وگو درباره پروژه ←
→ یادداشت‌هاووکامرس · قواعد تخفیف

قواعد کد تخفیف ووکامرس؛ چگونه از تخفیف ناخواسته جلوگیری کنیم؟

پیش از انتشار کد تخفیف، مشخص کنید چه کسی، روی کدام کالا و با چه سبدی مجاز به استفاده است. اگر متن کمپین با تنظیمات فروشگاه یکی نباشد، هم مشتری با خطای غیرمنتظره روبه‌رو می‌شود و هم فروشگاه ممکن است تخفیفی بیشتر از تصمیم اولیه بدهد. این راهنما برای تعریف قواعد، انتخاب تنظیمات یا افزونه و آزمون پیش از شروع کمپین است.

تصویر مفهومی بررسی مجازبودن کد تخفیف برای کالاهای سبد خرید
تصویر مفهومی است؛ معیار پذیرش تخفیف باید پیش از انتشار کد روشن شود.

برای هماهنگی کوپن با هزینه ارسال، قواعد ارسال رایگان و سبد ترکیبی را هم مشخص کنید.

ابتدا پیشنهاد فروش را به یک قاعدهٔ قابل آزمون تبدیل کنید

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

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

تنظیمات داخلی ووکامرس چه چیزی را پوشش می‌دهند؟

ووکامرس کوپن درصدی، مبلغ ثابت سبد و مبلغ ثابت برای هر قلم واجد شرایط دارد. محدودیت مبلغ خرید، کالا و دسته، ایمیل صورتحساب، فروش ویژه، ترکیب کوپن‌ها و تعداد استفاده نیز قابل تنظیم‌اند. محدودیت تعداد اقلام برای کوپن درصدی و ثابت محصول است، نه ثابت سبد. کوپن معمولی هزینهٔ ارسال را کم نمی‌کند؛ ارسال رایگان تنظیم جدا می‌خواهد. هسته کد را خودکار اعمال نمی‌کند. مبنای حداقل خرید به جمع نمایش‌داده‌شده و تنظیم مالیات وابسته است. جزئیات را در راهنمای رسمی مدیریت کوپن ووکامرس و روی نسخهٔ نصب‌شده بررسی کنید.

برای تصمیم ساده‌ای که همین تنظیمات پوشش می‌دهند، ابتدا یک کوپن آزمایشی بسازید و دو سبد مجاز و غیرمجاز را امتحان کنید. نام‌گذاری گزینه‌ها در ترجمه‌ها ممکن است فرق کند؛ نتیجهٔ مبلغ و محدودهٔ اعمال معیار بررسی باشد.

قرارداد کمپین را با این فهرست بنویسید

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

مثال فرضی: سبد ترکیبی و کالای فروش ویژه

فرض کنید کمپین می‌گوید «ده درصد تخفیف روی کالاهای منتخب، بدون کالاهای فروش ویژه». مشتری یک کالای منتخب عادی و یک کالای فروش ویژه به سبد اضافه می‌کند. پرسش پذیرش این است: تخفیف فقط روی قلم مجاز اعمال شود یا وجود قلم غیرمجاز کل کوپن را رد کند؟ متن کمپین باید با رفتار انتخاب‌شده یکی باشد.

برای آزمون، مبلغ هر قلم، تعداد، قیمت قبل از کوپن، مقدار تخفیف هر قلم و جمع نهایی را ثبت کنید. سپس قلم مجاز را حذف کنید و دوباره نتیجه را ببینید. صرف نمایش پیام «کوپن اعمال شد» صحت محدودهٔ تخفیف را ثابت نمی‌کند. این مثال یک سناریوی آموزشی است و نتیجهٔ پروژهٔ مشتری نیست.

وقتی کد تخفیف کار نمی‌کند، چه چیزهایی را بررسی کنیم؟

قبل از تغییر قواعد، همان سبد و همان مشتری را در محیط آزمایشی بازسازی کنید. کد، تاریخ، اقلام و تنوع‌ها، مبلغ مبنا، ایمیل صورتحساب، استفاده‌های قبلی و حضور کوپن دیگر را یادداشت کنید. پیام خطا و تنظیمات کوپن را کنار هم قرار دهید؛ مشکل رابط واردکردن کد را از ردشدن طبق قاعده جدا کنید.

اگر نتیجه میان سبد و تسویه‌حساب فرق دارد، نوع تسویه‌حساب و افزونه‌های مؤثر بر قیمت را ثبت کنید. حذف آزمایشی یک افزونه در کپی فروشگاه می‌تواند به تشخیص کمک کند؛ آزمایش نباید خرید جاری مشتری را مختل کند. راهنمای سازگاری افزونه و Checkout Blocks برای تعریف ترکیب آزمون‌ها مفید است.

چه زمانی افزونه آماده یا توسعه اختصاصی لازم می‌شود؟

اگر شرط کمپین در تنظیمات داخلی وجود ندارد، ابتدا افزونهٔ آماده را با یک مثال واقعی از قاعده بسنجید. وجود عبارت «تخفیف پیشرفته» در معرفی افزونه، پاسخ شرط کسب‌وکار شما نیست. پشتیبانی از خرید مهمان، ترکیب با ابزارهای قیمت‌گذاری، نمایش دلیل رد و امکان توقف را در نسخهٔ آزمایشی بررسی کنید.

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

برای قواعد اختصاصی، نتیجه قابل پیگیری باشد

پیشنهاد طراحی: نسخهٔ قاعده و دلیل پذیرش یا رد در گزارش عملیاتی ذخیره شود؛ اطلاعات لازم محدود به بررسی همان تصمیم باشد. دسترسی به تغییر قواعد و مشاهدهٔ گزارش مطابق نقش کارکنان تعریف شود. اگر شرط به سرویس بیرونی وابسته است، رفتار هنگام قطع ارتباط از قبل تعیین شود تا خطا ناخواسته به مجوز تخفیف تبدیل نشود.

اگر ظرفیت یا بودجهٔ مشترک تعریف می‌کنید، دو خرید هم‌زمان را هم آزمایش کنید. صرف خواندن ظرفیت باقی‌مانده پیش از ثبت سفارش، معیار کافی برای صحت اجرای هم‌زمان نیست. تکلیف لغو، پرداخت ناموفق و استفادهٔ دوباره را با سناریو بنویسید؛ این بخش پیشنهاد طراحی است و رفتار همهٔ افزونه‌ها را یکسان فرض نمی‌کند.

شش آزمون پیش از انتشار کد

  1. سبد مجاز: اقلام مشمول تخفیف مورد انتظار را بگیرند و جمع نهایی قابل تطبیق باشد.
  2. سبد ترکیبی: کالای استثنا و فروش ویژه مطابق قرارداد رفتار کنند؛ حذف قلم مجاز دوباره بررسی شود.
  3. مرز مبلغ: سبد کمی کمتر، برابر و بیشتر از حد مقرر آزمایش شود.
  4. کوپن دوم: هر دو ترتیب واردکردن کدها آزمایش و نتیجه با تصمیم ترکیب تطبیق داده شود.
  5. مشتری و زمان: خرید مهمان، مشتری دارای سابقه و مرز زمانی پایان مطابق قاعده بررسی شوند.
  6. تغییر سبد و مسیر خرید: تغییر تعداد پس از اعمال کوپن و هر دو نوع تسویه‌حسابِ فعال فروشگاه نتیجهٔ درست بدهند.

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

برای بررسی قاعدهٔ تخفیف چه بفرستید؟

متن کمپین، دو سبد نمونهٔ مجاز و غیرمجاز، نسخهٔ ووکامرس، افزونه‌های مؤثر بر قیمت و نتیجهٔ مورد انتظار را آماده کنید. برای ساخت یا اصلاح افزونه اختصاصی ووکامرس ابتدا دامنهٔ قاعده و معیار تحویل بررسی می‌شود. از صفحهٔ تماس می‌توانید شرح مسئله را بفرستید.