ماتریس تأیید و قواعد داخلی شرکت را چطور طراحی کنیم که واقعاً اجرا شوند؟

از آیین‌نامه تا قاعده اجرایی

جمله آیین‌نامه و قاعده اجرایی فرق دارند. «تخفیف‌ها باید معقول باشند» یک جمله است؛ نمی‌شود آن را اجرا کرد. قاعده اجرایی شرط، آستانه، مسئول و نتیجه دارد:

سه خروجی هر قاعده

• اجازه: عملیات بی‌درنگ انجام می‌شود.
• نیاز به تأیید: عملیات در انتظار می‌ماند و درخواست به فرد مسئول می‌رود.
• رد با توضیح: عملیات انجام نمی‌شود و دلیل، با نام قاعده، گفته می‌شود.

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

طراحی ماتریس تأیید

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

در طراحی به سه نکته توجه کنید:

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

مرخصی مدیر، گره سازمان نشود

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

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

پیش از فعال کردن، قاعده را آزمایش کنید

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

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

کتابخانه‌ای از قواعد رایج

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

چهار دام رایج

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

سه گام برای اجرا

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

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

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

این کار در دایاتل چگونه انجام می‌شود

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

همه ارزیابی‌ها، تأییدها و ردها در ممیزی می‌مانند. قیمت دایاتل بسته به ابعاد سازمان، ماژول‌ها و مدل استقرار تعیین می‌شود.

پرسش‌های متداول