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