مدل کسبوکار
مدلهای مشارکتی در پروژههای فناوری: تسهیم درآمد، سرویس مدیریتشده و BOT
وقتی کارفرما بودجهٔ سرمایهای ندارد یا ریسک اجرا بالاست، مدل قرارداد میتواند خودش راهحل باشد. مقایسهٔ عملی چهار مدل.
در بیشتر پروژههای فناوری، بحث بر سر «چه بسازیم» است و مدل قرارداد در انتها و بهصورت اداری تعیین میشود. این ترتیب اغلب اشتباه است. در پروژههایی که ریسک اجرا بالاست یا بودجهٔ سرمایهای محدود است، انتخاب مدل قرارداد خودش بخشی از راهحل است — و گاهی مهمترین بخش آن.
در ادامه چهار مدل رایج را با شرایطی که هر کدام در آن جواب میدهد مرور میکنیم.
مدل ۱ — خرید و نگهداری
کلاسیکترین مدل: کارفرما سختافزار و لایسنس را میخرد، مالک دارایی میشود، و قرارداد پشتیبانی سالانه میبندد.
کِی جواب میدهد: وقتی راهکار اثباتشده است، نیازها ثابتاند، و سازمان ظرفیت بهرهبرداری داخلی دارد. همچنین وقتی مالکیت دارایی به دلایل حاکمیتی یا امنیتی الزامی است.
کِی جواب نمیدهد: وقتی هنوز مطمئن نیستید راهکار برای شما کار میکند. در این حالت، کل ریسک را پیشاپیش خریدهاید.
مدل ۲ — سرویس مدیریتشده
پیمانکار مالک زیرساخت میماند و کل سامانه را بهصورت سرویس، با تضمین سطح خدمت، ارائه میدهد. کارفرما بهجای دارایی، نتیجه میخرد.
کِی جواب میدهد: وقتی فناوری سریع تغییر میکند، وقتی سازمان نمیخواهد تیم تخصصی بسازد، و وقتی هزینهٔ عملیاتی (OPEX) از هزینهٔ سرمایهای (CAPEX) راحتتر تأمین میشود.
نکتهٔ کلیدی: ارزش این مدل کاملاً به کیفیت SLA وابسته است. SLA بدون جریمهٔ معنادار و بدون سازوکار اندازهگیری مستقل، فقط یک متن است. سه چیز باید در آن روشن باشد: چه چیزی سنجیده میشود، چه کسی میسنجد، و اگر سطح رعایت نشد دقیقاً چه اتفاقی میافتد.
مدل ۳ — تسهیم درآمد
پیمانکار سرمایهگذاری میکند و از درآمدی که راهکار تولید میکند سهم میبرد. کارفرما دارایی یا دسترسی را میآورد (فضا، ناوگان، پایگاه مشتری) و بدون هزینهٔ اولیه وارد میشود.
کِی جواب میدهد: وقتی راهکار درآمد مستقیم و قابل اندازهگیری تولید میکند — رسانه، خدمات ارزشافزوده، کارمزد تراکنش. و وقتی کارفرما داراییای دارد که خودش نمیتواند از آن درآمد بسازد.
چیزی که باید در قرارداد باشد: تعریف دقیق «درآمد» (ناخالص یا خالص؟ پیش یا پس از کسر چه اقلامی؟)، سازوکار گزارشدهی و حسابرسی، حداقل تضمینشده برای کارفرما، و مهمتر از همه — شرایط و سازوکار خروج. مشارکت چندسالهای که راه خروج روشنی ندارد، دیر یا زود به اختلاف میرسد.
مدل ۴ — ساخت، بهرهبرداری، انتقال (BOT)
پیمانکار میسازد، برای دورهٔ مشخصی بهرهبرداری میکند، و در پایان مالکیت کامل را منتقل میکند.
کِی جواب میدهد: وقتی کارفرما در بلندمدت مالکیت میخواهد اما امروز نه بودجه دارد نه ظرفیت بهرهبرداری. دورهٔ بهرهبرداری، هم سرمایهٔ پیمانکار را برمیگرداند و هم فرصت انتقال دانش را میسازد.
نکتهٔ حیاتی: آنچه منتقل میشود باید دقیق تعریف شود. سختافزار بهتنهایی بیارزش است اگر بدون کد منبع، مستندات، دادهٔ تاریخی و آموزش تیم منتقل شود. فهرست اقلام انتقال باید در روز اول قرارداد نوشته شود، نه در ماه آخر.
چطور انتخاب کنیم
سه سؤال معمولاً پاسخ را روشن میکند:
- ریسک اصلی کجاست؟ اگر ریسک این است که راهکار برای شما کار نکند، مدلی انتخاب کنید که پرداخت را به نتیجه گره بزند. اگر ریسک این است که پیمانکار بماند یا نماند، مالکیت و مستندات را مقدم کنید.
- درآمد یا صرفهجویی قابل اندازهگیری است؟ تسهیم درآمد فقط وقتی ممکن است که بتوان عدد را شمرد و طرفین به شمارش اعتماد کنند.
- بعد از پایان قرارداد، چه کسی این را میچرخاند؟ پاسخ این سؤال، انتخاب بین سرویس مدیریتشده و BOT را تقریباً بهتنهایی تعیین میکند.
در هر مدلی که انتخاب میکنید، یک اصل ثابت است: طرفی که بیشترین کنترل بر نتیجه را دارد، باید بیشترین سهم از ریسک را هم بردارد. قراردادی که این تناسب را رعایت نکند، در اولین مشکل جدی به بنبست میرسد.
