بیشتر فروشگاه‌هایی که سراغ بهبود فروش دایرکت می‌روند، از اقدام شروع می‌کنند. ابزاری نصب می‌کنند، چند پاسخ آماده می‌نویسند و یک ماه بعد نمی‌دانند اوضاع بهتر شده یا فقط شلوغ‌تر. مشکل معمولاً ابزار نیست؛ چیزی برای مقایسه وجود نداشته است.
برنامهٔ سی‌روزهٔ زیر برای تصمیم‌گیری است، نه وعدهٔ رشد. اگر آخر ماه بدانید چه چیزی عوض شد، چرا عوض شد و قدم بعدی با کیست، برنامه کارش را کرده است. حتی اگر نتیجه این باشد که فعلاً ادامه ندهید.
روزهای ۱ تا ۷: اول بفهمید الان وضع چطور است
هفتهٔ اول فقط ثبت و مشاهده است. درخواست‌ها را در چند دستهٔ ساده بریزید: قیمت، موجودی، ارسال، ثبت سفارش و پیگیری. بعد زمان «پاسخ مفید» را یادداشت کنید. منظور پیامی است که مشکل مشتری را حل می‌کند، نه یک «سلام، در خدمتیم» که ده دقیقه بعد از ورود پیام می‌رسد.
- سفارش تأییدشده را از استعلام جدا بشمارید؛ این دو را نباید در یک عدد جمع کرد.
- حدود بیست مکالمهٔ موفق و ناموفق را از اول تا آخر بخوانید.
- در پایان هفته فقط یک گلوگاه انتخاب کنید، همان که بیشترین وقت یا فروش را می‌بلعد.
روزهای ۸ تا ۱۴: مسیر را قبل از خودکارسازی تمیز کنید
خودکارسازی روی اطلاعات نامرتب فقط خطا را سریع‌تر پخش می‌کند. پس اول مشخصات محصول، قیمت‌ها و پاسخ‌های تکراری را اصلاح کنید. سپس برای یک مسیر پرتکرار، مثلاً «موجودی و قیمت»، سناریوی محدود بنویسید.
پیش از اجرا سه حالت را عمداً تست کنید: مشتری که انسان می‌خواهد، سؤالی که پاسخش در داده‌ها نیست و محصولی که قیمتش اشتباه ثبت شده. رفتار سیستم در همین سه حالت نشان می‌دهد آماده‌اید یا نه.
روزهای ۱۵ تا ۲۱: اجرای کنترل‌شده با دامنهٔ کوچک
فقط بخشی از درخواست‌ها را وارد آزمایش کنید، مثلاً یک دسته از محصولات یا ساعت‌های مشخصی از روز. هر روز چند نمونه را بخوانید و صف ارجاع به انسان و خطاها را مرور کنید. اگر وسط ماه تبلیغ جدید گذاشتید یا موجودی تغییر کرد، همان روز در گزارش بنویسید؛ آخر ماه حافظه کمکتان نمی‌کند.
روزهای ۲۲ تا ۳۰: مقایسه و تصمیم
حالا چهار چیز را با خط پایه بسنجید: صحت پاسخ‌ها، زمان خالصی که ذخیره شده، کیفیت سرنخ‌ها و تعداد سفارش. نتیجه باید به یکی از سه تصمیم برسد: ادامه، اصلاح یا توقف. برای قدم بعدی هم یک نفر مسئول تعیین کنید.
اگر پاسخ سریع‌تر شده ولی خطا بیشتر، گسترش ندهید. اگر کیفیت حفظ شده و تیم نفس راحت‌تری می‌کشد، دامنه را مرحله‌ای بزرگ کنید. لازم نیست همهٔ مسیرها هم‌زمان خودکار شوند.
مثال: فروشگاه گیاهان آپارتمانی «برگ‌سبز»
فرض کنید «برگ‌سبز» روزی حدود شصت پیام دایرکت می‌گیرد. در هفتهٔ اول معلوم می‌شود نزدیک نیمی از پیام‌ها فقط می‌پرسند «موجود است؟ قیمتش چنده؟». پاسخ این‌ها معمولاً بعد از ظهر و دسته‌جمعی داده می‌شود و بعضی مشتری‌ها تا آن موقع می‌روند.
صاحب فروشگاه در هفتهٔ دوم فهرست گلدان‌ها را اصلاح می‌کند و فقط مسیر موجودی و قیمت را می‌سازد. مسیر ارسال و مشاورهٔ نگهداری گیاه را عمداً دست انسان می‌گذارد. پایان ماه زمان پاسخ کوتاه‌تر شده، اما شمار سفارش تقریباً ثابت مانده است. او نتیجه نمی‌گیرد که «کار نکرد». زمان ذخیره‌شده را جدا حساب می‌کند و می‌فهمد گلوگاه بعدی صفحهٔ پرداخت است، نه سرعت پاسخ. برنامهٔ ماه بعد دقیقاً از همین نقطه شروع می‌شود.
اگر نتیجه مخلوط بود
نتیجهٔ مخلوط عادی است. اگر زمان پاسخ بهتر شده و سفارش ثابت مانده، ارزش زمان ذخیره‌شده را جدا ببینید و سراغ گلوگاه بعدی بروید. اگر کلیک خوب است اما سفارش کم، مسیر خرید را بررسی کنید. اگر ارجاع به انسان زیاد است و پاسخ نمی‌گیرد، اول ظرفیت تیم را درست کنید. برنامهٔ ماه بعد باید ادامهٔ همین شواهد باشد، نه شروع دوبارهٔ همهٔ کارها.
برگهٔ تصمیم پایان ماه
یک جدول چهارستونه کافی است: وضعیت قبل، وضعیت آزمایش، تفاوت قابل اتکا و اقدام بعدی. تغییرهای بیرونی مثل موجودی، تخفیف و تبلیغات را زیر جدول بنویسید. از یک دورهٔ کوتاه، رابطهٔ علت‌ومعلولی قطعی بیرون نکشید؛ این برگه برای تصمیم محتاطانه است، نه اثبات.
سوال‌های رایج
اگر حجم پیام‌هایم کم است، باز هم این برنامه به کار می‌آید؟
بله، ولی نتیجه‌اش را با احتیاط بخوانید. با پیام کم، چند سفارش بیشتر یا کمتر عدد را به‌راحتی جابه‌جا می‌کند. در این حالت خواندن مکالمه‌ها مهم‌تر از درصدهاست.
