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