سیستم عملیات بیمه؛ تبدیل فرایندهایپراکنده به یک جریان کاری منظم

طراحی و توسعه یک سیستم عملیاتی برای مدیریت درخواست‌ها، تعامل با کاربران و ساده‌سازی فرایندهای روزمره یک نمایندگی بیمه

شروع پروژه؛ وقتی مسئله فقط پاسخ‌دادن به کاربر نیست

در بسیاری از کسب‌وکارهای خدماتی، بخشی از عملیات روزمره به پیام‌ها، تماس‌ها، پیگیری‌های دستی و اطلاعاتی وابسته است که در چند جای مختلف نگهداری می‌شوند.

در یک نمایندگی بیمه، این مسئله می‌تواند خیلی سریع به یک فرایند پیچیده تبدیل شود.

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

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

هدف؛ ساخت یک ابزار واقعی برای عملیات روزمره

از ابتدا مشخص بود که پروژه نباید فقط یک Bot ساده برای پاسخ‌های از پیش تعریف‌شده باشد.

سیستم باید بتواند بخشی از جریان واقعی کار را مدیریت کند.

از پیام تا فرایند

هدف اصلی این بود که مسیر کاربر از یک گفت‌وگوی ساده فراتر برود:

شروع تعامل → انتخاب خدمت → ثبت اطلاعات → دریافت پاسخ → پیگیری توسط ادمین

این ساختار باعث شد Bot به‌جای یک رابط جدا از عملیات، به بخشی از فرایند کاری نمایندگی تبدیل شود.

چالش؛ حفظ سادگی برای کاربر و کنترل برای ادمین

یکی از مهم‌ترین چالش‌ها، ایجاد تعادل بین دو سمت سیستم بود.

برای کاربر، تجربه باید ساده و سریع باقی می‌ماند.

در مقابل، ادمین به ابزارهایی نیاز داشت که بتواند وضعیت درخواست‌ها، اطلاعات کاربران و جریان کار را مدیریت کند.

یک رابط ساده در جلو، منطق بیشتر در پشت

کاربر نباید درگیر پیچیدگی‌های داخلی سیستم شود.

در ظاهر، مسیر باید شبیه یک گفت‌وگوی عادی باشد؛ اما در پشت صحنه، سیستم باید وضعیت هر کاربر، مرحله فعلی، اطلاعات ثبت‌شده و اقدام بعدی را مدیریت کند.

همین تفاوت بین ظاهر ساده و منطق داخلی، یکی از بخش‌های اصلی طراحی سیستم بود.

Bot؛ نقطه ورود کاربر به سیستم

رابط اصلی کاربران از طریق Bot در پیام‌رسان Bale طراحی شد.

Bot باید بتواند کاربر را در هر مرحله راهنمایی کند، گزینه‌های مناسب را نمایش دهد و اطلاعات مورد نیاز را مرحله‌به‌مرحله دریافت کند.

به‌جای اینکه تمام گزینه‌ها از ابتدا در اختیار کاربر قرار بگیرند، جریان‌ها براساس انتخاب‌های قبلی ساخته شدند.

مدیریت وضعیت کاربر

برای اینکه هر مکالمه بتواند مسیر خودش را حفظ کند، سیستم نیاز به مدیریت Session داشت.

به این ترتیب Bot می‌توانست تشخیص دهد هر کاربر در چه مرحله‌ای قرار دارد و پیام بعدی باید چگونه پردازش شود.

این موضوع مخصوصاً در فرم‌های چندمرحله‌ای و انتخاب تاریخ اهمیت زیادی داشت.

تجربه کاربری؛ کم‌کردن اصطکاک در فرایندهای چندمرحله‌ای

یکی از اهداف اصلی این بود که کاربر برای ثبت یک درخواست مجبور نباشد با فرم‌های طولانی یا رابط پیچیده روبه‌رو شود.

اطلاعات به شکل مرحله‌ای دریافت می‌شدند و در هر مرحله فقط همان چیزی نمایش داده می‌شد که برای ادامه نیاز بود.

انتخاب تاریخ شمسی

یکی از بخش‌هایی که نیاز به توجه بیشتری داشت، Date Picker شمسی بود.

کاربر باید بتواند تاریخ را در قالبی آشنا انتخاب کند، بدون اینکه مجبور باشد تاریخ را به میلادی تبدیل کند یا به‌صورت دستی وارد کند.

این بخش در طول توسعه چند بار اصلاح شد تا هم انتخاب تاریخ درست ثبت شود و هم تجربه کاربری روان باقی بماند.

سرعت پاسخ؛ بخشی از تجربه کاربری

در نسخه‌های اولیه، اجرای فرمان شروع با تأخیر محسوسی همراه بود.

حتی اگر منطق سیستم درست باشد، چند ثانیه تأخیر در شروع تعامل می‌تواند باعث شود کاربر تصور کند Bot کار نمی‌کند.

به همین دلیل، زمان پاسخ و نحوه اجرای درخواست‌ها نیز بخشی از فرایند بهینه‌سازی شد.

Performance فقط یک مسئله فنی نیست

در چنین سیستمی، Performance مستقیماً روی اعتماد کاربر اثر می‌گذارد.

هدف این بود که مسیرهای اصلی بدون تأخیر غیرضروری اجرا شوند و کاربر بلافاصله بازخورد دریافت کند.

پنل مدیریت؛ جایی که عملیات واقعی انجام می‌شود

Bot فقط یکی از سمت‌های سیستم بود.

برای اینکه سیستم در استفاده واقعی کاربردی باشد، ادمین نیز به یک رابط مشخص نیاز داشت.

پنل مدیریت برای مشاهده و کنترل اطلاعات، درخواست‌ها و عملیات مرتبط طراحی شد.

طراحی پنل برای استفاده روزمره

در پنل، تمرکز فقط روی ظاهر نبود.

ساختار باید طوری باشد که اطلاعات اصلی سریع پیدا شوند و کاربر مدیریتی بدون نیاز به دانش فنی بتواند عملیات مورد نیاز را انجام دهد.

کارت‌ها، وضعیت‌ها، اطلاعات کاربران و مسیرهای مدیریتی با همین رویکرد طراحی شدند.

هویت بصری؛ خروج از ظاهر پیش‌فرض سیستم‌های مدیریتی

یکی از اصلاحات مهم پروژه، بازطراحی ظاهر پنل مدیریت بود.

نسخه‌های اولیه بیش از حد شبیه رابط‌های عمومی و آماده بودند.

هدف این بود که سیستم حس یک محصول اختصاصی برای نمایندگی داشته باشد.

رابط فارسی و هماهنگ با برند

فونت، اندازه‌ها، کارت‌ها، فاصله‌ها و لوگوی واقعی مجموعه در طراحی لحاظ شدند.

بخش‌های اضافی حذف شدند و ساختار کارت‌ها منظم‌تر شد تا رابط نهایی ساده‌تر و حرفه‌ای‌تر به نظر برسد.

معماری فنی؛ ساختار ماژولار برای توسعه آینده

سیستم با Node.js توسعه داده شد و ارتباط با Bale از طریق API انجام گرفت.

به‌جای قرار دادن تمام منطق در یک فایل، پروژه به بخش‌های مشخص تقسیم شد.

تفکیک مسئولیت‌ها

بخش‌هایی مثل ارتباط با API، Bot، Handlerها، Keyboardها، Sessionها و تنظیمات محیطی از یکدیگر جدا شدند.

این ساختار باعث شد تغییر و توسعه بخش‌های مختلف بدون درگیرکردن کل سیستم ساده‌تر شود.

همچنین خطاها راحت‌تر قابل شناسایی و اصلاح شدند.

امنیت و دسترسی؛ سیستم باید قابل کنترل باقی بماند

هر سیستم عملیاتی که با اطلاعات کاربران و درخواست‌های واقعی کار می‌کند، نیاز به کنترل دسترسی دارد.

به همین دلیل، بخش مدیریت باید از فضای عمومی جدا باشد و فقط کاربران مجاز به اطلاعات عملیاتی دسترسی داشته باشند.

نقش‌ها و دسترسی‌ها

در ادامه مسیر توسعه، ساختار سیستم برای Login، نقش‌ها و کنترل دسترسی در نظر گرفته شد تا بتوان مشخص کرد هر کاربر مدیریتی به چه بخش‌هایی دسترسی دارد.

هدف این بود که سیستم از یک ابزار ساده به یک زیرساخت قابل استفاده در محیط واقعی نزدیک شود.

نتیجه؛ Bot به‌عنوان بخشی از عملیات، نه یک ابزار نمایشی

خروجی پروژه صرفاً یک Bot پاسخ‌گو نبود.

سیستم به‌گونه‌ای طراحی شد که بتواند بخشی از ارتباط با مشتری و فرایندهای داخلی نمایندگی را در یک جریان مشخص قرار دهد.

کاربر مسیر ساده‌ای برای ثبت درخواست داشت و تیم مدیریتی نیز می‌توانست اطلاعات و عملیات را از یک ساختار مشخص کنترل کند.

مهم‌ترین نتیجه پروژه این بود که:

اتوماسیون زمانی ارزش ایجاد می‌کند که به فرایند واقعی کسب‌وکار متصل شود.

چیزی که از این پروژه یاد گرفتیم

در پروژه‌های عملیاتی، رابط کاربری فقط بخش کوچکی از مسئله است.

چالش اصلی این است که مسیر واقعی کار را به یک سیستم تبدیل کنیم؛ بدون اینکه استفاده از آن برای کاربر پیچیده شود.

Bot، پنل مدیریت، مدیریت وضعیت، Performance و ساختار فنی زمانی ارزش پیدا می‌کنند که در کنار هم یک جریان کاری قابل اعتماد بسازند.

سیستم خوب باید کار را ساده‌تر کند، نه فقط دیجیتال‌تر

در این پروژه، تصمیم‌ها حول یک سؤال شکل گرفتند:

چطور می‌توانیم یک فرایند واقعی را به شکلی دیجیتال کنیم که هم برای مشتری ساده‌تر باشد و هم برای تیم اجرایی قابل کنترل‌تر؟

Project Snapshot

Client: Alborz Insurance Agency Industry: Insurance Services Scope: Workflow Design, Bot Development, Admin Interface, User Experience, Session Management, Role & Access Structure Platform: Bale Bot / Web Admin Technology: Node.js, JavaScript, Bale Bot API, Axios