ارسال خودکار پیام در بله، ایتا و روبیکا چطور کار می‌کند؟

ارسال خودکار پیام با ارسال انبوه چه فرقی دارد

پنل ارسال انبوه سه ورودی ثابت دارد: یک فهرست، یک متن و یک زمان ارسال. برای اعلان‌های همگانی همین روش کافی است و ابزار ساده‌تر و ارزان‌تری هم به حساب می‌آید.

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

از رویداد تا پیام: مسیر در عمل

از رسیدن رویداد تا ثبت نتیجه، پیام این شش مرحله را طی می‌کند. ترتیب این مرحله‌ها مهم است.

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

ارسال خودکار پیام در بله، ایتا و روبیکا: هرکدام چه می‌خواهند

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

پیش از فرستادن اولین پیام، این نکته‌ها را در نظر بگیرید.

• نام پلتفرم باید دقیقا یکی از bale و eitaa و rubika باشد. مقدار telegram رد می‌شود، چون امروز هیچ فرستنده‌ای برایش وجود ندارد.
• بات را خودتان اجرا می‌کنید. بات شما پیام شروع را می‌گیرد، بک‌اند شما شناسهٔ چت را به شناسهٔ کاربر خودتان وصل می‌کند و آن را با یک فراخوان به سگمنتیک می‌دهد. وب‌هوکی که پیام‌های بات را بگیرد وجود ندارد.
• منبع هر شناسه ذخیره می‌شود. پیش‌فرضش «شروع در بات» است، تنها مسیری که رضایت واقعی دارد؛ شناسه‌ای که از جای دیگری آمده باشد باید بعدا قابل پیدا کردن بماند.
• قطع اتصال فقط شناسهٔ کاربر و نام پلتفرم را می‌خواهد. اگر کاربر بات را ببندد، تنها راه پاک شدن آن بلاک، شروع دوبارهٔ گفتگو توسط خود اوست.
• در سهمیه، هر سه پیام‌رسان با هم در یک سنجه شمرده می‌شوند و دورهٔ شمارش یک ماه شمسی است.

ربات یا پلتفرم: کدام برای کدام کار

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

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

انتخاب کانال برای هر نفر، نه برای همه

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

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

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

رضایت، انصراف و سقف ارسال

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

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

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

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

کانال‌های مکمل چطور وصل می‌شوند

کانال‌های اصلی مستقیم داخل سناریو هستند و سرویس‌های تخصصی از وب‌هوک وصل می‌شوند. پیش از راه‌اندازی دقیقاً مشخص می‌کنیم هر مسیر چطور کار می‌کند.

• واتساپ قالبی با حساب Business و قالب تأییدشدهٔ خودتان مستقیم داخل سناریو قرار می‌گیرد.
• تلگرام و سرویس تماس صوتی از وب‌هوک سرویس خودتان وصل می‌شوند و تصمیم ارسال در سگمنتیک می‌ماند.
• SDK وب و اندروید آماده‌اند؛ Flutter و React Native پکیج عملیاتی دارند و iOS از REST پایدار متصل می‌شود.
• وب‌هوک ورودی فقط منابع یکپارچه‌سازی را می‌پذیرد و پیام بات را نمی‌گیرد، پس نگاشت شناسهٔ چت به شناسهٔ کاربر کار بک‌اند شماست.
• وب‌هوک به‌عنوان کانال تحویل فرستنده ندارد. گرهٔ ارسالی که روی آن نوشته شود برای همه شکست می‌خورد، هرچند گراف سناریو سالم به نظر برسد.

چطور نتیجه ارسال خودکار را بسنجیم؟

اگر بعد از راه‌اندازی هیچ گروه کنترلی کنار نگذارید، هیچ‌وقت نمی‌فهمید این پیام‌ها چیزی اضافه کرده‌اند یا نه. گزارشی که می‌گوید «کسانی که پیام گرفتند بیشتر خریدند» چیزی را ثابت نمی‌کند، چون همان‌ها احتمالا از اول فعال‌تر بوده‌اند.

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

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

سؤال‌هایی که احتمالاً برای شما هم پیش آمده