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