فرم
اطلاعات موردنیاز درخواست در یک ساختار مشخص دریافت میشود.
راهکار Intake برای خدمات حرفهای
اطلاعات و مدارک موردنیاز را پیش از جلسه یا تشکیل پرونده جمعآوری کنید و درخواست را با قواعد مشخص برای ادامه بررسی آماده کنید.
وقتی یک درخواست با اطلاعات ناکافی یا مدارک ناقص به مرحله رسیدگی میرسد، بخشی از زمان تیم صرف پیگیری و تکمیل پرونده میشود.
این راهکار مرحله دریافت اولیه را منظمتر میکند. فرم، قواعد بررسی و نقش انسانی در یک Scope مشخص تعریف میشوند تا درخواست پیش از رسیدگی تخصصی، اطلاعات لازم برای ادامه کار را داشته باشد. تصمیمگیری هوش مصنوعی نیز جای بررسی تخصصی را نمیگیرد؛ مرز ارزیابی و تصمیم در هر Workflow مشخص میشود.
سناریوی دریافت و ارزیابی درخواستهای سازمان را در یک Scope مشخص بررسی کنید.
در تیمهای خدمات حرفهای، رسیدگی اغلب زمانی کند میشود که اطلاعات پایه، مدارک یا شرح اولیه نیاز هنوز کامل نیست. کارشناس بهجای شروع بررسی، باید ابتدا برای تکمیل پرونده رفتوبرگشت داشته باشد.
راهکار Intake این مرحله را از رسیدگی اصلی جدا میکند. اطلاعات موردنیاز در یک مسیر مشخص دریافت میشوند و قواعد مربوط به همان درخواست از ابتدا روشن هستند. نتیجه این است که تیم رسیدگی میتواند کار را با ورودی منظمتری آغاز کند، بدون اینکه نقش تخصصی کارشناس به هوش مصنوعی واگذار شود.
این راهکار برای سازمانها و تیمهایی مناسب است که پیش از جلسه، بررسی یا ادامه رسیدگی، به دریافت اطلاعات و مدارک مشخص نیاز دارند.
فرم، قواعد مشخص و بررسی انسانی.
ساختار پایه این راهکار بر سه جزء روشن استوار است. هر جزء نقش مشخصی دارد و Scope آن متناسب با فرایند سازمان تعیین میشود.
اطلاعات موردنیاز درخواست در یک ساختار مشخص دریافت میشود.
معیارهای مرتبط با درخواست میتوانند در فرایند ارزیابی استفاده شوند.
در جایی که رسیدگی تخصصی یا Review انسانی بخشی از فرایند است، نقش کارشناس حفظ میشود.
در این راهکار، ارزیابی میتواند به پیشنهاد برای ادامه رسیدگی کمک کند؛ اما نقش AI و تصمیم نهایی یکی نیستند.
پیشنهاد پذیرش و پیشنهاد رد درخواست قابل استفاده است. در مقابل، تصمیم نهایی پذیرش یا رد میتواند برای هر Workflow براساس Ruleهای تعریفشده و بدون AI تنظیم شود.
دلیل نقص، امتیاز، دستهبندی یا نتیجه ارزیابی نیز در وضعیت فعلی برای کارشناس نمایش داده میشود و برای درخواستدهنده نمایش داده نمیشود. این مرزبندی از ابتدا روشن میکند کدام بخش خودکار است و کدام بخش براساس قواعد یا بررسی تخصصی انجام میشود.
بسته به سناریوی Intake، بخشی از کنترلهای اولیه میتواند پیش از ورود درخواست به ادامه رسیدگی انجام شود. دامنه تأییدشده فعلی شامل موارد زیر است:
برای درخواستها میتوان از وضعیتهای تأییدشده زیر استفاده کرد. ترتیب و قواعد جابهجایی میان این وضعیتها در این صفحه تعریف نمیشود و به Workflow مربوط بستگی دارد.
وقتی تعداد درخواستها بیشتر میشود، داشتن یک نمای مشخص از وضعیت آنها برای تیم رسیدگی اهمیت پیدا میکند.
داشبورد وضعیت درخواستها و امکان جستوجو و فیلتر آنها بهصورت استاندارد در دسترس است. گزارش قابل دانلود نیز با پیکربندی ارائه میشود.
برای ورود درخواست، چند مسیر بهصورت صریح تأیید شده است. دریافت درخواست از ایمیل و ثبت درخواست توسط کارشناس، استاندارد و عمومی هستند. صفحه مستقل ثبت درخواست نیز قابل استفاده است.
در صفحه مستقل، ثبت درخواست بدون Login پشتیبانی نمیشود. همچنین میتوان برخی فرمها را فقط در اختیار کاربران احراز هویتشده قرار داد.
Intake زمانی قابل اتکاتر طراحی میشود که دامنه اطلاعات، قواعد و مسئولیت بررسی از ابتدا روشن باشد. این صفحه هیچ تصمیم تخصصی قطعی توسط AI، نتیجه تضمینی یا قابلیت خارج از وضعیت تأییدشده را وعده نمیدهد.
برای داده محرمانه نیز وجود سیاست مشخص اهمیت دارد و سناریویی که هیچ Review انسانی در آن در نظر گرفته نشده باشد، با چارچوب مصوب Intake همخوان نیست.
برای بررسی اولیه راهکار، دموی آماده با داده نمونه وجود دارد. اجرای پایلوت با داده واقعی مشتری نیز امکانپذیر است.
این مدل اجازه میدهد ابتدا یک سناریوی مشخص بررسی شود و فقط پس از روشنشدن نیاز واقعی، درباره دامنه بعدی تصمیم گرفته شود.
سناریوی دریافت و ارزیابی درخواستهای سازمان را در یک Scope مشخص بررسی کنید.
خیر، این صفحه چنین ادعایی ندارد. پیشنهاد پذیرش و پیشنهاد رد قابل استفاده است، اما تصمیم نهایی پذیرش یا رد میتواند برای هر Workflow براساس Ruleهای تعریفشده و بدون AI تنظیم شود.
در وضعیت فعلی تأییدشده، دلیل نقص، امتیاز، دستهبندی یا نتیجه ارزیابی فقط برای کارشناس نمایش داده میشود.
کنترلهای تأییدشده شامل تشخیص تناقض میان پاسخهای خود کاربر، بررسی تاریخ اعتبار مدرک، تشخیص فایل تکراری و شناسایی فایل خراب یا دارای Password Protection است. تشخیص تناقض میان فرم و مدارک نیز با پیکربندی قابل ارائه است.
بله. وضعیتهایی مانند پیشنویس، در حال تکمیل، ناقص، آماده بررسی، در حال بررسی، نیازمند اصلاح، ارجاعشده، تأییدشده، ردشده و بستهشده قابل استفادهاند. داشبورد وضعیت، جستوجو و فیلتر درخواستها نیز بهصورت استاندارد تأیید شدهاند.
در صفحه مستقل ثبت درخواست، ثبت بدون Login پشتیبانی نمیشود. همچنین میتوان بعضی فرمها را فقط برای کاربران احراز هویتشده در دسترس قرار داد.
بله. دموی آماده با داده نمونه تأیید شده است و امکان اجرای پایلوت با داده واقعی مشتری نیز وجود دارد.