Approval Matrix چیست؟ چه کسی چه چیزی را تا چه سطحی تأیید می‌کند؟

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

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

Approval Matrix چیست؟ (پاسخ سریع)

Approval Matrix یا ماتریس تأیید، جدولی مرجع است که تعیین می‌کند برای هر نوع درخواست یا تصمیم، چه کسی و تا چه سطحی (معمولاً بر اساس مبلغ، ریسک یا نوع) مجاز به تأیید است. ماتریس تأیید، «آستانهٔ اختیار» را شفاف می‌کند و به همین دلیل جلوی دو خطای رایج را می‌گیرد: تمرکز تأیید روی یک نفر و بی‌مسئولیتی در تصمیم‌های بزرگ.

ماتریس تأیید با جریان تأیید و ماتریس مسئولیت چه تفاوتی دارد؟

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

• ماتریس تأیید (Approval Matrix): چه کسی تا چه سطحی حق تأیید دارد.
• جریان تأیید (Approval Workflow): درخواست در عمل از چه مسیری و به چه ترتیبی عبور می‌کند.
• ماتریس مسئولیت (RACI): چه کسی مسئول، پاسخگو، مشورت‌شده و مطلع است.

نکته مهم: ماتریس تأیید بدون تعریف جریان، فقط یک جدول است؛ و جریان بدون ماتریس، سردرگمی در اختیار ایجاد می‌کند. هر دو با هم کار می‌کنند.

ماتریس تأیید چه ستون‌هایی باید داشته باشد؟

یک ماتریس تأیید کاربردی حداقل این ستون‌ها را دارد:

آستانهٔ اختیار را چطور تعیین کنیم؟

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

1. تصمیم‌ها را دسته‌بندی کنید. کدام تصمیم‌ها پرتکرارند و کدام پرریسک؟
2. اثر مالی و برگشت‌پذیری را بسنجید. تصمیم‌های برگشت‌ناپذیر، آستانهٔ بالاتری می‌خواهند.
3. آستانه‌ها را مرحله‌بندی کنید. به‌جای یک آستانه، چند سطح منطقی بگذارید.
4. کمترین سطح ممکن را انتخاب کنید. اختیار را تا جای ممکن پایین نگه دارید تا سرعت حفظ شود.
5. جانشین و شرط ویژه بگذارید. برای غیبت و موارد خاص از قبل قاعده بسازید.
6. مرجع استثنا را روشن کنید. بگویید تصمیم‌های بالاتر از آستانه به کجا ارجاع می‌شوند.

چه خطاهایی ماتریس تأیید را بی‌اثر می‌کند؟

1. آستانه‌های نامرتبط با ریسک: اگر آستانه بر اساس سلسله‌مراتب باشد، ماتریس بی‌معنا می‌شود.
2. تعداد بی‌شمار سطح: ماتریس پیچیده، خوانده و رعایت نمی‌شود.
3. نبود جانشین: غیبت یک نفر، تصمیم‌ها را متوقف می‌کند.
4. نبود ثبت استثناها: موارد پرتکرارِ خارج از ماتریس، نشانهٔ آستانهٔ غلط است.
5. عدم به‌روزرسانی: با تغییر ساختار و مقیاس کسب‌وکار، ماتریس قدیمی می‌شود.
6. ابهام در مرز اختیار: «تا حدودی» یعنی هیچ‌کس نمی‌داند دقیقاً تا کجا.
7. نادیده‌گرفتن الزامات قانونی: برخی تأییدها (مثل حقوقی) اجباری‌اند و نباید ساده شوند.

چطور ماتریس تأیید را در سازمان جا بیندازیم؟

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

مثال‌های واقعی و قابل‌اندازه‌گیری

• شرکت خدماتی: پیش از ماتریس، همهٔ خریدها تا هر مبلغی باید تأیید مدیرعامل می‌گرفت و میانگین ۵ روز طول می‌کشید. با ماتریس سه‌سطحی (تا ۵ میلیون: سرپرست؛ تا ۵۰ میلیون: مدیر؛ بالاتر: مدیرعامل)، میانگین تأیید خریدهای کوچک به کمتر از یک روز رسید.
• مجموعهٔ ۸۰ نفره: استخدام‌های کم‌سطح بدون تأیید منابع انسانی انجام می‌شد. با تعیین شرط ویژه (تأیید منابع انسانی برای همهٔ استخدام‌ها)، مشکلات قراردادی کاهش یافت.
• تیم مالی: برخی قراردادها بدون بررسی حقوقی بسته می‌شد. با افزودن شرط «تأیید حقوقی برای قراردادهای بالای آستانه»، ریسک بندهای مشکل‌دار به‌طور محسوسی کم شد.
• واحد بازاریابی: هر هزینهٔ تبلیغاتی روی یک نفر متمرکز بود و او گلوگاه شده بود. با تعیین آستانه و جانشین، نرخ کمپین‌های معطل از ۳۰٪ به زیر ۱۰٪ رسید.

ساخت ماتریس تأیید در ۳۰ روز

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

یک برنامهٔ چهارهفته‌ای عملی:

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

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

هفتهٔ سوم، ماتریس را کامل کنید. برای هر ردیف، تأییدکنندهٔ اصلی، تأییدکنندهٔ دوم (در صورت نیاز)، جانشین، شرط ویژه (مثل تأیید حقوقی) و مرجع استثنا را بنویسید. ردیفی که این ستون‌ها را نداشته باشد، در عمل ناقص است.

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

مثال عددی: فرض کنید ماهانه ۳۰۰ درخواست خرید ثبت می‌شود و همه باید تأیید یک مدیر ارشد را بگیرند؛ میانگین انتظار ۴ روز. اگر ۸۰٪ این درخواست‌ها زیر آستانهٔ پایین باشند (۲۴۰ مورد) و با آستانه‌گذاری سریع‌تر شوند، فقط بهبود زمان انتظار این دسته از ۴ روز به ۱ روز، حدود ۷۲۰ روز-انتظار در ماه صرفه‌جویی می‌کند؛ عددی که ارزش ماتریس را به‌روشنی نشان می‌دهد.

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

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

مزایا، معایب و Trade-off

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

اشتباهات رایج

1. تعیین آستانه بر اساس جایگاه، نه ریسک: نتیجه، ماتریس بی‌ربط است.
2. افزودن سطح‌های بی‌شمار: ماتریس پیچیده رعایت نمی‌شود.
3. نوشتن نام افراد به‌جای نقش: با جابه‌جایی، ماتریس بی‌اعتبار می‌شود.
4. نبود جانشین و شرط ویژه: جریان در غیبت و موارد خاص می‌خوابد.
5. نبود ثبت استثنا: آستانه‌های غلط کشف نمی‌شوند.
6. عدم بازبینی: ماتریس از واقعیت سازمان عقب می‌ماند.
7. نادیده‌گرفتن الزامات قانونی: ساده‌سازی بیش‌ازحد، ریسک انطباق می‌سازد.

نکات کاربردی

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

دوایتفای و ماتریس تأیید

ماتریس تأیید فقط روی کاغذ کار نمی‌کند؛ باید در جریان واقعی کار قابل‌اجرا باشد. دوایتفای یک پلتفرم جامع مدیریت پروژه، مدیریت تیم و رسیدن به اهداف است که با آن می‌توان درخواست‌ها را به تسک و زیرتسک تبدیل کرد، مسئول و جانشین تعیین کرد و با اتوماسیون، وضعیت‌های تأیید و یادآورها را مدیریت کرد. کنترل کیفیت (QC)، وابستگی‌های WBS و گزارش‌های کاری هم کمک می‌کنند آستانه‌ها و استثناها رصد شوند. Doitify Copilot و AI Coach می‌توانند در ساخت و مدیریت این مسیرها همراه کاربر باشند. دوایتفای محصول ماست و امکاناتش را از نزدیک می‌شناسیم؛ بااین‌حال برای تنظیم یک ماتریس سادهٔ تأیید، ممکن است یک جدول مشترک هم کافی باشد.

جمع‌بندی

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

اگر موضوع Approval Matrix برایتان مفید بود، پیشنهاد می‌کنیم چگونه اولویت‌ بندی مؤثر انجام دهیم؟ و نرم افزار مدیریت پروژه فارسی یا خارجی؟ کدام بهتر است؟ راهنمای 2026 را هم بخوانید.