پیامک تغییر شرایط سفارش ووکامرس ، کدام اعلان ها را فعال کنیم؟
به گزارش سرزمین کانادا ، برای ارسال پیامک تغییر شرایط سفارش ووکامرس، اعلان های تأیید سفارش، پیشرفت واقعی آماده سازی و تغییرهای نیازمند اقدام مشتری را فعال کنید.
لازم نیست هر تغییر داخلی فروشگاه به پیغامک تبدیل گردد؛ انتخاب اعلان باید با روش پرداخت، نوع محصول و فرایند ارسال هماهنگ باشد.
ابتدا رویدادها و گیرندگان را معین کنید و سپس اتصال پنل پیغامکی را با سفارش واقعی آزمایشی بسنجید.
رویداد سفارش | پیشنهاد برای مشتری | شرط فعال سازی |
در انتظار پرداخت | مشروط | مشتری واقعاً به راهنمای پرداخت احتیاج دارد |
در حال اجرا | معمولاً فعال | متن با روش پرداخت سفارش سازگار است |
ارسال مرسوله | فعال برای کالای فیزیکی | تحویل واقعی به شرکت حمل ثبت شده است |
تکمیل شده | مشروط | معنای تکمیل در فروشگاه معین است |
ناپیروز یا لغوشده | مشروط | پیغام به برطرف مشکل یا اعلام تصمیم یاری می نماید |
مستردشده | فعال با متن دقیق | شرایط واقعی بازپرداخت آنالیز شده است |
پیش از فعال سازی اعلان ها معنای شرایط ها را معین کنید
افزونه پیغامک ووکامرس قرار است رخداد فروشگاه را به اطلاعات قابل فهم تبدیل کند. بنابراین پیش از نوشتن متن، معین کنید هر شرایط در عملیات شما چه معنایی دارد. در حال اجرا را نباید اتوماتیک معادل بسته بندی یا تحویل به پست دانست و پیغام تأیید پرداخت نیز باید با رفتار درگاه و روش پرداخت هماهنگ باشد.
برای مدیریت سفارش فروشگاه اینترنتی، یک قرارداد عملیاتی بنویسید: چه کسی شرایط را تغییر می دهد، چه مدرکی ضروری است و مشتری باید چه برداشتی کند. اگر کارشناس انبار سفارش را هنگام بسته بندی تکمیل می نماید، ارسال عبارت بسته به دست شما رسید اشتباه است. ابتدا فرایند یا متن اعلان را اصلاح کنید.
کدام اعلان های مشتری ارزش فعال کردن دارند
تأیید سفارش را با تأیید پرداخت اشتباه نگیرید
برای مشتری مهم است بداند سفارش ثبت شده و قدم بعدی چیست. در فروشگاه پرداخت آنلاین، می توانید اعلان اصلی را به رویدادی متصل کنید که تأیید پرداخت آن معین است. اگر ثبت سفارش و ورود به مرحله پردازش پشت سرهم رخ می دهند، پیغام های مشابه را ادغام کنید تا مشتری چند تأیید تکراری نگیرد.
در پرداخت در محل، متن باید درباره پذیرش و آماده سازی سفارش باشد. برای نمونه فرضی: سفارش 1254 در فروشگاه نمونه ثبت شد و برای آماده سازی آنالیز می گردد. ادعای پرداخت شما پیروز بود در این سناریو نادرست است، حتی اگر رویداد انتخاب شده در سفارش های آنلاین معمولاً پس از پرداخت اتفاق بیفتد.
در انتظار پرداخت را هدفمند فعال کنید
اعلان Pending payment زمانی مفید است که مشتری برای ادامه خرید به اقدام معینی احتیاج دارد. اگر کاربر همین حالا وارد درگاه شده است، پیغام فوری ممکن است زودتر از نتیجه پرداخت برسد. برای یادآوری تأخیری، وجود قابلیت زمان بندی و آنالیز دوباره شرایط را در ابزار انتخابی کنترل کنید؛ انتخاب شرایط به تنهایی چنین رفتاری ایجاد نمی نماید.
پیغام یادآوری باید فقط برای سفارش همچنان پرداخت نشده ارسال گردد. پیش از اجرا، شرایط تازه سفارش را بخوانید و سفارش پرداخت شده یا لغوشده را کنار بگذارید. اگر لینک پرداخت می فرستید، لینک معتبر همان سفارش را از مسیر سازگار با ووکامرس بگیرید و دسترسی مشتری مهمان را هم آزمایش کنید.
آماده سازی و ارسال را از هم جدا کنید
پیغامک فروشگاه اینترنتی باید تغییر معنادار را گزارش کند. برای کالای فیزیکی، آغاز آماده سازی و تحویل به شرکت حمل دو اتفاق متفاوت اند. اگر فعلاً فقط شرایط های پایه را دارید، از متن مبهمی که ارسال شدن کالا را القا می نماید استفاده نکنید.
برای اعلان ارسال، به یک رویداد قابل اعتماد از افزونه حمل، ثبت کد مرسوله یا شرایط سفارشی احتیاج دارید. فعال شدن چنین رویدادی را در ترکیب افزونه های خود آنالیز کنید. متن فرضی می تواند چنین باشد: سفارش 1254 به شرکت حمل تحویل شد. کد رهگیری: 1234567890. فروشگاه نمونه. کد باید واقعی و پیش از ارسال پیغام ثبت شده باشد.
لغو و استرداد را با شرح روشن اعلام کنید
اعلان لغو زمانی کاربرد دارد که تصمیم نهایی شده یا مشتری باید برای ادامه خرید اقدام کند. در سفارش ناپیروز، متن را طوری بنویسید که برداشت نامطمئن درباره برداشت وجه ایجاد نکند. اگر شرایط پرداخت هنوز در حال آنالیز است، مسیر پیگیری را شرح دهید.
در ووکامرس، استرداد دستی می تواند شرایط سفارش را به Refunded تغییر دهد، بدون اینکه وجه واقعاً به مشتری برگشته باشد. بنابراین پیش از ارسال عبارت مبلغ بازگردانده شد، نتیجه عملیات مالی را کنترل کنید. برای آغاز فرایند، عبارتی مانند درخواست بازپرداخت سفارش ثبت شد دقیق تر است؛ زمان واریز را فقط با پشتوانه فرایند واقعی اعلام کنید.
اتصال درگاه را پیش از توسعه اعلان ها آزمایش کنید
برای راه اندازی، ابتدا نسخه سازگار افزونه با سرویس دهنده را انتخاب کنید. طبق راهنمای اتصال پیغام رسان، درگاه روی payam-resan.com قرار می گیرد، کلید API در فیلد نام کاربری وب سرویس وارد می گردد و فیلد رمز عبور خالی می ماند. سرشماره نیز باید برای حساب و روش ارسال انتخاب شده مجاز باشد. این تنظیمات را به درگاه های دیگر تعمیم ندهید.
سپس پیغامک مشتری، شرایط مقصد و متن مخصوص آن را تنظیم کنید. اگر ارسال پترن دارید، متغیرهای افزونه باید با پارامترهای قالب تأییدشده هماهنگ باشند. ابتدا فقط یک رویداد را آزمایش کنید؛ پس از تأیید شماره مقصد، متن و نتیجه ارسال، اعلان های بعدی را اضافه کنید.
برای هر اعلان یک قرارداد اجرایی بنویسید
جدول زیر الگوی طراحی اتصال است؛ نام فیلدها و قابلیت ها را باید با نسخه نصب شده تطبیق دهید. برای هر ردیف، مسئول رویداد و معیار پیروزیت داشته باشید تا تنظیمات بین توسعه دهنده و تیم فروش برداشت متفاوتی ایجاد نکند.
اعلان | داده لازم | شرط ارسال | معیار کنترل |
پذیرش سفارش | شماره سفارش و موبایل | سفارش معتبر و نهایی ثبت شده | متن بدون ادعای پرداخت نامعتبر |
تأیید پرداخت | نتیجه معتبر درگاه | پرداخت واقعاً تأیید شده | تطبیق با اطلاعات مالی سفارش |
ارسال مرسوله | کد رهگیری و شرکت حمل | تحویل مرسوله ثبت شده | کد خالی یا قبلی ارسال نگردد |
لغو سفارش | شرایط نهایی و مسیر پیگیری | لغو قطعی شده | متن متناسب با دلیل قابل اعلام |
بازپرداخت | نتیجه عملیات مالی | مرحله بازپرداخت معین است | وعده ای فراتر از نتیجه ثبت شده ندهد |
اعلان های مدیر را جداگانه انتخاب کنید
همه پیغام های مشتری برای مدیر مفید نیستند. مدیر معمولاً باید از سفارش آماده اقدام، اختلال ارتباط با سامانه یا اتفاقی با احتیاج به تصمیم آگاه گردد. ارسال پیغام برای هر تغییر جزئی، تشخیص هشدار مهم را سخت می نماید.
در میان ابزارهای مدیریت فروشگاه اینترنتی، نقش افزونه پیغامکی را معین نگه دارید. اعلان سفارش برای مسئول فروش، اعلان آماده سازی برای انبار و هشدار خطا برای مسئول فنی تعریف گردد. اگر افزونه گیرندگان یا شرط های دلخواه را پشتیبانی نمی نماید، این تفکیک به اتصال تکمیلی احتیاج دارد؛ آن را قابلیت پیش فرض فرض نکنید.
منطق توسعه را در برابر ارسال تکراری مقاوم کنید
در مرجع کد ووکامرس، هوک woocommerce-order-status-changed شناسه سفارش، شرایط قبلی، شرایط تازه و شیء سفارش را در اختیار مستمع قرار می دهد. برای توسعه سفارشی می توانید شرط اعلان را با این داده ها بسنجید؛ افزودن مستمع تازه کنار اعلان فعال افزونه، بدون هماهنگی، مسیر دیگری برای ارسال همان پیغام ایجاد می نماید.
برای طراحی منطق ارسال، این قواعد را اجرا کنید:
- رویداد مجاز، گیرنده و نسخه قالب را پیش از ساخت درخواست آنالیز کنید.
- برای هر اعلان منطقی شناسه یکتا نگه دارید و درخواست هم زمان را با قید یکتا یا قفل کنترل کنید.
- نتیجه درخواست و شناسه پیغام سرویس دهنده را ذخیره کنید تا کوشش دوباره قابل پیگیری باشد.
- هنگام تأخیر یا کوشش مجدد، شرایط فعلی سفارش را دوباره بخوانید تا اعلان منسوخ ارسال نگردد.
قطع پاسخ شبکه الزاماً به معنی نپذیرفتن پیغام نیست. پیش از تکرار درخواست، امکان استعلام یا پشتیبانی سرویس دهنده از شناسه یکتا را آنالیز کنید. بعلاوه بازگشت واقعی سفارش به یک مرحله ممکن است اعلان تازه ای بخواهد؛ جلوگیری از تکرار نباید همه رخدادهای بعدی همان شرایط را برای همواره مسدود کند.
متن کوتاه و قابل اقدام بنویسید
هر پیغام باید نام فروشگاه، شناسه قابل پیگیری سفارش و نتیجه یا اقدام لازم را روشن کند. درج همه اقلام، نشانی کامل و جزئیات پرداخت معمولاً ضروری نیست. برای اطلاعات تکمیلی از صفحه سفارش با کنترل دسترسی مناسب بهره ببرید و اطلاعات حساس را در متن پیغامک نیاورید.
متن را پس از جایگزینی نام، شماره سفارش و لینک مقدار بگیرید. کوتاهی قالب اولیه تضمین نمی نماید خروجی نهایی هم کوتاه بماند. پیغام عملیاتی سفارش را نیز با پیشنهاد تخفیف ترکیب نکنید؛ محتوای تبلیغاتی و مسیر مجاز ارسال آن باید جداگانه آنالیز شوند.
پیش از انتشار سناریوی واقعی سفارش را تست کنید
ارسال دستی پیروز فقط بخشی از اتصال را تأیید می نماید. راهنمای پیغام رسان نیز آزمون ارسال آزمایشی را از آزمون سفارش و تغییر شرایط جدا می داند. شماره ذخیره شده در سفارش، جایگزینی متغیرها و پیغام گیرندگان مختلف را با فرم واقعی تسویه حساب آنالیز کنید.
- سفارش پرداخت آنلاین، پرداخت در محل و پرداخت ناپیروز را با شماره آزمایشی اجرا کنید.
- تغییر دستی شرایط و بازگشت به مرحله قبلی را برای تشخیص ارسال تکراری بسنجید.
- سفارش مهمان، فیلد موبایل سفارشی و کالای دانلودی را در صورت استفاده آزمایش کنید.
- گزارش افزونه و پنل را با دریافت روی گوشی تطبیق دهید؛ پذیرش درخواست با تحویل پیغام یکی نیست.
اگر پیاده سازی شما صف دارد، سناریوی پرداخت سفارش پیش از اجرای یادآوری را هم تست کنید. برای خطایابی، زمان رخداد، شناسه سفارش و پاسخ سرویس را نگه دارید و کلید API را از گزارش ها حذف کنید. پس از به روزرسانی افزونه های پرداخت یا تسویه حساب، سناریوهای مرتبط را دوباره آنالیز کنید.
پرسش های متداول
آیا باید همه شرایط های سفارش پیغامک داشته باشند
خیر. اعلان را برای رویدادی فعال کنید که اطلاعات تازه یا اقدام معینی برای گیرنده دارد. تغییرهای داخلی و شرایط های موقت معمولاً به پیغام جداگانه احتیاج ندارند.
آیا تکمیل شده یعنی کالا به مشتری تحویل شده است
لزوماً خیر. این برداشت به فرایند فروشگاه بستگی دارد. اعلان تحویل باید بر رویداد تأییدشده حمل یا ثبت دریافت مشتری متکی باشد.
چرا ارسال دستی کار می نماید ولی پیغامک سفارش ارسال نمی گردد
فعال بودن اعلان مشتری، شرایط انتخاب شده، متن همان شرایط و شماره ذخیره شده سفارش را آنالیز کنید. پیروزیت تست دستی، اجرای رویداد اتوماتیک را اثبات نمی نماید.
آیا کد رهگیری مرسوله اتوماتیک در پیغام قرار می گیرد
فقط وقتی کد در محل معین ذخیره گردد و اتصال پیغامکی بتواند آن را بخواند. وجود متغیر یا اتصال سازگار را پیش از فعال سازی عمومی آزمایش کنید.
برای محصولات دانلودی چه اعلانی مناسب است
اعلان تأیید خرید و آماده بودن دسترسی دانلود کاربرد دارد. ارسال پیغام آماده سازی بسته یا تحویل به شرکت حمل را برای این سفارش ها کنار بگذارید.
منبع:
لینک کپی شد
منبع: شبکه چی