SnappPay UI اصلاحات

مسئله تجاری

حذف کامل باکس اسنپ‌پی روی برندهای مستثنا راه‌حل ساده و اشتباه است: مشتری آن‌وقت هیچ ایده‌ای ندارد که اقساط اصلاً وجود دارد یا نه، و به‌جایش پشتیبانی سؤال را می‌گیرد. نگه‌داشتن باکس یعنی حالت غیرفعال باید خودش را توضیح می‌داد، و آن توضیح داخل کانتینری رندر می‌شد که محدودیت overflow داشت و دقیقاً روی همان اندازه‌های صفحه که بیشترین اهمیت را داشت بریده می‌شد.

آنچه تحویل دادم

• a2-snappay-blocked-product-override.php، که باکس اسنپ‌پی و دکمه‌ی افزودن به سبد را روی برندهای مستثنا قابل‌دیدن نگه می‌دارد و فقط ماشین‌حساب و کنترل‌های اعتباری را غیرفعال می‌کند.
• سرکوب متن مبلغ اقساط روی آن محصولات، تا رقمی نمایش داده نشود که مشتری واقعاً نمی‌تواند از آن استفاده کند.
• a2-snappay-blocked-tooltip-portal.php، که تولتیپ توضیحی را کاملاً بیرون از باکس اقساط رندر می‌کند و از کانتینری که می‌بریدش فرار می‌کند.
• محدودکردن برند بر اساس دسته‌ی محصول، که فقط روی صفحه‌ی محصول ارزیابی می‌شود، پس هیچ‌چیز از این منطق روی آرشیو یا در سبد اجرا نمی‌شود.

رویکرد فنی

• برندهای مستثنا یک فهرست واحد است که هر دو ماژول از آن استفاده می‌کنند، پس این دو هیچ‌وقت نمی‌توانند سر اینکه کدام محصولات تحت تأثیرند اختلاف پیدا کنند.
• هر دو ماژول قبل از هر کاری بررسی می‌کنند که درخواست یک نمای تک‌محصول باشد، که هزینه را از هر نوع صفحه‌ی دیگر دور نگه می‌دارد.
• تولتیپ portal می‌شود نه اینکه دوباره استایل بگیرد. جنگیدن با overflow یک کانتینر والد با بازنویسی CSS اصلاحی است که دفعه‌ی بعد که افزونه‌ی پرداخت مارک‌آپش را آپدیت کند می‌شکند.
• خود افزونه‌ی اسنپ‌پی تغییر نمی‌کند. همه‌چیز از افزونه‌های MU پیرامونش انجام می‌شود، پس یک آپدیت فروشنده نمی‌تواند بی‌صدا رفتار را برگرداند.

نتیجه و شواهد

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

اهمیت برای کارفرما

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