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