بازگشت سرمایه نرمافزار را چطور حساب کنیم؟
سؤالی که هر مدیر مالی از هر پروژهٔ نرمافزاری میپرسد: چقدر برمیگردد؟
و جوابی که معمولاً میگیرد یا مبهم است («بهرهوری بالا میرود») یا آنقدر خوشبینانه که کسی باور نمیکند.
فرمولش ساده است:
ROI = (سود خالص ÷ هزینهٔ کل) × ۱۰۰
سختی در فرمول نیست. در پیدا کردن دو عددی است که در آن میگذارید.
طرف هزینه: چیزی که معمولاً کم گفته میشود
هزینهٔ واقعی، رقم قرارداد نیست. اینهاست:
هزینهٔ ساخت: قرارداد توسعه، طراحی، مدیریت پروژه.
هزینهٔ راهاندازی: مهاجرت داده، آموزش، دورهٔ موازی که هر دو سامانه کار میکنند، افت بهرهوری در ماههای اول.
هزینهٔ جاری سالانه: سرور، پشتیبانی، بهروزرسانی، تغییرات. بین پانزده تا بیستوپنج درصد هزینهٔ ساخت، هر سال.
وقت تیم داخلی. جلسات، تصمیمها، تست، بازبینی. این بزرگترین قلم پنهان است و تقریباً هیچوقت حساب نمیشود.
آن آخری را جدی بگیرید: پروژهای که شش ماه از چهار نفر هفتهای پنج ساعت میگیرد، حدود ۵۰۰ نفرساعت هزینهٔ داخلی دارد که در هیچ فاکتوری نیست.
افق محاسبه را سه سال بگذارید، نه یک سال. نرمافزاری که سال اول به سختی سربهسر میشود، ممکن است در سال سوم چند برابر برگردانده باشد — و محاسبهٔ یکساله آن را رد میکند.
طرف سود: کدام صرفهجویی واقعی است
اینجا جایی است که بیشتر محاسبات ROI بیاعتبار میشوند.
صرفهجویی واقعی
کاهش خطا با هزینهٔ مشخص. اگر سالی ده فاکتور اشتباه صادر میشود و هر کدام میانگین ۲۰ میلیون تومان اصلاح و جریمه دارد، این ۲۰۰ میلیون تومان واقعی است.
حذف هزینهٔ مستقیم. لایسنسی که دیگر لازم نیست، فرمهای چاپی، انبار کاغذ، پیک بین شعبهها.
افزایش ظرفیت بدون استخدام. اگر واحدی که با پنج نفر ماهی هزار سفارش پردازش میکرد حالا با همان پنج نفر دو هزار سفارش پردازش میکند، هزینهٔ اجتنابشدهٔ استخدام واقعی است.
درآمد قابل انتساب. کانال فروش جدیدی که قبلاً نبود، سفارشهایی که به دلیل نبود موجودی از دست میرفت.
کاهش سرمایهٔ در گردش. موجودی اضافی که با پیشبینی بهتر آزاد میشود. در شرکتهای پخش، این معمولاً بزرگترین قلم است و کمتر از همه دیده میشود.
صرفهجویی خیالی
«هر کارمند روزی نیم ساعت صرفهجویی میکند» ضربدر تعداد کارمندان.
این محاسبه تقریباً همیشه غلط است، و دلیلش مهم است: نیم ساعت آزادشده به سود تبدیل نمیشود مگر آنکه کار دیگری جایش بنشیند یا نیرویی کم شود. اگر کارمند همان حقوق را میگیرد و همان ساعت را کار میکند، هیچ پولی صرفهجویی نشده.
این صرفهجویی وقتی واقعی میشود که یکی از این دو اتفاق بیفتد: ظرفیت آزادشده حجم بیشتری را جذب کند (یعنی رشد بدون استخدام)، یا اضافهکاری حذف شود — که پرداخت واقعی است و قابل شمارش.
«رضایت مشتری بالا میرود.» درست است و عدد نیست. مگر آنکه بتوانید به نرخ ریزش یا خرید مجدد وصلش کنید.
«تصمیمگیری بهتر میشود.» بیشک، و غیرقابل محاسبه.
توصیهٔ ما: موارد خیالی را در محاسبه نیاورید، ولی جدا فهرست کنید. محاسبهای که فقط اعداد قابل دفاع دارد و کنارش میگوید «اینها هم هست که قیمت نگذاشتهایم»، از محاسبهای که همهچیز را عدد کرده معتبرتر است — و در جلسهٔ مدیریت دوام میآورد.
یک مثال کامل
سامانهٔ مدیریت سفارش برای یک شرکت پخش:
هزینه (سه ساله):
| قلم | مبلغ |
|---|---|
| ساخت | ۱٫۰ واحد |
| راهاندازی و آموزش | ۰٫۱۵ |
| نگهداری سه سال (۲۰٪ سالانه) | ۰٫۶ |
| وقت تیم داخلی | ۰٫۲ |
| جمع | ۱٫۹۵ |
سود سالانه:
| قلم | مبنا |
|---|---|
| حذف خطای ثبت سفارش | تعداد خطا × هزینهٔ میانگین اصلاح |
| حذف اضافهکاری پایان ماه | ساعت × نرخ، از فیش حقوقی |
| رشد حجم بدون استخدام | حقوق نفراتی که لازم نشدند |
| کاهش موجودی راکد | مبلغ آزادشده × نرخ هزینهٔ سرمایه |
اگر جمع سود سالانه ۱٫۱ واحد باشد، سود سهساله ۳٫۳ و ROI برابر است با (۳٫۳ − ۱٫۹۵) ÷ ۱٫۹۵ ≈ ۶۹٪ در سه سال.
عمداً از واحد نسبی استفاده کردهام و نه از عدد تومانی. رقم واقعی به اندازهٔ سازمان و دامنهٔ پروژه بستگی دارد و هر عددی که اینجا بنویسم برای شما گمراهکننده است. آنچه قابل انتقال است، ساختار محاسبه است نه اعدادش.
پروژههایی که ROI مستقیم ندارند
بعضی پروژهها صرفهجویی نمیسازند و لازماند. سه دسته:
الزام قانونی. اتصال به سامانهٔ مؤدیان ROI ندارد؛ جایگزینش جریمه است. محاسبهٔ درست اینجا «هزینهٔ نکردن» است نه بازگشت سرمایه.
کاهش ریسک. پشتیبانگیری، امنیت، تداوم کسبوکار. محاسبهاش احتمال × خسارت است. اگر احتمال قطعی جدی در سال ده درصد باشد و خسارتش پنج واحد، ارزش انتظاریاش نیم واحد در سال است — و پروژهای که ۰٫۳ واحد هزینه دارد توجیه میشود.
بدهی فنی. بازدهش در سرعت تحویل آینده است. تنها راه نشاندادنش، اندازهگیری زمان تغییر پیش و پس است — که در بدهی فنی گفتیم چطور.
اشتباهاتی که محاسبه را بیاعتبار میکنند
افق یکساله. بیشتر پروژههای سازمانی در سال اول برنمیگردند. سه سال ببینید.
نادیدهگرفتن هزینهٔ نگهداری. پروژهای که فقط با هزینهٔ ساخت حساب شود، سال دوم غافلگیر میکند.
فرض پذیرش صددرصدی از روز اول. واقعیت، منحنی است: سه تا شش ماه طول میکشد تا سامانه کامل به کار بیفتد. سود سال اول را ضریب بزنید.
نداشتن عدد «قبل». بزرگترین اشتباه. اگر امروز نمیدانید چقدر خطا دارید و چقدر زمان میبرد، سال بعد نمیتوانید بهبود را ثابت کنید. یک ماه اندازهگیری پیش از شروع، ارزشمندترین کاری است که در کل پروژه انجام میدهید.
مقایسه با «هیچکارینکردن» بهعنوان گزینهٔ رایگان. وضع موجود هزینه دارد؛ فقط در فاکتور نیست.
چطور در جلسه ارائه کنیم
سه سناریو بدهید، نه یک عدد: بدبینانه، محتمل، خوشبینانه. مدیر مالیای که بازه میبیند، بیشتر اعتماد میکند تا کسی که یک عدد قطعی میآورد.
فرضها را جدا و صریح بنویسید، تا قابل بحث باشند.
و نقطهٔ سربهسر را بگویید، نه فقط درصد بازگشت. «از ماه چهاردهم به بعد سودده است» جملهای است که تصمیمگیر میفهمد و به یاد میسپارد.
اگر برای پروژهای در حال ساختن این محاسبهاید و مطمئن نیستید کدام قلمها را باید ببینید، با ما صحبت کنید — همان فهرست قلمهای فراموششده که در تخمین پروژه آوردهایم، نقطهٔ شروع خوبی برای طرف هزینه است.