پیام موجود شدن کالا؛ به چه کسانی و چه زمانی بفرستیم؟

تعریف سادهٔ پیام موجود شدن کالا

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

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

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

این موضوع چه مسئله‌ای را حل می‌کند؟

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

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

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

پیش از شروع چه داده‌ای لازم است؟

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

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

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

یک مثال واقعی و قابل لمس

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

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

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

قدم‌های اجرا برای یک تیم کوچک

قدم 1: درخواست موجودی را جدا ثبت کنید. مسئول این قدم و زمان انجامش را مشخص کنید. نتیجه را در یک جمله ثبت کنید تا نفر بعدی بداند چه چیزی انجام شده و چرا این تصمیم گرفته شده است.

قدم 2: شروع را به موجودی تاییدشده وصل کنید. مسئول این قدم و زمان انجامش را مشخص کنید. نتیجه را در یک جمله ثبت کنید تا نفر بعدی بداند چه چیزی انجام شده و چرا این تصمیم گرفته شده است.

قدم 3: برای ظرفیت کم ارسال مرحله‌ای بسازید. مسئول این قدم و زمان انجامش را مشخص کنید. نتیجه را در یک جمله ثبت کنید تا نفر بعدی بداند چه چیزی انجام شده و چرا این تصمیم گرفته شده است.

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

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

خطاهای رایجی که باید از آن‌ها دور بمانیم

فرستادن اعلان برای مدل مشابه از خطاهای رایج است. معمولاً این خطا از عجله برای اجرای کامل می‌آید. دامنه را کوچک کنید و نخستین نتیجه را با نمونهٔ واقعی بسنجید.

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

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

رضایت، حریم داده و توقف امن

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

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

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

چطور نتیجه را بسنجیم؟

تحویل و کلیک اعلان را برای سنجش پیام موجود شدن کالا با تعریف و بازهٔ ثابت ثبت کنید. این معیار باید مستقیم به هدف «پیام موجود شدن کالا؛ به چه کسانی و چه زمانی بفرستیم؟» وصل باشد و پیش از اجرا مقدار پایهٔ آن معلوم شود.

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

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

چک‌لیست کوتاه پیش از انتشار

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

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

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

پرسش‌های کوتاه پیش از اجرا

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

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

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