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