سفارش تا وصول وجه (Order to Cash) در محصولات هوش مصنوعی
نرم‌افزار سال‌ها مدلی داشت که نقدینگی را خودبه‌خود حمایت می‌کرد: اول پول می‌گرفتید و بعد هزینه‌ی خدمت را می‌پرداختید. با آمدن هوش مصنوعی و قیمت‌گذاری بر اساس مصرف، این فاصله کم شده است. در این نوشته می‌بینید چرا فرایند سفارش تا وصول وجه (Order to Cash) حالا اهمیت راهبردی دارد و چه می‌شود کرد.
مدل قدیمی نرم‌افزار: اول پول، بعد هزینه
در مدل سنتی SaaS، فروش هر لایسنس اضافه تقریباً هزینه‌ی نهایی صفر داشت. مشتری معمولاً ماهانه یا سالانه از قبل پرداخت می‌کرد و هزینه‌ی ارائه‌ی خدمت بعداً می‌آمد. این هزینه‌ها تقریباً به سه بخش مساوی تقسیم می‌شدند:
- نیروی انسانی (پشتیبانی مشتری)
- API و اتصال به شرکای دیگر
- هزینه‌ی ابر (مثل AWS و GCP)
نتیجه یک خط زمانی خوب بود. مشتری پیش از استفاده پرداخت می‌کرد و شما بهای تمام‌شده‌ی فروش (COGS) را بعد از پرداخت و استفاده‌ی او می‌دادید. صورت‌حساب ابر آخر ماه می‌آید و بعد مهلت ۳۰ یا ۴۵ روزه دارد؛ یعنی حدود ۶۰ روز فرصت. حقوق هم عملاً با دو هفته تأخیر پرداخت می‌شود. چنین بافری خودش یک چرخه‌ی نقدی منفی (به نفع شما) در COGS می‌ساخت. برای آشنایی با این مفهوم، فرمول چرخه‌ی تبدیل وجه نقد را ببینید.
قیمت‌گذاری جدید این بافر را برداشته است
امروز بیشتر محصولات با یکی از دو مدل فروخته می‌شوند: مبتنی بر مصرف (بیشتر شرکت‌ها) و مبتنی بر نتیجه (گروه کوچک‌تری که یک معیار ارزش روشن و قابل تعریف دارند). در هر دو، آن بافر نقدی تقریباً از بین رفته است. شرکت‌ها برای جذب کاربر چیزی مثل اعتبار رایگان مدل زبانی هم می‌دهند و این آزمایش‌ها هزینه‌ی زیادی دارند. اگر با مدل مبتنی بر نتیجه آشنا نیستید، قیمت‌گذاری مبتنی بر نتیجه را بخوانید.
پیش‌تر ایراد نرم‌افزار این بود که در سطح کل شرکت سودآور نیست، ولی لااقل بالای خط هزینه‌های عملیاتی وضع خوبی داشت: حاشیه‌ی سود ناخالص بالا (بیش از ۸۰ درصد) و جریان نقد مثبت. هزینه‌های عملیاتی محل سوختن سرمایه بود و سود ناخالص خودکفا بود. این وضع دارد عوض می‌شود.
یک نکته‌ی احتیاطی: در قراردادهای بزرگ‌تر، مشتریان سازمانی گاهی اعتبار را پیش‌پرداخت می‌کنند و درد کمتر می‌شود. اما بخش بزرگ مشتریان کوچک‌تر معمولاً پیش‌پرداخت نمی‌کنند و شکاف همچنان هست.
چرا چرخه‌ی سفارش تا وصول وجه شکننده است؟
در بسیاری از شرکت‌ها این فرایند چند سیستم جدا از هم است و هیچ‌کس مسئولش نیست:
- ابزار ثبت سفارش که تیم فروش استفاده می‌کند
- یک سیستم صدور صورت‌حساب خانگی که معمولاً پیچیده و دست‌ودلبازانه ساخته شده
- یک کارمند مالی که با اکسل بررسی می‌کند پول رسیده یا نه
اگر مدل کسب‌وکار پولی‌سازی شما به‌هم‌ریخته باشد، کل موتور رشد شما شکننده است. یک فرایند یکپارچه سرعت را بالا می‌برد، اصطکاک را کم می‌کند و تجربه‌ی مشتری را بهتر می‌کند. حتی اگر امروز از مدل زبانی در محصولتان استفاده نمی‌کنید، نیاز مشتری ممکن است شش ماه دیگر کاملاً فرق کند. زیرساختی لازم است که بدون شش ماه کار مهندسی بتواند تغییر کند.
پنج راه برای بهبود چرخه‌ی نقدی
سؤال این است: آیا می‌توان سیستمی ساخت که مشتریان سریع‌تر از آنچه شما به ارائه‌دهنده‌ی مدل زبانی بدهکار می‌شوید پرداخت کنند؟ شاید هرگز کاملاً از هزینه‌ها جلو نیفتید، اما می‌توانید با افزایش کارایی DSO (روزهای وصول مطالبات) را کم کنید. حتی بهبودهای کوچک جمع می‌شوند. اگر DSO را نمی‌شناسید، محاسبه‌ی DSO را ببینید.
۱. دستی‌کاری‌ها را شناسایی و حذف کنید
اول وضعیت ایده‌آل را روی کاغذ بیاورید: نمایندگان فروش چه چیزی را لمس کنند و چه چیزی را نه؟ داده‌ها کجا ذخیره شود و کدام یک سیستم مرجع باشد؟ بیشتر شرکت‌ها این قدم را رد می‌کنند و مستقیم سراغ ممیزی وضع موجود می‌روند، در نتیجه یک فرایند خراب را بهینه می‌کنند به‌جای اینکه جایگزینش کنند.
بعد از ترسیم وضعیت ایده‌آل، هر جایی را که واقعیت با آن فرق دارد پیدا کنید. هر بار که یک نفر معامله را در مسیر دست می‌زند، مثلاً داده را از سیستمی به سیستم دیگر کپی می‌کند، دنبال امضا می‌دود یا قرارداد را به فیلد صورت‌حساب ترجمه می‌کند، یک گلوگاه است. برای هر گلوگاه یک عدد بر حسب روز بنویسید. DSO شما در همین فهرست پنهان است.
مثال عددی: ممکن است ۲ روز از DSO فقط به خاطر دیر ارسال شدن قراردادها باشد و ۳ روز دیگر برای رفت‌وبرگشت با مشتریانی که نمی‌دانند برای چه چیزی پول داده‌اند. تعجب می‌کنید که چه تعداد تأخیر از فرایندی می‌آید که هیچ‌کس عمداً طراحی‌اش نکرده.
۲. برای هر مشکل یک ابزار تخصصی نخرید
خطای بزرگ، خریدن ابزار جداگانه برای هر قسمت چرخه‌ی صدور صورت‌حساب است: ابزار قیمت‌گذاری و پیشنهاد، ابزار قرارداد، CRM، تبدیل دستی قرارداد امضاشده به سفارش در اکسل، فعال‌سازی محصول، ماژول صورت‌حساب، شناسایی درآمد در ERP، پیگیری وصول از طریق ایمیل، تطبیق پرداخت بانکی با فاکتور و در نهایت اکسل برای اطمینان از رسیدن پول. این فهرست خودش ناراحت‌کننده است.
وسوسه‌ی بعدی یافتن یک پلتفرم است که همه‌چیز را انجام دهد، ولی ابزارهایی که ادعای پوشش کامل می‌کنند معمولاً هیچ بخشی را عالی انجام نمی‌دهند. راه بهتر این است که اول جریان فرایند را طراحی کنید: یک معامله چطور از امضا به صدور فاکتور و وصول می‌رسد و در هر مرحله چه کسی یا چه چیزی دخیل است؟ بعد ابزارهایی را انتخاب کنید که با این معماری جور باشند و خوب به هم وصل شوند. طراحی اول می‌آید، ابزار بعد. این تصمیم را پیش از دیدن هر دمو بگیرید، مثلاً اینکه CRM سیستم مرجع باشد یا سیستم صدور صورت‌حساب.
۳. فهرست محصولات را ساده کنید
اگر هر بار مشتری چیزی خواست یک SKU جدید اضافه شده، هر SKU منطق قیمت‌گذاری، قواعد تسهیم، مسیر ارتقا و تنزل و رفتار شناسایی درآمد خودش را می‌خواهد. پیچیدگی با ترکیب‌ها بالا می‌رود: کاتالوگ با ۴۰ SKU نه چهار برابر، بلکه شاید حدود ده برابر سخت‌تر از کاتالوگ با ۱۰ SKU است، چون ترکیب‌ها ضرب می‌شوند.
مسیر معمول اصلاح این است: ۳ تا ۵ بسته‌ی اصلی، چند افزونه و تصمیم آگاهانه برای حذف یا ادغام بقیه. به‌قدری ساده که نماینده‌ی تازه‌کار بتواند قیمت را از حفظ بگوید. اگر خودتان نتوانید بگویید برای چه چیزی پول می‌گیرید، مشتری هم گم می‌شود. یک ایده: تاریخچه‌ی سفارش‌ها را به یک مدل زبانی بدهید و بپرسید مشتریان واقعاً کدام ترکیب‌ها را با هم می‌خرند.
۴. هزینه‌ی هر تعامل را دقیق رصد کنید
این شاخص تازه است و برای کسب‌وکارهای هوش مصنوعی دارد از مهم‌ترین‌ها می‌شود: هزینه‌ی هر تعامل عامل هوشمند. توکن‌ها فقط شروع ماجرا هستند. هزینه‌های دیگری هم دارید:
- ابزارهای امنیت و انطباق اطراف مدل
- زیرساخت مدیریت کل معماری عامل‌ها
- هر چیز دیگری که برای اجرای مدل در تولید لازم است
یک روش خوب برای محاسبه‌ی هزینه‌ی کامل: از تیم فنی بپرسید «اگر محصول هوش مصنوعی نداشتیم، چقدر از این هزینه‌ها همچنان لازم بود؟» تفاوت پاسخ، سهمی از هزینه‌ی کامل هوش مصنوعی است. وقتی هزینه‌ی پایه‌ی هر تعامل را بدانید، تصمیم قیمت‌گذاری هم آگاهانه‌تر می‌شود.
۵. محصول بهتر بسازید
شاید عجیب به نظر برسد. ما رشد در برابر کارایی را در سطح سود و زیان تصمیم می‌گیریم، ولی این تصمیم را در سطح مدل زبانی هم باید گرفت: در هر تراکنش و برای هر گروه مشتری، چقدر می‌خواهید حاشیه‌ی سود را حفظ کنید و چقدر بهترین تجربه را بدهید؟
بسیاری این را دوگانه می‌بینند: یا حاشیه یا تجربه. مدیران مالی موفق آن را مثل یک کلید تنظیم می‌بینند که در طول زمان تنظیم می‌شود، نه تصمیمی که یک بار گرفته شود و تا آخر بماند. ستاره‌ی راهنما کیفیت و تجربه‌ی مشتری است؛ نگهبان‌هایی لازم است که بدون قربانی کردن آن، معماری و ترکیب مدل‌ها را درست بچینند.
پرسش‌های متداول
سفارش تا وصول وجه دقیقاً چه مراحلی را شامل می‌شود؟
از ثبت سفارش و قرارداد شروع می‌شود، به صدور صورت‌حساب و شناسایی درآمد می‌رسد و با وصول و تطبیق پرداخت تمام می‌شود.
چرا شرکت‌های نرم‌افزاری که انبار ندارند باید به این موضوع اهمیت بدهند؟
چون با مصرف‌محور شدن قیمت‌گذاری، هزینه‌ی خدمت قبل از دریافت پول پرداخت می‌شود و مدیریت نقدینگی به همین دلیل مهم می‌شود.
بهترین کار برای کاهش DSO چیست؟
اول مسیر فعلی را نقشه‌برداری کنید و برای هر گلوگاه دستی عدد روز بگذارید. بعد دستی‌کاری‌ها را حذف کنید.
آیا باید یک پلتفرم واحد برای کل فرایند بخرم؟
لزوماً نه. ابتدا جریان فرایند را طراحی کنید و بعد ابزارهایی را انتخاب کنید که با آن جور باشند.
جمع‌بندی
اگر موتور پولی‌سازی شما نامنظم باشد، رشد هم شکننده است. فرایند سفارش تا وصول وجه نمود عملی مدل کسب‌وکار شماست؛ بخشی که کمتر دیده می‌شود ولی موتور رشد را می‌چرخاند. تجربه‌ی صورت‌حساب بخشی از تجربه‌ی مشتری است. اول فرایند را طراحی کنید، دستی‌کاری‌ها را حذف کنید، کاتالوگ را ساده کنید، هزینه‌ی هر تعامل را بشناسید و کلید حاشیه در برابر تجربه را آگاهانه تنظیم کنید.