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

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

سه بخش: ورودی، مدل، خروجی

هر فرایند برنامه‌ریزی را مثل یک سیستم ساده به سه بخش تقسیم کنید و برای هر بخش مالک جدا تعریف کنید:

بخش مالک
ورودی (فرضیات) مدیران کسب‌وکار، با یک همکار مالی
مدل و فرایند فقط مالی
خروجی (برنامه‌ی نهایی) مدیرعامل، تیم اجرایی و رهبری مالی، مشترکاً

ورودی‌ها: دو نام برای هر فرض

برای هر فرض مهم باید دو نام بنویسید: مالک کسب‌وکار و همکار مالی. مالک کسب‌وکار کسی است که مسئول تحقق آن است و در ۱۲ ماه آینده آن را هدف عملکردی خود می‌داند. همکار مالی آن را به چالش می‌کشد، زمینه می‌دهد و مطمئن می‌شود با بقیه‌ی برنامه سازگار است؛ اما فرض مال کسب‌وکار است.

مثال: معاون فروش سازمانی هدف فروش سازمانی را مالک است، مدیر ارشد فروش هدف کل فروش را و مدیرعامل کل برنامه را. هر کدام یک نفر مالی دارد که «مچ‌بند» او را می‌گیرد: برای تصویر کلی مدیر مالی و برای فرض‌های جزئی ممکن است مدیر FP&A، همکار تجاری یا تحلیلگر باشد. اصل ثابت است: هر فرض مهم، در هر سطح تجمیع مهم، یک مالک کسب‌وکار و یک شریک مالی نام‌برده دارد.

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

مدل: مالکیت کامل مالی، اما نه مالکیت همه‌ی فرضیات

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

کی یک مدل باید چند مدل شود؟

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

راه‌حل، جداکردن مدل‌های عملیاتی از لایه‌ی تجمیع مالی است:

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

برای ساختار مدل بزرگ مدیریت مدل مالی بزرگ و ساخت مدل با جدا کردن واقعی و پیش‌بینی مفید است.

خروجی: لحظه‌ی «جمله‌ی عهد»

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

گام‌های عملی برای شروع

  1. فهرست فرضیات مهم را بنویسید و کنار هر کدام مالک کسب‌وکار و شریک مالی بگذارید.
  2. تعیین کنید کدام قسمت‌های مدل واحد، عملیاتی است (درآمد، نیرو، ظرفیت) و آنها را به مدل جدا ببرید.
  3. نگاشت و تعاریف ورودی به لایه‌ی تجمیع را مکتوب کنید.
  4. جلسه‌ی تأیید نهایی برنامه با حضور تیم اجرایی را در تقویم بگذارید.

نشانه‌های اینکه مالکیت جابه‌جا شده

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

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

اگر مالی مالک فرضیات نباشد، چه کاری انجام می‌دهد؟

فرضیات را به چالش می‌کشد، زمینه می‌دهد، با بقیه‌ی برنامه وصل می‌کند و مدل و فرایند را اداره می‌کند.

مدل واحد همیشه بد است؟

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

چطور منبع واحد حقیقت را حفظ کنیم؟

با یک مدل تجمیع مالی که مدل‌های عملیاتی در آن با نگاشت و تعریف روشن جمع می‌شوند.

چه کسی خروجی را مالک است؟

مدیرعامل، تیم اجرایی و رهبری مالی مشترکاً؛ تعهد جمعی به خروجی است که اجرا را ممکن می‌کند.

جمع‌بندی

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