بهترین روش‌های مدل‌سازی مالی؛ جریان داده و کنترل خطا

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

بهترین روش‌ها یعنی چه؟

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

اصل اول: جریان داده از ورودی به خروجی

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

ورودی: داده‌های واقعی

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

محاسبه: برنامه‌ها و سه صورت مالی

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

خروجی: داشبورد خلاصه

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

بخش مدیریت: فرض‌ها و کنترل خطا

دو بخش در ابتدای مدل جا می‌گیرند، چون به همه‌ی بخش‌ها وصل‌اند.

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

درباره‌ی ایده‌ی نگهداری فرض‌ها در یک مکان، در نوشته‌ی بعدی همین مجموعه بیشتر صحبت می‌کنیم.

اصل دوم: راهنمای قالب‌بندی

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

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

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

اصل سوم: کنترل خطا در یک جای واحد

همه اشتباه می‌کنیم؛ مدل‌ها هم اشتباه دارند. بنابراین مدل شما به راهی برای کنترل خطا نیاز دارد و بهتر است این کار در یک جای متمرکز انجام شود.

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

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

دو دسته مشکل

بهتر است خطاها را به دو گروه تقسیم کنید:

1. مشکلات کسب‌وکار: مدل درست کار می‌کند، اما چیزی درباره‌ی شرکت باید بدانید؛ مثلاً شرکت شرایط تعهدات وام را رعایت نمی‌کند.
2. مشکلات مدل: چیزی در ساختار مدل خراب است و باید اصلاح شود؛ مثلاً ترازنامه متوازن نیست.

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

خلاصه‌ی سه اصل

برای دیدن این اجزا در کنار هم، به اجزای مدل مالی هم سر بزنید.

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

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

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

کنترل خطا چند مورد باید داشته باشد؟ هرچه بیشتر، بهتر؛ به شرط آنکه همه در یک جا جمع شوند و نتیجه‌شان با یک نشانگر کلی دیده شود.

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

جمع‌بندی

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