چرخه سفارش تا وصول (Order-to-Cash) و نقطههای نشتی آن
سازمانها معمولاً سفارش را نگاه میکنند و وصول را نگاه میکنند، ولی کمتر کسی به فاصله بین این دو بهعنوان یک چیز واحد نگاه میکند. آن فاصله نامی دارد — چرخه سفارش تا وصول — و بیشتر پولی که در فروش سازمانی گم میشود، در حلقههای همین زنجیره گم میشود، نه در قیمتگذاری.
هفت حلقه
سفارش ثبت میشود. اعتبار مشتری سنجیده و قفل میشود. سفارش تأیید میشود. کالا از انبار خارج و ارسال میشود. فاکتور صادر و صورتحساب الکترونیکی ثبت میشود. مهلت تسویه سپری میشود. پرداخت میرسد و اعتبار آزاد میشود.
نگاهکردن به اینها بهعنوان یک زنجیره، دو چیز را نشان میدهد که نگاه جداگانه پنهان میکند: کجا کار متوقف میماند، و کجا اطلاعات بین دو سامانه میافتد.
سه نشتی که در بیشتر سازمانها وجود دارد و هیچکدام در گزارش فروش دیده نمیشوند.
نشتی اول: سفارشهایی که معلق میمانند
سفارشی که به تأیید مالی یا سرپرست رفته و کسی سراغش نرفته. مشتری فکر میکند ثبت شده، فروشنده فکر میکند در جریان است، و هیچکس مالک آن نیست.
راه بستنش ساده است و اغلب انجام نمیشود: هر وضعیت انتظار باید مهلت داشته باشد و پس از آن به کسی هشدار بدهد. گزارش «سفارشهای بیش از N ساعت در انتظار» باید هر روز صبح جلوی چشم کسی باشد.
و مشتری باید وضعیت را ببیند. مشتریای که نمیداند سفارشش در انتظار تأیید است، یا تلفن میزند یا دوباره ثبت میکند؛ هر دو هزینه دارند.
نشتی دوم: کالایی که رفته و فاکتور نشده
کالا از انبار خارج شده، به مشتری رسیده، و فاکتور صادر نشده. هر روز که بگذرد، یادآوریاش سختتر و اثباتش دشوارتر میشود.
علتش تقریباً همیشه شکاف بین سامانه انبار و سامانه مالی است. راهش تطبیق دورهای است: گزارشی که خروجهای انبار را با فاکتورهای صادرشده مقایسه کند و مغایرت را بیرون بدهد. اگر این گزارش وجود ندارد، فرض بگیرید نشتی دارید — سؤال فقط اندازهاش است.
نشتی سوم: پرداختی که به مانده اعمال نشده
مشتری پول داده و مانده حسابش آزاد نشده. اثرش دوطرفه است و طرف بدترش دیده نمیشود: مشتری نمیتواند سفارش بعدی را ثبت کند، پس فروش را از دست دادهاید بدون اینکه بفهمید. در گزارشها این بهشکل «سفارش کمتر» ظاهر میشود، نه بهشکل یک مشکل عملیاتی.
اگر مانده از نرمافزار مالی میآید، تأخیر همگامسازی مستقیماً به این نشتی تبدیل میشود. برای مشتریانی که همیشه نزدیک سقف کار میکنند، همگامسازی روزانه کافی نیست. الگوهای این اتصال را در فروش اعتباری و تسویه نوشتهایم.
دو نشتی کمگفتهشده
مرجوعیهایی که در حساب ننشستهاند. کالا برگشته، انبار تحویل گرفته، و اعتبار مشتری اصلاح نشده. همان اثر نشتی سوم را دارد.
سفارشهای ناقص که بسته اعلام شدهاند. بخشی از اقلام ارسال نشده و سفارش «تحویلشده» علامت خورده. مشتری میداند، شما نمیدانید، و در سررسید بابتش بحث میشود.
سنجهای که کل چرخه را نشان میدهد
سنجه متعارف، متوسط دوره وصول مطالبات است؛ یعنی بهطور میانگین چند روز طول میکشد تا پول یک فروش برگردد. مفید است ولی دیر هشدار میدهد.
سنجه عملیاتیتر، زمان هر حلقه است: از ثبت تا تأیید، از تأیید تا خروج، از خروج تا فاکتور، از سررسید تا وصول. وقتی این چهار عدد را جدا داشته باشید، دیگر لازم نیست حدس بزنید کجا کند است.
تجربه ما این است که در بیشتر سازمانها بزرگترین عدد، فاصله «تأیید تا خروج» یا «خروج تا فاکتور» است — یعنی جایی که هیچکس فکر نمیکرد مشکل باشد.
چه چیزی این را حل میکند
نه یک نرمافزار واحد. چیزی که حل میکند، این است که هر حلقه مالک، مهلت و سنجه داشته باشد و انتقال بین سامانهها قابل تطبیق باشد.
عملاً یعنی: هر وضعیت انتظار مهلت و هشدار دارد؛ برای هر انتقال داده بین دو سامانه یک گزارش تطبیق وجود دارد؛ و مشتری وضعیت را خودش میبیند.
اگر امروز میخواهید شروع کنید، لازم نیست پروژه بزرگی تعریف کنید. آن چهار عدد زمانی را برای یک ماه گذشته از داده موجودتان دربیاورید. معمولاً همان تمرین کافی است تا معلوم شود پول کجا میماند.