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