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