ثبات مدیریتی شرکت: سیگنال‌های قابل‌دفاع از تاریخچهٔ هیئت‌مدیره

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

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

از داده چه می‌شود ساخت

هر ردیف یک دوره است: نفر، سمت، شروع، پایان. از همین چهار چیز، چند شاخص ساده می‌شود ساخت:

• طول دورهٔ فعلی مدیرعامل. از تاریخ شروع ردیف بدون پایان تا امروز.
• تعداد مدیرعامل‌ها در یک بازهٔ مشخص (مثلاً پنج سال اخیر).
• سهم اعضای تکراری. چند درصد از ترکیب فعلی در ترکیب قبلی هم بوده‌اند؟
• هم‌زمانی تغییرات. آیا چند سمت کلیدی در یک بازهٔ کوتاه با هم عوض شده‌اند؟
• بازرس‌ها. آیا بازرس‌ها همراه مدیران عوض می‌شوند یا مستقل‌اند؟

هیچ‌کدام از اینها خودشان «ریسک» نیستند. هر کدام یک سؤال می‌سازند که می‌توانید به تحلیلگر بدهید.

چرا امتیاز واحد را توصیه نمی‌کنم

وسوسه‌ی تبدیل همهٔ اینها به یک عدد صفر تا صد را می‌فهمم. دو مشکل دارد.

اول، وزن‌ها را از کجا می‌آورید؟ بدون داده‌ی پیامد (کدام شرکت‌ها واقعاً مشکل پیدا کردند) هر وزنی حدس است و عدد نهایی ظاهری دقیق دارد که بی‌پایه است.

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

پیشنهادم این است: به‌جای عدد، چند علامت روشن و قابل توضیح نشان دهید («مدیرعامل در دو سال اخیر سه بار عوض شده») و تصمیم نهایی را به انسان یا قاعده‌ای که صریح مستند است بسپارید.

مثال فرضی: ارزیابی تأمین‌کننده

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

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

تله‌های تفسیر

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

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

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

دلیل تغییر معلوم نیست. سرویس فقط تاریخ پایان را می‌دهد. استعفا، عزل و پایان دوره قانونی یکسان دیده می‌شوند.

سیگنال‌ها را با داده‌ی دیگر ترکیب کنید

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

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

هزینه و تکرار

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

آنچه این روش نمی‌کند

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

یک سناریوی فرضی برای بازبین

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

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

رفتار با شرکت‌های جدید

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

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

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

اگر عجله دارید

از تاریخچهٔ هیئت‌مدیره چند علامت قابل‌توضیح بسازید، نه یک امتیاز. هر علامت باید به یک سؤال برای بازبین ختم شود. محدودیت‌های داده (نبود شناسهٔ یکتا برای افراد، نبود دلیل تغییر) را در رابط و در مستندات داخلی بنویسید. اگر جای شما بودم، با دو یا سه علامت ساده شروع می‌کردم و بعد از دیدن چند ده پرونده تصمیم می‌گرفتم چه چیزی کم است.