توسعه دهنده با اتصال افزونه پیامک ووکامرس به پنل پیامکی، تعیین می کند چه رویدادی برای چه کسی پیام بسازد.

تبلیغات

نتیجه زمانی کاربردی است که ثبت سفارش، تأیید پرداخت و ارسال مرسوله با یکدیگر اشتباه نشوند.

موقعیت مشتری

اطلاع رسانی مناسب

فایده برای تجربه خرید

سفارش ثبت شده است

شماره سفارش و وضعیت پرداخت

اطمینان از ثبت درخواست

پرداخت تأیید شده است

تأیید دریافت وجه و مرحله بعد

روشن شدن ادامه فرایند

مرسوله تحویل حمل کننده شده است

کد رهگیری معتبر

پیگیری مستقل بسته

سفارش با مشکل مواجه است

توضیح کوتاه و مسیر پشتیبانی

مشخص شدن راه حل

پیامک را به وضعیت واقعی سفارش متصل کنید

در مدیریت سفارش فروشگاه اینترنتی، نام وضعیت ها باید به زبان مشتری ترجمه شود. ارسال عبارت مبهم «وضعیت تغییر کرد» اطلاعات کافی نمی دهد. ابتدا با مسئول عملیات فروشگاه مشخص کنید هر وضعیت در فرایند اجرایی چه معنایی دارد و سپس متن پیامک را بنویسید.

همانطور که در woocommerce.com گفته شده: «The order has been fulfilled and is complete.»

ترجمه: سفارش انجام شده و تکمیل است. این تعریفِ وضعیت Completed است؛ بنابراین استفاده از آن برای اعلام تحویل بسته به شرکت حمل، به تطبیق با فرایند فروشگاه نیاز دارد.

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

تفکیک پیامک ثبت سفارش

اتصال پنل پیامکی را مرحله ای انجام دهید

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

  1. از فایل ها و پایگاه داده پشتیبان بگیرید و بسته سازگار با ارائه دهنده پیامک را نصب کنید.
  2. درگاه، اطلاعات احراز هویت و فرستنده مجاز را مطابق راهنمای همان اتصال وارد کنید.
  3. پیامک مشتری و مدیر را جداگانه فعال کنید و برای وضعیت های لازم متن مستقل بسازید.
  4. ارسال آزمایشی را انجام دهید و سپس یک سفارش آزمایشی را در مسیر پرداخت و پردازش دنبال کنید.

در نسخه معرفی شده برای پیام رسان، درگاه روی payam-resan.com تنظیم می شود، کلید API در فیلد «نام کاربری وب سرویس» قرار می گیرد و فیلد رمز عبور خالی می ماند. این تنظیم را به سایر ارائه دهندگان تعمیم ندهید. ذخیره شدن فرم تنظیمات نیز به تنهایی صحت اتصال را ثابت نمی کند.

متن پیامک باید ابهام خرید را کم کند

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

چهار جزء پیامک مفید فروشگاهی

نمونه فرضی برای تأیید پرداخت: «فروشگاه نمونه؛ پرداخت سفارش ۱۲۳۴ تأیید شد. سفارش در مرحله آماده سازی است. وضعیت را در حساب کاربری ببینید.» نام و شناسه باید از داده واقعی سفارش جایگزین شوند؛ متغیرها را از فهرست پشتیبانی شده همان افزونه بردارید.

متن نهایی را با نام طولانی مشتری و مقادیر واقعی نیز آزمایش کنید. جدول زیر معیار پذیرش اتصال است، نه صرفاً فهرست تنظیمات.

آزمون

نتیجه مورد انتظار

نشانه نیاز به اصلاح

سفارش پرداخت نشده

متن متناسب با انتظار پرداخت

اعلام پرداخت موفق

تأیید پرداخت

پیام تأیید با شناسه صحیح

متغیر خالی یا اشتباه

تکرار رویداد پرداخت

جلوگیری از تکرار ناخواسته

پیام مشابه پشت سر هم

تحویل مرسوله به حمل کننده

درج رهگیری ثبت شده

لینک یا کد نامعتبر

طول پیام و روش ارسال را بررسی کنید

طبق مستندات فنی Twilio، ظرفیت پیام تک بخشی با کدگذاری UCS-2 برابر ۷۰ کاراکتر است و در پیام چندبخشی، ظرفیت معمول هر بخش ۶۷ کاراکتر می شود. این اعداد فنی برای بررسی طول پیام فارسی کاربرد دارند؛ تعرفه و شیوه محاسبه ارائه دهنده ایرانی را باید جداگانه کنترل کنید.

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

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

خطای ارسال را از خطای سفارش جدا کنید

پذیرش درخواست توسط وب سرویس را با رسیدن پیام به گوشی یکی ندانید. آرشیو افزونه، پاسخ سرویس و گزارش تحویلِ قابل دسترس را کنار هم بررسی کنید. برای عیب یابی، شناسه سفارش، رویداد، زمان و نتیجه ارسال را ثبت کنید و کلید API را در گزارش ها نگذارید.

محل بررسی سه مشکل اعلان فروشگاه

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

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

راهنمای اتصال را مبنای اجرای نهایی قرار دهید

برای اتصال به پیام رسان، راهنمای نسخه سازگار، تنظیم درگاه و آزمون سفارش را در این صفحه بررسی کنید: https://payam-resan.com/lab/plugins/persian-woocommerce-sms/. سپس نتیجه آزمون ها را به مسئول فروشگاه تحویل دهید تا متن پیام ها با فرایند واقعی آماده سازی و ارسال هماهنگ بماند.

پرسش های متداول

آیا نصب افزونه برای شروع ارسال کافی است

خیر؛ اتصال پنل، فرستنده، اعتبار، گیرندگان و رویدادهای ارسال باید تنظیم و آزمایش شوند.

آیا تکمیل سفارش همان ارسال بسته است

الزاماً خیر؛ اعلام ارسال را به ثبت واقعی تحویل مرسوله و اطلاعات رهگیری متصل کنید.

چرا یک سفارش چند پیام مشابه می گیرد

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

آیا پیامک ثبت سفارش باید شامل تأیید پرداخت باشد

فقط وقتی پرداخت واقعاً تأیید شده باشد؛ برای سفارش پرداخت نشده، وضعیت انتظار را توضیح دهید.

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

ورود با شماره موبایل را قابلیت قطعی افزونه اطلاع رسانی سفارش فرض نکنید؛ ابزار و سازگاری آن را جداگانه بررسی کنید.