دولتیحکمرانی/دولتتهران / ملیمنتشر شده

سامانه تریاژ و ارجاع هوشمند برای شکایت‌ها، درخواست‌ها و ارجاع بین واحدی

پیاده‌سازی یک workflow عملیاتی مبتنی بر classification، priority scoring و queue orchestration برای شکایت‌ها، درخواست‌ها و ارجاع بین واحدی در یک سازمان دولتی یا حاکمیتی که کیفیت اولویت‌بندی و زمان رسیدگی را بهبود می‌دهد، کاهش زمان خدمت، بهبود شفافیت و کاهش هزینه دوباره‌کاری اداری را قابل‌اندازه‌گیری می‌کند و برای rollout مرحله‌ای در سازمان‌های ایرانی آماده است.

بازه بودجه: ۱٬۴۶۰٬۰۰۰٬۰۰۰۲٬۱۴۰٬۰۰۰٬۰۰۰
زمان‌بندی: ۱۰ تا ۱۳ هفته

مسئله و دامنه

تیم‌های حکمرانی و خدمات عمومی معمولاً برای شکایت‌ها، درخواست‌ها و ارجاع بین واحدی با کمبود context، دوباره‌کاری و تاخیر در تصمیم‌گیری روبه‌رو هستند. این شکاف باعث می‌شود هم تجربه کاربر نهایی ضعیف شود و هم مدیران نتوانند دلیل هر تصمیم را بعداً بازسازی کنند.

دامنه این پروژه روی شکایت‌ها، درخواست‌ها و ارجاع بین واحدی متمرکز است و قرار نیست از روز اول همه فرایندها را زیرورو کند؛ تمرکز آن روی گلوگاه‌هایی است که هم حجم بالایی دارند و هم ارزش تصمیم بهتر در آن‌ها سریع دیده می‌شود.

چرا حالا

اکنون زمان مناسبی برای این پروژه است چون سه روند هم‌زمان شده‌اند: از یک سو بلوغ ابزارهای RAG، orchestration و evaluation، امکان ساخت workflow فارسی و قابل‌استناد را بالا برده است؛ از سوی دیگر کاهش زمان خدمت، بهبود شفافیت و کاهش هزینه دوباره‌کاری اداری به یک مطالبه فوری تبدیل شده و تیم‌ها دیگر نمی‌توانند شکایت‌ها، درخواست‌ها و ارجاع بین واحدی را فقط با اکسل، inbox و تجربه شفاهی جلو ببرند. هم‌زمان، فشار برای ثبت trace، کنترل ریسک و نشان‌دادن ROI عملیاتی، اجرای pilotهای کوچک اما measurable را منطقی‌تر کرده است.

ارزش کسب‌وکاری و عملیاتی

در سطح کسب‌وکاری، این پروژه کمک می‌کند کاهش زمان خدمت، بهبود شفافیت و کاهش هزینه دوباره‌کاری اداری. برای شکایت‌ها، درخواست‌ها و ارجاع بین واحدی، ارزش اصلی فقط اتوماسیون نیست؛ بلکه کوتاه‌ترشدن زمان تصمیم، آزادشدن ظرفیت نیروهای ارشد و ایجاد یک دارایی دانشی تکرارپذیر است که بتوان آن را به واحدها و شهرهای دیگر هم گسترش داد.

در سطح عملیات، راهکار باید ردپای تصمیم‌گیری، صف‌بندی شفاف و کنترل بهتر روی SLAهای بین‌واحدی. یعنی پاسخ یا تصمیم تولیدشده همیشه با context کافی، امکان ارجاع به human-in-the-loop، log تصمیم و داشبورد کیفیت همراه باشد تا rollout آن به‌جای یک دمو نمایشی، به بخشی از فرایند واقعی تیم تبدیل شود.

قابلیت‌ها و معماری پیشنهادی

  • دسته‌بندی و اولویت‌بندی مبتنی بر policy
  • route هوشمند به تیم یا سطح رسیدگی مناسب
  • خلاصه‌سازی ورودی طولانی برای اپراتور
  • پایش backlog و SLA به تفکیک صف
  • الزام اجرایی: حریم خصوصی شهروند
  • الزام اجرایی: حاکمیت داده و سطح دسترسی
  • الزام اجرایی: ثبت کامل تصمیم‌ها برای پاسخ‌گویی
  • خروجی‌های سامانه باید با human-in-the-loop و امکان override کنترل شوند.

ذی‌نفعان و داده‌های موردنیاز

پروژه باید با مالک فرایند، تیم فناوری و کاربران frontline مشترکاً طراحی شود تا از همان ابتدا human-in-the-loop، سطح دسترسی و معیار پذیرش روشن باشند.

  • معاونت تحول دیجیتال
  • مدیر خدمت/میز خدمت
  • کارشناس حقوقی
  • واحد فناوری اطلاعات
  • مالک فرایند و sponsor اجرایی
  • کاربران frontline/اپراتورها
  • تیکت‌ها، شکایت‌ها، درخواست‌ها و log رسیدگی
  • آیین‌نامه‌ها و مصوبه‌ها
  • راهنماهای خدمت
  • فرم‌ها و پرونده‌های اداری
  • log تماس و درخواست
  • رکوردها و پرونده‌های واقعی مرتبط با شکایت‌ها، درخواست‌ها و ارجاع بین واحدی

تحویل‌دادنی‌ها و معیارهای پذیرش

  • تعریف دامنه pilot و KPI برای شکایت‌ها، درخواست‌ها و ارجاع بین واحدی
  • taxonomy تیکت/درخواست و matrix ارجاع
  • سرویس scoring و queue routing
  • داشبورد SLA و backlog
  • کتابچه سناریوهای edge-case
  • playbook rollout و برنامه استقرار مرحله‌ای

معیارهای پذیرش باید قبل از rollout تثبیت شوند تا تیم صرفاً از جذابیت دمو تصمیم نگیرد، بلکه روی throughput، دقت و traceability قضاوت کند.

  • کاهش میانگین زمان اولین پاسخ
  • افزایش دقت ارجاع در اولین نوبت
  • کاهش backlog موارد کم‌اهمیت
  • بهبود شفافیت روی SLAها
  • بهبود سنجه زمان خدمت
  • بهبود سنجه نرخ پاسخ در اولین تماس
  • بهبود سنجه درصد پرونده برگشتی

برنامه اجرا

فاز اول با discovery فشرده روی شکایت‌ها، درخواست‌ها و ارجاع بین واحدی، تعریف KPI و انتخاب ۲ تا ۳ سناریوی پرحجم شروع می‌شود. در فاز دوم، داده‌ها و اسناد کلیدی ingestion و پاک‌سازی می‌شوند و workflow انسانی-ماشینی طراحی می‌شود. در فاز سوم، pilot محدود با تیم منتخب و داشبورد ارزیابی راه می‌افتد تا خطاها، thresholdها و playbook اصلاح شوند. پس از عبور از gateهای کیفیت، rollout مرحله‌ای برای سایر واحدها در بازه ۱۰ تا ۱۳ هفته انجام می‌شود.

ریسک‌ها و محدودیت‌ها

  • سوگیری در اولویت‌بندی موارد مرزی
  • ثبت ناقص داده ورودی توسط کاربر یا اپراتور
  • تعریف نامشخص مالک صف‌ها در rollout اولیه
  • حریم خصوصی شهروند
  • حاکمیت داده و سطح دسترسی
  • ثبت کامل تصمیم‌ها برای پاسخ‌گویی
  • کیفیت پایین داده ورودی یا نبود مالک روشن برای اصلاح workflow

تیم و استک پیشنهادی

  • نقش کلیدی: مدیر عملیات
  • نقش کلیدی: مالک صف/خدمت
  • نقش کلیدی: تحلیلگر داده
  • نقش کلیدی: مهندس backend
  • نقش کلیدی: کارشناس پشتیبانی
  • نقش کلیدی: نماینده امنیت/حریم خصوصی
  • فناوری/مولفه: Queue service
  • فناوری/مولفه: Classifier
  • فناوری/مولفه: Policy engine
  • فناوری/مولفه: SLA dashboard
  • فناوری/مولفه: Feedback loop
  • فناوری/مولفه: سامانه بایگانی
  • فناوری/مولفه: اتوماسیون اداری
  • فناوری/مولفه: SSO سازمانی