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