BPMS چیست

BPMS چیست و چه زمانی کسب‌وکار شما واقعاً به آن نیاز دارد؟

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

شاید در نگاه اول، BPMS فقط یک اصطلاح فنی دیگر به نظر برسد؛ چیزی شبیه CRM، ERP، اتوماسیون اداری یا حتی یک فرم‌ساز پیشرفته. اما واقعیت این است که BPMS وقتی معنا پیدا می‌کند که کارهای تکراری سازمان از کنترل خارج شده‌اند، پیگیری‌ها به حافظه افراد وابسته شده‌اند و مدیر برای فهمیدن وضعیت یک کار ساده، باید از چند نفر سؤال بپرسد.

چیست؟ BPMS

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

در این مقاله قرار نیست با تعریف‌های خشک و تکراری جلو برویم. به جای اینکه فقط بگوییم BPMS مخفف چیست، قدم‌به‌قدم بررسی می‌کنیم این سیستم در عمل چه دردی را دوا می‌کند، چه فرقی با اتوماسیون اداری، CRM و ERP دارد، چه کسب‌وکارهایی به آن نیاز دارند و چه اشتباهاتی باعث می‌شود خرید BPMS هیچ خروجی جدی برای سازمان نداشته باشد.

مزایای BPMS برای مدیریت، فروش و عملیات سازمان

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

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

اشتباهات رایج در انتخاب و پیاده‌سازی BPMS

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

BPMS در ابرتیم چه جایگاهی دارد؟

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

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

چیست؟ BPMS

چک‌لیست تصمیم‌گیری: آیا زمان استفاده از BPMS رسیده است؟

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

BPMS چیست و دقیقاً چه مسئله‌ای را حل می‌کند؟

شاید فکر کنید BPMS یعنی یک نرم‌افزار برای اتوماتیک کردن کارهای اداری؛ اما واقعیت کمی دقیق‌تر است. BPMS یا سیستم مدیریت فرآیند کسب‌وکار، ابزاری است که به سازمان کمک می‌کند فرآیندهای تکرارشونده را طراحی، اجرا، کنترل، تحلیل و اصلاح کند. یعنی فقط نمی‌گوید «این فرم را از نفر اول به نفر دوم بفرست»، بلکه کل مسیر انجام یک کار را قابل مشاهده و قابل مدیریت می‌کند.

برای مثال، فرض کنید یک کارمند درخواست خرید تجهیزات ثبت می‌کند. در روش سنتی، درخواست ممکن است در واتس‌اپ ارسال شود، بعد در اکسل ثبت شود، سپس مدیر واحد شفاهی تأیید کند، بعد واحد مالی منتظر فاکتور بماند و در نهایت هیچ‌کس دقیق نداند درخواست در چه مرحله‌ای گیر کرده است. BPMS این مسیر را به یک جریان مشخص تبدیل می‌کند: ثبت درخواست، بررسی مدیر، کنترل بودجه، تأیید مالی، ارجاع به خرید و ثبت نتیجه نهایی.

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

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

چالش اصلی اینجاست که اگر فرآیندهای سازمان از قبل بد طراحی شده باشند، BPMS فقط همان آشفتگی را سریع‌تر و دیجیتالی‌تر می‌کند. بنابراین اولین برداشت درست از BPMS این نیست که «یک نرم‌افزار می‌خریم و همه‌چیز حل می‌شود»؛ برداشت درست این است که «اول مسیر کار را می‌فهمیم، بعد آن را در سیستم اجرا و قابل‌اندازه‌گیری می‌کنیم». حالا برای اینکه موضوع ملموس‌تر شود، باید ببینیم اصلاً فرآیند کسب‌وکار یعنی چه.

فرآیند کسب‌وکار یعنی کارهایی که هر روز تکرار می‌شوند، اما معمولاً کسی مالک کامل آن‌ها نیست

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

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

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

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

پس اگر بخواهیم ساده بگوییم، فرآیند کسب‌وکار همان مسیر تکرارشونده‌ای است که اگر درست طراحی شود، سازمان را قابل پیش‌بینی می‌کند؛ و اگر رها شود، مدیر را درگیر پیگیری‌های فرسایشی روزانه خواهد کرد. حالا که مفهوم فرآیند روشن‌تر شد، باید ببینیم BPMS دقیقاً چه لایه‌ای روی این فرآیندها اضافه می‌کند.

BPMS فقط کارها را ثبت نمی‌کند؛ مسیر حرکت، مسئولیت و گلوگاه را قابل مشاهده می‌کند

یکی از سوءبرداشت‌های رایج این است که هر نرم‌افزاری که امکان ثبت درخواست یا ارجاع کار داشته باشد، BPMS محسوب می‌شود. این برداشت کامل نیست. یک ابزار ساده ممکن است فقط بگوید «درخواست ثبت شد» یا «وظیفه به کاربر ارجاع شد»، اما BPMS باید بتواند مسیر کامل کار را تعریف، کنترل و تحلیل کند. یعنی مشخص کند بعد از هر اقدام، مرحله بعد چیست و چه شرطی باعث تغییر مسیر می‌شود.

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

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

BPMS کمک می‌کند این مسیر رسمی ساخته شود. هر درخواست یک وضعیت دارد، هر وضعیت یک مسئول دارد، هر مسئول یک زمان پاسخ‌گویی دارد و هر تأخیر در سیستم دیده می‌شود. این یعنی مدیر برای فهمیدن وضعیت کارها مجبور نیست در گروه‌ها جستجو کند یا از افراد جداگانه گزارش بگیرد. سیستم باید به او نشان دهد کدام فرآیندها روان حرکت می‌کنند و کدام‌ها در یک مرحله خاص گیر کرده‌اند.

البته باید یک نکته را صادقانه گفت: اگر سازمان آمادگی شفافیت نداشته باشد، BPMS ممکن است در ابتدا مقاومت ایجاد کند. چون دیگر مشخص می‌شود چه کسی کار را عقب انداخته، کدام واحد بیشتر تأخیر دارد و کدام مرحله اضافه یا بی‌اثر است. اما همین شفافیت، اگر درست مدیریت شود، یکی از مهم‌ترین ارزش‌های BPMS است. حالا سؤال بعدی این است که آیا این سیستم همان اتوماسیون اداری است یا تفاوت جدی‌تری وجود دارد؟

یک مثال ساده: درخواست خرید در روش سنتی و در BPMS

برای اینکه تفاوت BPMS با مدیریت سنتی روشن‌تر شود، یک سناریوی ساده را در نظر بگیریم. کارمند واحد اجرا متوجه می‌شود برای ادامه پروژه به یک ابزار یا سرویس جدید نیاز دارد. در روش معمول، درخواست را در واتس‌اپ به مدیر می‌فرستد. مدیر می‌گوید «بررسی می‌کنم». چند روز بعد کارمند یادآوری می‌کند. مدیر از واحد مالی می‌پرسد بودجه داریم یا نه. مالی درخواست فاکتور می‌کند. تأمین‌کننده دیر پاسخ می‌دهد و در نهایت کسی دقیق نمی‌داند این خرید چرا یک هفته عقب افتاد.

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

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

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

جمع‌بندی این بخش روشن است: BPMS قرار نیست فقط یک فرم دیجیتال بسازد؛ باید کمک کند سازمان بفهمد هر فرآیند چطور حرکت می‌کند، کجا متوقف می‌شود و چه کسی باید قدم بعدی را بردارد. حالا که اصل مفهوم روشن شد، در بخش بعدی باید سراغ یکی از مهم‌ترین ابهام‌های کاربران برویم: تفاوت BPM، BPMS، ERP، CRM و اتوماسیون اداری چیست؟

چیست؟ BPMS

تفاوت BPM، BPMS، ERP، CRM و اتوماسیون اداری چیست؟

یکی از دلایل سردرگمی مدیران هنگام انتخاب نرم‌افزار سازمانی این است که چند اصطلاح شبیه به هم کنار هم قرار می‌گیرند: BPM، BPMS، ERP، CRM و اتوماسیون اداری. شاید در نگاه اول همه آن‌ها یک کار انجام دهند؛ یعنی نظم دادن به اطلاعات و کارهای سازمان. اما واقعیت این است که هر کدام از زاویه متفاوتی به کسب‌وکار نگاه می‌کنند و اگر این تفاوت را درست نفهمیم، ممکن است نرم‌افزاری بخریم که خوب است، اما برای مسئله فعلی ما مناسب نیست.

در بررسی‌های ما، بسیاری از شرکت‌ها وقتی می‌گویند «BPMS می‌خواهیم»، در واقع دنبال اتوماسیون اداری هستند. بعضی‌ها هم وقتی درخواست CRM می‌دهند، درد اصلی‌شان مدیریت فرآیند فروش است. گروهی هم ERP را به‌عنوان راه‌حل همه مشکلات می‌بینند، در حالی که هنوز فرآیندهای داخلی‌شان روی کاغذ هم شفاف نشده است. اینجاست که انتخاب ابزار قبل از تشخیص مسئله، خودش به یک هزینه پنهان تبدیل می‌شود.

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

اگر بخواهیم خیلی ساده بگوییم، BPM یک روش مدیریتی است، BPMS ابزار اجرای آن روش است، CRM روی رابطه با مشتری تمرکز دارد، ERP منابع و عملیات اصلی سازمان را یکپارچه می‌کند و اتوماسیون اداری بیشتر روی مکاتبات، ارجاعات و گردش کارهای اداری متمرکز است. اما این توضیح هنوز کافی نیست. در ادامه هر کدام را با مثال باز می‌کنیم تا تفاوت‌ها واقعی‌تر دیده شوند.

BPM چیست و چرا با BPMS یکی نیست؟

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

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

اما وقتی همین مسیر در یک سیستم پیاده می‌شود، فرم پیش‌فاکتور ساخته می‌شود، مسئول هر مرحله مشخص می‌شود، زمان پاسخ‌گویی تعریف می‌شود و گزارش تأخیرها قابل مشاهده می‌شود، وارد قلمرو BPMS شده‌ایم. در واقع BPMS بدون BPM درست، فقط یک ابزار است؛ و BPM بدون ابزار مناسب، معمولاً روی کاغذ می‌ماند. این دو باید کنار هم دیده شوند، نه جایگزین هم.

ما در ابرتیم معمولاً این موضوع را با یک تشبیه ساده توضیح می‌دهیم: BPM شبیه نقشه و روش رانندگی است، BPMS شبیه خودرویی است که شما را در مسیر حرکت می‌دهد و داشبوردی دارد که سرعت، مسیر و خطاها را نشان می‌دهد. اگر نقشه غلط باشد، بهترین خودرو هم شما را به مقصد درست نمی‌رساند. اگر خودرو نداشته باشید، نقشه خوب هم فقط یک ایده باقی می‌ماند.

اشتباه رایج این است که سازمان‌ها بدون تحلیل فرآیند، مستقیم سراغ خرید نرم‌افزار می‌روند. نتیجه این می‌شود که همان مراحل اضافه، همان تأییدهای غیرضروری و همان ابهام‌ها فقط وارد سیستم جدید می‌شوند. بنابراین قبل از اینکه بپرسیم «کدام BPMS بهتر است؟»، باید بپرسیم «کدام فرآیند ما واقعاً نیاز به بازطراحی دارد؟» حالا که تفاوت BPM و BPMS روشن شد، نوبت به مقایسه BPMS با CRM می‌رسد.

تفاوت BPMS و CRM؛ مدیریت فرآیند یا مدیریت رابطه با مشتری؟

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

فرض کنید یک مشتری فرم درخواست دمو را در سایت پر می‌کند. در CRM، اطلاعات مشتری ثبت می‌شود، کارشناس فروش مسئول پیگیری می‌شود، تماس‌ها و مذاکرات ذخیره می‌شوند و وضعیت فرصت فروش تغییر می‌کند. اما اگر بخواهیم مسیر کامل رسیدگی به این درخواست را طراحی کنیم، مثلاً ارسال خودکار پیام، ارجاع به کارشناس، تعیین زمان تماس، ثبت نتیجه، ارسال پیش‌فاکتور، تأیید مدیر فروش و تبدیل قرارداد به پروژه، اینجا منطق BPMS وارد ماجرا می‌شود.

در تجربه ما، بسیاری از تیم‌های فروش ایرانی مشکلشان فقط نداشتن CRM نیست؛ مشکلشان نداشتن فرآیند فروش قابل پیگیری است. یعنی اطلاعات مشتری ثبت می‌شود، اما معلوم نیست اگر کارشناس تا ۲۴ ساعت تماس نگرفت چه می‌شود، اگر مشتری قیمت خواست چه مرحله‌ای فعال می‌شود، اگر پیش‌فاکتور ارسال شد چه زمانی باید پیگیری بعدی انجام شود. اینجاست که CRM و BPMS باید به شکل مکمل دیده شوند.

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

جمع‌بندی ساده است: اگر مسئله شما ثبت و پیگیری ارتباط با مشتری است، CRM محور اصلی است. اگر مسئله شما طراحی مسیر کاری بین چند نقش و چند مرحله است، BPMS اهمیت بیشتری پیدا می‌کند. اما در بسیاری از کسب‌وکارهای واقعی، این دو باید کنار هم کار کنند. حالا باید ببینیم ERP در این میان چه جایگاهی دارد و چرا نباید آن را با BPMS اشتباه گرفت.

تفاوت BPMS و ERP؛ یکپارچه‌سازی منابع یا مدیریت جریان کار؟

ERP معمولاً برای یکپارچه‌سازی منابع و عملیات اصلی سازمان استفاده می‌شود؛ مثل مالی، انبار، تولید، خرید، فروش، منابع انسانی و گاهی زنجیره تأمین. هدف ERP این است که داده‌های اصلی سازمان در چند سیستم پراکنده نباشند و واحدهای مختلف بر اساس اطلاعات مشترک کار کنند. اما BPMS بیشتر روی نحوه حرکت کار بین افراد، واحدها و مراحل تمرکز دارد. به بیان ساده‌تر، ERP می‌گوید «چه داده‌ای داریم»، BPMS می‌گوید «کار با این داده چطور باید جلو برود».

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

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

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

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

تفاوت BPMS و اتوماسیون اداری؛ مکاتبه کافی نیست، فرآیند باید قابل مدیریت باشد

اتوماسیون اداری در بازار ایران معمولاً با مدیریت نامه‌ها، مکاتبات، ارجاعات، جلسات، درخواست‌ها و گردش فرم‌های اداری شناخته می‌شود. این سیستم‌ها به سازمان کمک می‌کنند کاغذبازی کمتر شود، نامه‌ها گم نشوند و ارجاعات داخلی ساختارمندتر انجام شود. اما BPMS از نظر مفهومی یک قدم عقب‌تر و یک قدم عمیق‌تر می‌رود: می‌پرسد اصلاً این کار چرا، چطور، توسط چه کسی، در چه زمانی و با چه شرط‌هایی باید انجام شود.

برای مثال، اتوماسیون اداری می‌تواند نامه درخواست خرید را از کارمند به مدیر و از مدیر به مالی ارجاع دهد. اما BPMS باید بتواند منطق فرآیند را دقیق‌تر تعریف کند: اگر مبلغ بالاتر از سقف مشخص بود، مسیر تأیید تغییر کند؛ اگر بودجه پروژه کافی نبود، درخواست متوقف شود؛ اگر سه روز پاسخی داده نشد، هشدار ارسال شود؛ اگر خرید انجام شد، گزارش هزینه به پروژه مرتبط شود. این تفاوت، در ظاهر کوچک اما در مدیریت واقعی سازمان بسیار مهم است.

در بررسی‌های ما، بسیاری از سازمان‌ها به اشتباه فکر می‌کنند چون نامه‌ها را دیجیتال کرده‌اند، فرآیندهایشان هم بهینه شده است. در حالی که دیجیتالی شدن یک مسیر بد، الزاماً آن را بهتر نمی‌کند. اگر تأییدها اضافه باشند، اگر نقش‌ها مبهم باشند، اگر گزارش خروجی وجود نداشته باشد، اتوماسیون فقط سرعت جابه‌جایی همان ابهام را بیشتر می‌کند. BPMS باید کمک کند خود مسیر هم بازطراحی و بهتر شود.

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

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

این جدول به ما کمک می‌کند به جای دعوا بر سر نام نرم‌افزارها، اول مسئله را تشخیص دهیم. اگر مسئله شما گم شدن مکاتبات است، اتوماسیون اداری نقطه شروع خوبی است. اگر مسئله شما از دست رفتن سرنخ‌هاست، CRM مهم می‌شود. اگر مسئله شما جریان نامشخص کار بین واحدهاست، BPMS وارد میدان می‌شود. و اگر منابع و داده‌های اصلی سازمان پراکنده‌اند، ERP جای بحث پیدا می‌کند.

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

چیست؟ BPMS

BPMS چگونه کار می‌کند؟ از طراحی فرآیند تا اجرا و پایش

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

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

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

یک BPMS قابل اتکا معمولاً از چند مرحله تشکیل می‌شود: شناسایی فرآیند، طراحی مسیر، مدل‌سازی نقش‌ها و شرط‌ها، اجرای فرآیند، پایش عملکرد، تحلیل گلوگاه‌ها و بهینه‌سازی مداوم. هر کدام از این مراحل اگر جدی گرفته نشود، خروجی ضعیف می‌شود. در ادامه این مراحل را با زبان عملی و مثال بررسی می‌کنیم تا ببینیم BPMS دقیقاً چطور از یک ایده مدیریتی به یک سیستم اجرایی تبدیل می‌شود.

مرحله اول: شناسایی فرآیند؛ قبل از نرم‌افزار باید مسئله را پیدا کنیم

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

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

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

اشتباه رایج این است که سازمان‌ها می‌خواهند از روز اول همه چیز را فرآیندی کنند. نتیجه معمولاً سنگین شدن پروژه، مقاومت کارکنان و تأخیر در رسیدن به خروجی است. ما در ابرتیم پیشنهاد می‌کنیم از یک یا دو فرآیند پرتکرار شروع شود؛ فرآیندهایی که تیم با آن‌ها درگیر است و اثر بهبودشان سریع دیده می‌شود. این رویکرد با مفهوم TTV یا زمان رسیدن به ارزش هم‌خوانی دارد: اول یک ارزش قابل لمس، بعد توسعه تدریجی.

پس در شناسایی فرآیند، باید از خودمان بپرسیم: کدام کار بیشتر گم می‌شود؟ کدام درخواست بیشتر تأخیر دارد؟ کدام مرحله بیشتر به پیگیری مدیر وابسته است؟ کدام فرآیند اگر شفاف شود، فشار مدیریتی را کم می‌کند؟ پاسخ این سؤال‌ها مسیر انتخاب فرآیند اول را نشان می‌دهد. وقتی مسئله درست انتخاب شد، نوبت طراحی مسیر می‌رسد.

مرحله دوم: طراحی و مدل‌سازی؛ مسیر کار باید قبل از اجرا قابل دیدن باشد

بعد از شناسایی فرآیند، باید مسیر آن طراحی شود. طراحی فرآیند یعنی مشخص کنیم کار از کجا شروع می‌شود، چه اطلاعاتی لازم دارد، چه کسی آن را دریافت می‌کند، چه شرط‌هایی در مسیر وجود دارد، چه زمانی باید هشدار داده شود و خروجی نهایی چیست. اینجا نباید عجله کرد، چون کیفیت طراحی مستقیماً روی کیفیت اجرای BPMS اثر می‌گذارد.

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

در این مرحله، مدل‌سازی فرآیند کمک می‌کند مسیر کار قبل از اجرا دیده شود. لازم نیست همیشه از نمودارهای پیچیده استفاده کنیم. برای شروع، حتی یک نقشه ساده با چند جعبه و فلش هم می‌تواند کافی باشد. مهم این است که تیم بفهمد اگر اتفاق A افتاد، مرحله بعد B است؛ اگر شرط X وجود داشت، مسیر به سمت C می‌رود؛ و اگر اطلاعات ناقص بود، درخواست باید به ثبت‌کننده برگردد.

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

چالش این مرحله، زیاده‌روی در پیچیده‌سازی است. بعضی تیم‌ها تلاش می‌کنند تمام استثناهای ممکن را از روز اول وارد فرآیند کنند. نتیجه، مدلی سنگین و غیرقابل استفاده است. بهتر است نسخه اول فرآیند ساده باشد، اما قابل اجرا. بعد از چند هفته استفاده واقعی، داده‌ها نشان می‌دهند کجا باید شرط اضافه شود، کجا مرحله حذف شود و کجا نقش‌ها تغییر کنند. حالا که فرآیند طراحی شد، باید آن را به اجرا رساند.

مرحله سوم: اجرا و اتوماسیون؛ وقتی فرآیند از روی کاغذ وارد کار روزانه می‌شود

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

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

در گزارش‌های جهانی درباره اتوماسیون و بهره‌وری، بارها به کاهش کارهای تکراری و آزاد شدن زمان تیم‌ها اشاره شده است. برای نمونه، McKinsey در تحلیل‌های خود درباره اتوماسیون تأکید می‌کند که بخش قابل توجهی از فعالیت‌های کاری در بسیاری از مشاغل قابلیت خودکارسازی یا بهینه‌سازی دارند. ما در ابرتیم این نگاه را برای بازار ایران این‌طور ترجمه می‌کنیم: لازم نیست همه چیز اتوماتیک شود؛ کافی است کارهای تکراری، فراموش‌شدنی و چندمرحله‌ای از حالت شفاهی خارج شوند.

یکی از خطاهای رایج در این مرحله، حذف کامل نقش انسان از فرآیند است. BPMS خوب قرار نیست جای تصمیم‌گیری انسانی را بگیرد، بلکه باید تصمیم‌ها را به‌موقع، مستند و قابل پیگیری کند. مثلاً تأیید نهایی خرید ممکن است همچنان با مدیر باشد، اما سیستم باید اطلاعات لازم را آماده کند، مهلت پاسخ را مشخص کند و نتیجه را ثبت کند. این تفاوت بین اتوماسیون هوشمند و اتوماسیون کور است.

وقتی فرآیند وارد کار روزانه شد، باید مراقب پذیرش کاربران باشیم. اگر فرم‌ها طولانی باشند، مراحل زیاد باشند یا سیستم کند و نامفهوم باشد، کارکنان مقاومت می‌کنند. ما معمولاً پیشنهاد می‌کنیم در هفته‌های اول، فرآیندهای جدید با آموزش کوتاه، مثال عملی و پشتیبانی نزدیک همراه شوند. بعد از اجرا، مرحله مهم‌تری شروع می‌شود: پایش عملکرد و پیدا کردن گلوگاه‌ها.

مرحله چهارم: پایش و تحلیل؛ BPMS باید به مدیر دید بدهد، نه فقط داده خام

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

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

در تجربه ما، مدیران معمولاً به گزارش‌های زیاد نیاز ندارند؛ به گزارش‌های درست نیاز دارند. یک داشبورد خوب باید نشان دهد چه چیزی نیاز به اقدام دارد. مثلاً تعداد درخواست‌های معوق، میانگین زمان تأیید، فرآیندهای گیرکرده، وظایف نزدیک به ددلاین و کاربران با حجم کار بالا. اگر گزارش‌ها فقط زیبا باشند اما تصمیمی را ساده‌تر نکنند، بیشتر تزئینی‌اند تا مدیریتی.

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

BPMS وقتی بالغ می‌شود که مدیر فقط نپرسد «چه کسی کار را انجام نداده؟»، بلکه بپرسد «چرا این مرحله دائماً عقب می‌افتد؟» تفاوت این دو سؤال مهم است. سؤال اول فردمحور است؛ سؤال دوم فرآیندمحور. اگر سازمان به این سطح برسد، BPMS از ابزار کنترل افراد به ابزار بهبود سازمان تبدیل می‌شود. اما کار اینجا تمام نمی‌شود؛ داده‌های پایش باید به اصلاح فرآیند منجر شوند.

مرحله پنجم: بهینه‌سازی مستمر؛ فرآیند خوب، یک‌بار برای همیشه طراحی نمی‌شود

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

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

ما در ابرتیم معمولاً پیشنهاد می‌کنیم فرآیندهای تازه‌پیاده‌سازی‌شده بعد از ۳۰ تا ۴۵ روز بازبینی شوند. نه خیلی زود که هنوز داده کافی وجود ندارد، نه خیلی دیر که عادت‌های غلط تثبیت شوند. در این بازبینی باید از کاربران واقعی هم نظر گرفت، چون آن‌ها جزئیاتی را می‌بینند که مدیر در داشبورد نمی‌بیند. گاهی یک فیلد اضافی، یک مرحله نامفهوم یا یک اعلان دیرهنگام می‌تواند کل تجربه کاربری را خراب کند.

نکته مهم این است که بهینه‌سازی نباید فقط با هدف سریع‌تر کردن فرآیند انجام شود. بعضی فرآیندها باید سریع باشند، بعضی باید دقیق باشند، بعضی باید قابل ردگیری باشند و بعضی باید ریسک را کم کنند. مثلاً تأیید هزینه‌های مالی شاید نیاز به کنترل بیشتری داشته باشد، اما درخواست‌های ساده اداری می‌توانند سبک‌تر طراحی شوند. BPMS خوب باید بین سرعت، دقت و کنترل تعادل ایجاد کند.

جمع‌بندی این بخش این است که BPMS یک پروژه یک‌باره نیست؛ یک چرخه مدیریتی است. ابتدا فرآیند را می‌شناسیم، بعد طراحی می‌کنیم، اجرا می‌کنیم، پایش می‌کنیم و دوباره بهترش می‌کنیم. حالا که فهمیدیم BPMS چطور کار می‌کند، باید به سؤال مهم‌تری برسیم: چه کسب‌وکارهایی واقعاً به BPMS نیاز دارند و چه کسانی هنوز برای آن آماده نیستند؟

چه کسب‌وکارهایی واقعاً به BPMS نیاز دارند؟

همه کسب‌وکارها به BPMS در یک زمان و با یک شدت نیاز ندارند. بعضی سازمان‌ها هنوز در مرحله‌ای هستند که با یک سیستم ساده‌تر، مثل اتوماسیون اداری یا مدیریت وظایف، مسئله‌شان را حل می‌کنند. اما بعضی دیگر به نقطه‌ای رسیده‌اند که بدون فرآیندمحور کردن کارها، هر رشد تازه‌ای فقط آشفتگی بیشتری می‌سازد. BPMS دقیقاً برای همین نقطه طراحی شده است؛ جایی که سرعت رشد از ظرفیت مدیریت دستی جلو زده است.

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

ما در ابرتیم معمولاً یک معیار عملی داریم: هرجا کارها بدون سیستم، بیش از حد به «یادآوری انسانی» وابسته باشند، وقت فکر کردن به BPMS رسیده است. اگر هنوز افراد باید با پیام، تماس یا جلسه‌های پی‌درپی همدیگر را دنبال کنند تا کار جلو برود، یعنی فرآیندها هنوز رسمی نشده‌اند. BPMS برای پایان دادن به همین وابستگی‌هاست؛ نه برای زیباتر کردن ظاهر کار.

البته یک چالش واقعی هم وجود دارد: بعضی مدیران خیلی زود به سراغ BPMS می‌روند، در حالی که هنوز فرآیندهای پایه‌شان مبهم است. این اشتباه باعث می‌شود نرم‌افزار به جای کمک، تبدیل به باری اضافی شود. پس سؤال درست فقط این نیست که «آیا BPMS خوب است؟»؛ سؤال درست این است که «آیا الان سازمان من برای فرآیندمحور شدن آماده است یا نه؟»

شرکت‌های پروژه‌محور؛ وقتی تأخیر کوچک، هزینه بزرگ می‌سازد

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

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

در تجربه ما، یکی از دردهای اصلی این شرکت‌ها «گم شدن مسئولیت» است. همه می‌دانند کار باید انجام شود، اما هیچ‌کس دقیقاً مالک مرحله بعد نیست. BPMS این مشکل را حل می‌کند چون هر مرحله صاحب دارد، زمان دارد و خروجی مشخص دارد. اگر یک مرحله متوقف شود، سیستم نشان می‌دهد کجا و چرا متوقف شده است. این شفافیت، مخصوصاً در کسب‌وکارهایی که چند پروژه هم‌زمان دارند، ارزش حیاتی دارد.

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

اگر پروژه‌محور هستید، اما هنوز فرآیندهای شما در واتس‌اپ و اکسل می‌چرخد، BPMS احتمالاً زود یا دیر به نیاز جدی شما تبدیل می‌شود. هرچه تعداد پروژه‌ها و وابستگی‌ها بیشتر شود، هزینه نبود فرآیند رسمی بالاتر می‌رود. حالا که این گروه را شناختیم، برویم سراغ کسب‌وکارهای فروش‌محور که دردشان کمی متفاوت است.

تیم‌های فروش و بازاریابی؛ وقتی سرنخ‌ها از بین می‌روند

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

فرض کنید یک لید از سایت وارد می‌شود. اگر فقط در CRM ثبت شود اما فرآیند پیگیری آن مشخص نباشد، ممکن است کارشناس فروش آن را همان روز ببیند یا سه روز بعد. مدیر هم متوجه نمی‌شود که کدام سرنخ به‌موقع تماس گرفته نشده است. BPMS در اینجا کمک می‌کند مسیر پیگیری استاندارد شود: ثبت سرنخ، تخصیص خودکار، زمان تماس، پیگیری دوم، ارسال فایل، ثبت نتیجه و ارجاع به قرارداد.

ما در ابرتیم بارها دیده‌ایم که مشکل تیم فروش فقط «نداشتن آدم بیشتر» نیست. مشکل اصلی این است که هیچ چرخه منظم و تکرارشونده‌ای برای پیگیری وجود ندارد. برخی سرنخ‌ها خوب می‌مانند، بعضی‌ها فراموش می‌شوند و بعضی‌ها به خاطر تأخیر یک روزه به رقبا می‌روند. BPMS اینجاست که کمک می‌کند هیچ سرنخی بدون مرحله بعد رها نشود.

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

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

منابع انسانی و امور اداری؛ جایی که تأخیرهای کوچک، نارضایتی بزرگ می‌سازند

واحد منابع انسانی و امور اداری از اولین جاهایی است که از BPMS سود می‌برد. چرا؟ چون این واحد پر از درخواست‌های تکراری، تأییدهای مرحله‌ای و کارهای قابل‌استانداردسازی است. مرخصی، مأموریت، اضافه‌کاری، مساعده، درخواست تجهیزات، ثبت حضور و غیاب، گردش نامه، تایید استخدام یا خروج نیرو، همه می‌توانند در قالب فرآیند تعریف شوند. هرجا درخواست زیاد و پیگیری انسانی خسته‌کننده است، BPMS ارزش پیدا می‌کند.

برای مثال، در یک شرکت، درخواست مرخصی ممکن است از کارمند شروع شود، به مدیر مستقیم برسد، سپس در صورت نیاز وارد بررسی منابع انسانی شود و در نهایت روی حقوق و کارکرد اثر بگذارد. اگر این جریان به‌درستی تعریف نشده باشد، اختلاف بین کارمند و واحد HR ایجاد می‌شود. کارمند می‌گوید درخواست داده، واحد HR می‌گوید ثبت نشده، مدیر هم می‌گوید خبر نداشتم. BPMS این ابهام را از بین می‌برد.

در تجربه ما، این حوزه یک درد پنهان دارد: خستگی مدیریتی ناشی از پیگیری‌های تکراری. مدیر منابع انسانی یا امور اداری نباید هر روز از صفر توضیح دهد که چه کسی درخواست داده، در چه مرحله‌ای است و چرا پاسخ نگرفته است. وقتی BPMS درست پیاده شود، همین پرسش‌های تکراری کاهش پیدا می‌کند و تیم می‌تواند وقتش را صرف کارهای مهم‌تر کند؛ مثل جذب، نگهداشت، توسعه و بهبود تجربه کارکنان.

چالش اینجاست که بعضی سازمان‌ها بخش HR را فقط برای «ثبت» می‌خواهند، نه برای فرآیندسازی. در حالی که ارزش واقعی BPMS در HR این است که درخواست‌ها از ابتدا تا انتها قابل پیگیری باشند و داده‌هایشان بعداً برای تصمیم‌گیری استفاده شود. یعنی اگر مرخصی‌ها زیاد شد، اگر تأخیرها الگو پیدا کرد یا اگر برخی واحدها بیشتر از بقیه درخواست برگشتی دارند، سیستم این را نشان بدهد.

برای سازمان‌هایی که واحد اداری‌شان شلوغ است، BPMS می‌تواند به‌تنهایی چند ساعت کار روزانه را کم کند. اما شرطش این است که فرآیندها ساده، شفاف و قابل‌فهم طراحی شوند. اگر این اتفاق بیفتد، هم کارکنان راحت‌ترند و هم مدیران کمتر درگیر جزئیات می‌شوند. حالا نوبت سازمان‌های چندواحدی و در حال رشد است.

سازمان‌های در حال رشد و چندواحدی؛ وقتی هماهنگی از خود کار سخت‌تر می‌شود

کسب‌وکارهایی که از یک تیم کوچک به چند واحد یا چند شعبه رسیده‌اند، معمولاً با یک درد مشترک مواجه می‌شوند: هماهنگی از خود کار سخت‌تر می‌شود. وقتی تعداد افراد کم است، مدیر می‌تواند با پیام و جلسه همه چیز را جمع کند. اما وقتی تیم بزرگ‌تر می‌شود، این روش‌ها به‌سرعت فرسایشی می‌شوند. BPMS برای همین مرحله بسیار مفید است، چون کمک می‌کند هماهنگی از حالت شفاهی خارج شود و در سیستم ثبت گردد.

در چنین سازمان‌هایی، یک درخواست ساده ممکن است از چند واحد عبور کند. مثلاً خرید یک نرم‌افزار جدید باید از واحد درخواست‌کننده، IT، مالی، مدیریت و گاهی امنیت اطلاعات تأیید بگیرد. اگر این مسیر رسمی نباشد، هر بار از نو تعریف می‌شود و هرکس برداشت خودش را دارد. نتیجه، تأخیر، اختلاف و دوباره‌کاری است. BPMS این مسیر را یک‌بار درست تعریف می‌کند و بعد همان مسیر قابل استفاده و اصلاح می‌ماند.

ما در ابرتیم معمولاً برای سازمان‌های در حال رشد یک توصیه ساده داریم: اگر مدیر باید برای فهمیدن وضعیت کارها از چند نفر جداگانه گزارش بگیرد، یعنی ساختار ارتباطی سازمان هنوز به سیستم وابسته نشده است. در این مرحله، BPMS فقط یک ابزار تکنولوژیک نیست؛ یک لایه نظم‌دهنده است که مانع از فروپاشی هماهنگی در اثر رشد می‌شود.

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

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

نشانه‌های آماده بودن سازمان برای BPMS

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

نشانه دیگر این است که واحدهای مختلف هر کدام نسخه خودشان را از یک فرآیند تعریف می‌کنند. مثلاً فروش یک شکل قرارداد را می‌فرستد، مالی شکل دیگری را می‌خواهد، اجرا فرم سومی دارد و مشتری بین این‌ها سردرگم می‌شود. اگر چنین وضعی دارید، یعنی فرآیندها هنوز از مرحله «شخص‌محور» به مرحله «سیستم‌محور» نرسیده‌اند. اینجا BPMS می‌تواند شکاف را پر کند.

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

در یک جمله: هرجا کارها از حافظه افراد بیشتر از سیستم تبعیت کنند، BPMS به نیاز جدی تبدیل می‌شود.

چیست؟ BPMS

سوالات متداول درباره :
BPMS

BPMSرا برای حل آشفتگی بخرید، نه برای اضافه کردن یک نرم‌افزار دیگر

BPMS زمانی به یک سرمایه‌گذاری قابل دفاع تبدیل می‌شود که یک مسئله مشخص را حل کند: تأخیر در تأییدها، گم شدن پیگیری مشتری، ابهام در مسئولیت‌ها، پراکندگی اطلاعات یا نبود گزارش قابل اتکا. اگر صرفاً به دنبال اضافه کردن یک ابزار جدید هستید، احتمالاً بعد از مدتی تیم شما به همان روش‌های قبلی برمی‌گردد.

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

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