قیمتگذاری پروژهٔ فریلنسری یک «فرمول طلایی» ندارد. عددی که هزینههای شما را پوشش میدهد ممکن است بالاتر از بودجهٔ یک مشتری یا پایینتر از ارزشی باشد که برای مشتری دیگر ایجاد میکنید. تصمیم حرفهای سه عدد را جدا نگه میدارد: کف پایداری کسبوکار، برآورد هزینه و ریسک همان پروژه، و قیمت پیشنهادی با شرایط روشن.
این راهنما نرخ بازار، حداقل قانونی یا نسخهٔ مالیاتی اعلام نمیکند. مقررات مالیات، بیمه، صورتحساب، ارز و قرارداد به محل فعالیت، نوع شخصیت و تاریخ وابستهاند؛ ارقام مربوط را با حسابدار یا مشاور حقوقی واجدصلاحیت همان حوزه بررسی کنید. هدف این است که ورودیها، فرضها و نقاط مذاکره را قابلردیابی کنید.
پاسخ کوتاه: پیش از اعلام قیمت این هفت خط را کامل کنید
خروجی و معیار پذیرش؛ اقلام خارج از دامنه؛ کاربستهها و بازهٔ زمان؛ هزینهٔ مستقیم؛ نرخ داخلی یا کف ظرفیت؛ فرضهای پرریسک؛ و شرایط پرداخت/تغییر. اگر یکی نامعلوم است، بهجای عدد قطعی یک discovery پولی، بازهٔ مشروط یا قرارداد ساعتی با سقف پیشنهاد دهید.
قیمت ثابت برای دامنهٔ مبهم، ریسک را حذف نمیکند؛ فقط آن را پنهان و معمولاً یکطرفه میکند. نرخ ساعتی نیز خودبهخود منصفانه نیست: تعریف زمان قابلصورتحساب، ثبت، سقف، اطلاعرسانی و اختیار توقف باید در قرارداد روشن باشد.
| لایه | پرسش | ورودی اصلی | اشتباه رایج |
|---|---|---|---|
| کف پایداری | برای ادامهٔ کسبوکار چه درآمدی لازم است؟ | هزینه، برداشت هدف، ذخیره و ظرفیت واقعی | تقسیم حقوق کارمندی بر ۱۶۰ ساعت |
| برآورد پروژه | این دامنه چه کار/هزینه/ریسکی دارد؟ | کاربسته، داده تاریخی، وابستگی و سناریو | افزودن درصد ثابت به حدس |
| قیمت پیشنهادی | در برابر چه تعهدی چه مبلغی میخواهیم؟ | مدل قرارداد، ارزش، بازار و شرایط | یکیگرفتن هزینه با قیمت |
| کنترل اجرا | چه زمانی باید بازبرآورد یا تغییر ثبت شود؟ | actual، burn، پذیرش و trigger تغییر | جذب رایگان scope creep |
| یادگیری | فرض کجا خطا داشت؟ | زمان/هزینه/اصلاح/وصول واقعی | قضاوت فقط با مبلغ قرارداد |
ابتدا واحد اقتصادی را تعریف کنید
«درآمد هدف» را با سود، جریان نقد و پول قابلبرداشت یکی نگیرید. درآمد فروش ممکن است شامل هزینهٔ همکار، مجوز، کارمزد پرداخت، رفتوبرگشت، خرید دارایی، مالیات/بیمه و زمان غیرقابلفروش باشد. یک فایل سالانه بسازید و هر قلم را فقط یکبار در جای درست ثبت کنید.
راهنمای محاسبه هزینههای کسبوکار SBA تفکیک هزینههای یکباره و ماهانه را پیشنهاد میکند. برای فریلنسر، یکباره میتواند خرید تجهیز یا راهاندازی باشد؛ دورهای میتواند نرمافزار، فضای کار، حسابداری، ارتباط و نگهداری باشد. این فهرست نمونه است، نه تعیین قابلیت کسر مالیاتی در ایران.
فرمول کف نرخ داخلی را بدون دوبارهشماری بسازید
یک مدل سادهٔ سالانه چنین است: کف نرخ داخلی = نیاز درآمد سالانه ÷ ساعات قابلفروش واقعبینانه. نیاز درآمد سالانه میتواند برداشت هدف مالک + هزینههای ثابت کسبوکار + ذخیرهٔ جایگزینی/وقفه + تعهدهای مالیات و بیمهٔ برآوردشده باشد. اگر مالیات را در این صورت گذاشتید، دوباره آن را به هر پروژه اضافه نکنید مگر منطق حسابداری مشخصی دارید.
هزینهٔ متغیر مختص پروژه—مثلاً لایسنس ویژه، چاپ، سفر یا همکار قراردادی—معمولاً جدا به برآورد همان پروژه میرود. نرخ داخلی ابزار تصمیم پشتصحنه است؛ الزاماً عددی نیست که در پروپوزال بهصورت ساعتی نمایش دهید. برای فهم سودآوری واقعی، ردیابی زمان و سود فریلنسری درآمد را از هزینه و کار غیرقابلفروش جدا میکند.
ساعات قابلفروش را از تقویم فرضی استخراج نکنید
۲۰ روز ضربدر ۸ ساعت، ظرفیت حضور است نه ظرفیت فروش. فروش، مذاکره، آمادهسازی پیشنهاد، حسابداری، وصول، نگهداری ابزار، یادگیری، مرخصی، بیماری و وقفهٔ بین پروژهها ظرفیت را مصرف میکنند. نسبت ۶۰ یا ۷۰ درصد قانون عمومی نیست.
اگر سابقه دارید، ۸ تا ۱۲ هفتهٔ نماینده را برچسب بزنید: delivery قابلصورتحساب، delivery جذبشده، فروش، اداره، یادگیری و نبود ظرفیت. تعریف رخداد و دادهٔ گمشده را با پروتکل ثبت پایدار زمان کنترل کنید. اگر تازهکارید، سه سناریوی محتاط/پایه/خوشبینانه بسازید و بعد از هر ماه جای فرض را با actual عوض کنید.
کف نرخ، حداقل دستمزد قانونی یا ارزش بازار نیست
تقسیم حداقل حقوق کارمند بر ساعات حضور، مقایسهٔ همارز نمیسازد؛ رابطه استخدامی ممکن است مزایا، مرخصی، بیمه، تجهیز، ریسک وصول و زمان غیرقابلفروش متفاوتی داشته باشد. از طرف دیگر، کف محاسباتی شما به مشتری تکلیف پرداخت ایجاد نمیکند. اگر بازار پیوسته پایینتر از کف است، گزینهها شامل تغییر دامنه/بخش مشتری، استانداردسازی، کاهش هزینه، افزایش مهارت/شاهد ارزش یا خروج از خدمت است—نه پنهانکردن زیان.
توضیح نقطه سربهسر SBA یادآوری میکند درآمد و هزینه در break-even برابرند؛ این نقطه هنوز سود هدف یا حاشیهٔ ایمنی نیست. از آن بهعنوان هشدار اقتصادی استفاده کنید، نه مهر «قیمت منصفانه».
دامنه را به کاربسته و شاهد پذیرش تبدیل کنید
برای هر خروجی بنویسید: ورودی مشتری، فعالیت، تحویلدادنی، معیار پذیرش، مالک تأیید و موعد بازخورد. «طراحی سایت» قابلبرآورد نیست؛ «سه قالب واکنشگرا بر اساس محتوای نهایی تأییدشده، در مرورگرهای نامبرده، با یک دور اصلاح تجمیعی» قابلبررسیتر است.
تقسیم کار باید برای برآورد و کنترل کافی باشد، نه آنقدر ریز که نگهداریاش از پروژه گرانتر شود. هزینهسنجی زمان، نرخ و حاشیه در راهنمای بهای تمامشده پروژه یک مسیر عملی برای وصلکردن کاربسته به دادهٔ واقعی میدهد.
یادگیری، دوبارهکاری و جلسه را درست طبقهبندی کنید
اینکه زمانی برای پروژه صرف شده، بهتنهایی حق فاکتور ایجاد نمیکند. discovery لازم، جلسهٔ توافقشده، تحقیق خاص مشتری، اجرای خروجی و اصلاح در دامنه میتوانند قابلصورتحساب باشند اگر قرارداد چنین بگوید. یادگیری عمومی برای جبران کمبود مهارت، خطای خود فریلنسر یا دوبارهکاری خارج از معیار توافقی ممکن است جذب شود. مرز را پیشاپیش بنویسید؛ پس از وقوع اختلاف، برچسبگذاری قابلاعتماد نیست.
در پروژهٔ تیمی، زمان هماهنگی، انتظار و handoff هم هزینه دارد اما مالکیت آن باید روشن باشد. مدیریت زمان پروژهٔ تیمی ثبت تصمیم، وابستگی و تحویل میان افراد را ساختار میدهد.
بهجای buffer ثابت، سه سناریو و محرک ریسک بسازید
افزودن ۲۰ یا ۳۰ درصد به هر تخمین مبنای همگانی ندارد. راهنمای رسمی برآورد هزینه دولت بریتانیا بر مستندسازی فرضها و exclusionها، داده قابلردیابی، تحلیل حساسیت و ارائهٔ بازهٔ متناسب با عدمقطعیت تأکید میکند. مقیاس راهنما زیرساختی است، اما اصل ردیابی فرض و تغییر driver برای پروژه کوچک هم مفید است.
برای هر driver پراثر—مثلاً آمادهبودن محتوا، سرعت پاسخ، کیفیت داده، تعداد تصمیمگیر و پیچیدگی integration—مقدار پایین/پایه/بالا و شاهد آن را بنویسید. سپس اثر هرکدام را جدا محاسبه کنید. reserve را به ریسکهای مشخص وصل کنید و شرایط مصرف/بازگشت آن را در قرارداد روشن سازید.
| driver نمونه | سناریوی پایه | سناریوی پرریسک | trigger قراردادی | پاسخ |
|---|---|---|---|---|
| محتوای مشتری | نسخه نهایی روز شروع | تأخیر/تغییر پس از طراحی | تحویل ناقص تا تاریخ توافقی | جابهجایی زمان یا change order |
| بازخورد | یک دور تجمیعی | چند نفر/چند دور پراکنده | عبور از دور یا پنجره | نرخ/بسته اصلاح اضافه |
| داده/سیستم | دسترسی آزموده | API یا داده نامعلوم | شکست discovery | بازبرآورد پیش از build |
| موعد | توالی عادی | کار فوری/همپوشان | کاهش lead time | کاهش دامنه یا قیمت ظرفیت |
| پرداخت | پیشپرداخت/مرحلهای | وصول دیر یا ارزی | عبور از موعد/آستانه تغییر | توقف امن/بازقیمتگذاری طبق قرارداد |
مدل قرارداد را با عدمقطعیت و قابلیت پذیرش تطبیق دهید
قیمت ثابت زمانی مناسبتر است که خروجی و پذیرش روشن و تغییر قابلکنترل باشد. ساعتی یا time-and-materials برای discovery و دامنهٔ متغیر انعطاف دارد، به شرط گزارش و سقف. retainer برای ظرفیت رزروشده یا خدمت تکراری است و باید مصرف، انقضا، rollover و زمان پاسخ را تعریف کند. value-based به شناخت اثر اقتصادی، alternatives و انتساب معتبر نیاز دارد؛ صرف گفتن «برای مشتری ارزش دارد» قیمت را اثبات نمیکند.
| مدل | زمان مناسب | کنترل لازم | ریسک اصلی |
|---|---|---|---|
| ساعتی با سقف | ابهام/پژوهش/نگهداری | تعریف billable، گزارش، هشدار سقف | تمرکز اختلاف روی ساعت |
| قیمت ثابت | خروجی و پذیرش پایدار | دامنه، فرض، تغییر، milestone | زیان ناشی از ابهام پنهان |
| Discovery سپس fixed | ابهام فنی یا کسبوکاری | خروجی discovery و تصمیم ادامه | انتظار رایگانبودن کشف |
| Retainer | تقاضای تکراری/ظرفیت رزرو | سقف، SLA، rollover، کار خارج بسته | ظرفیت بلااستفاده یا اضافهمصرف |
| مبتنی بر ارزش | اثر قابلسنجش و اعتماد بالا | baseline، attribution، حدود اثر | ادعای ارزش بدون شاهد |
از یک برآورد نقطهای به بازهٔ تصمیم برسید
فرض کنید پنج مقالهٔ تخصصی لازم است. نرخها و اعداد زیر فقط نمونهٔ روشاند و پیشنهاد نرخ بازار نیستند. کاربستهها را از پروژههای مشابه، سطح آمادهبودن brief و سابقه اصلاح استخراج کنید. سناریو را با تغییر driver بسازید، نه با ضرب نهایی در عدد دلخواه.
| جزء | مبنای پایه | سناریوی پایین | سناریوی پایه | سناریوی بالا/trigger |
|---|---|---|---|---|
| تحقیق/طرح | داده ۳ پروژه مشابه | brief و منابع کامل | یک شکاف محدود | نیاز به مصاحبه/منبع تازه |
| نگارش | دامنه واژه + تخصص | ساختار تأییدشده | پنج خروجی استاندارد | تغییر intent یا مخاطب |
| بازبینی | یک دور تجمیعی | پذیرش دور اول | یک دور در پنجره | دور دوم یا نظر متعارض |
| هزینه مستقیم | فاکتور/quote تأمینکننده | بدون خرید اضافه | ابزار مشخص | لایسنس/همکار تازه |
| قیمت | کار × نرخ داخلی + هزینه + ریسک مستند | عدد/دامنه پایین | عدد پایه مشروط | change order یا توقف و بازبرآورد |
پروپوزال باید فرض و خارجازدامنه را قابلدیدن کند
پروپوزال کوتاه هم میتواند شامل این اجزا باشد: هدف و خروجی؛ معیار پذیرش؛ دامنه و exclusion؛ برنامه و وابستگی مشتری؛ مبلغ و ارز؛ اعتبار قیمت؛ مالیات/کارمزد طبق بررسی محلی؛ milestone و موعد پرداخت؛ مالکیت و مجوز؛ محرمانگی؛ لغو؛ تأخیر؛ تغییر؛ و حل اختلاف. قرارداد را متناسب با حوزه قضایی بازبینی کنید.
اگر تخفیف لازم است، trade-off را نشان دهید: خروجی کمتر، پنجره طولانیتر، اصلاح کمتر، مسئولیت بیشتر مشتری یا زمان تحویل منعطف. نرخ را بیصدا کمنکنید در حالی که تعهد ثابت میماند. هزینههای پنهانِ پذیرش و خروج را با چکلیست هزینهٔ پنهان تعهد مرور کنید.
ارز، تورم و تأخیر را با trigger مدیریت کنید
حدسزدن نرخ آینده راهبرد قراردادی نیست. ارز قیمت، نرخ مرجع و زمان تبدیل، اعتبار quote، سهم پیشپرداخت، milestone، هزینه انتقال و trigger بازقیمتگذاری را بنویسید. برای پروژهٔ بلند، بازبینی در تاریخ یا آستانهٔ مشخص شفافتر از بند مبهم «با تورم تغییر میکند» است.
تأخیر مشتری میتواند برنامه سایر پروژهها را جابهجا کند. پنجرهٔ بازخورد، مدت hold، شرایط ازسرگیری و ظرفیت مجدد را از ابتدا تعریف کنید. برای کنترل بودجه در اجرا، مقایسه actual و forecast پروژه انحراف را پیش از پایان نشان میدهد.
ثبت مالی و فاکتور را از گزارش زمان جدا نکنید
زمان ثبتشده باید به کاربسته، دامنه و صورتحساب قابلردیابی باشد، اما دفتر زمان جای سند مالی نیست. راهنمای رکوردهای خوداشتغالی GOV.UK نمونهای حوزهمحور از نگهداری فروش، درآمد، هزینه و شواهد است؛ الزامات شما را قانون محل فعالیت تعیین میکند. اصل قابلانتقال، نگهداری رکورد دقیق و قابلشناسایی است.
راهنمای اجزای فاکتور GOV.UK نیز نمونهای از شماره یکتا، شرح روشن، تاریخ خدمت/فاکتور، مبلغ و جمع است. آن را نسخهٔ حقوقی ایران ندانید؛ ساختار فاکتور و صورتحساب الکترونیکی را با منبع رسمی جاری و متخصص بررسی کنید. جریان تبدیل زمان تأییدشده به فاکتور در فرایند صورتحساب مشتری شرح داده شده است.
کنترل تغییر را پیش از scope creep تعریف کنید
درخواست تازه ابتدا ثبت میشود، نه بلافاصله اجرا. اثر آن بر دامنه، قیمت، موعد، کیفیت و وابستگی سنجیده میشود؛ سپس مشتری یکی از پذیرش هزینه/زمان، جایگزینی با قلم موجود، تعویق به فاز بعد یا رد را تأیید میکند. توافق شفاهی را در کانال رسمی خلاصه کنید.
اگر موعد در خطر است، فشار پنهانی راهحل نیست. پروتکل بازیابی موعد با مذاکرهٔ دامنه و کیفیت کمک میکند گزینهها و پیامدها پیش از بحران قابلدیدن شوند.
پس از پروژه، سود و خطای برآورد را جدا بررسی کنید
در closeout، estimate و actual را برای هر کاربسته مقایسه کنید: زمان delivery، هماهنگی، دوبارهکاری، هزینه مستقیم، تأخیر، زمان وصول و تغییرها. اختلاف را با علت کدگذاری کنید: دامنه، داده ناقص، خطای کیفیت، وابستگی مشتری، فرض فنی یا ظرفیت. «باید سریعتر میبودم» علت قابلاصلاح نیست.
یک پروژه ممکن است حاشیه خوبی داشته باشد ولی جریان نقد بد، یا سود کم ولی ارزش نمونهکار/یادگیری توافقشده داشته باشد. این trade-offها را پیش از پذیرش نامگذاری کنید. پس از سه تا پنج پروژه مشابه، نرخ داخلی، ساعات قابلفروش و driverهای سناریو را با داده تازه بازبینی کنید.
جمعبندی اجرایی
قیمتگذاری دفاعپذیر از عدد شروع نمیشود؛ از تعریف واحد اقتصادی، ظرفیت قابلفروش، دامنه و پذیرش آغاز میشود. کف نرخ به پایداری کمک میکند، برآورد پروژه هزینه/عدمقطعیت را نشان میدهد، و قیمت پیشنهادی تعهد تجاری را با قرارداد بیان میکند. هیچکدام بهتنهایی نرخ «درست بازار» نیست.
برای پیشنهاد بعدی، یک کاربسته نمونه را با داده تاریخی برآورد کنید، سه سناریو و trigger تغییر بنویسید، مدل قرارداد را انتخاب کنید و actual را پس از پایان بازگردانید. اگر هنوز ابهام زیاد است، discovery محدود بهتر از قیمت ثابتِ مطمئننماست.
پرسشهای متداول
آیا همهٔ زمان جلسه و پیام با مشتری قابلصورتحساب است؟
نه خودکار. تعریف billable باید پیش از کار روشن باشد. جلسه، بررسی brief یا ارتباط لازمِ موردتوافق میتواند داخل قیمت یا ساعتی باشد؛ فروش اولیه، خطای خودتان یا ارتباط خارج دامنه تابع قرارداد و سیاست اعلامشده است.
برای پروژهٔ ثابت، زودتر تمامکردن یعنی باید پول پس بدهم؟
اگر قرارداد قیمت ثابت برای خروجی و پذیرش است، مبلغ معمولاً به ساعت واقعی گره نخورده؛ اما پاسخ حقوقی به متن قرارداد و قانون محل بستگی دارد. اگر ساعتی است، فقط زمان مطابق تعریف و رکورد توافقی صورتحساب میشود.
برای عدمقطعیت چند درصد buffer اضافه کنم؟
درصد عمومی وجود ندارد. driverهای مشخص را با داده مشابه یا discovery پیدا کنید، سناریو بسازید و reserve/change trigger را مستند کنید. درصد ذهنی ممکن است هم کم باشد هم بیدلیل زیاد.
اگر مشتری قیمت پایینتری خواست چه چیزی را مذاکره کنم؟
دامنه، تعداد خروجی/اصلاح، مسئولیت آمادهسازی ورودی، موعد، SLA، milestone یا فازبندی را روی میز بگذارید. تخفیف بدون تغییر تعهد را فقط وقتی بپذیرید که trade-off اقتصادی آن را آگاهانه ثبت کردهاید.
حداقل نرخ ساعتی فریلنسر در ایران چقدر است؟
این مقاله عدد جاری اعلام نمیکند. تخصص، ساختار هزینه، نوع رابطه، مزایا، مالیات/بیمه، ارز و مقررات تغییر میکنند. کف پایداری خود را محاسبه کنید و برای حداقل قانونی یا تعهدهای مالی از منبع رسمی جاری و متخصص محلی کمک بگیرید.
