Минимальная ставка

Минимальная ставка — цена часа, ниже которой плановый доход не покрывает рабочие расходы, простои и обязательные резервы. Это внутренняя граница, а не обещание рынка и не рекомендуемая ставка Upwork. Её полезно посчитать до фильтрации объявлений, оценки fixed-price проекта и найма сотрудника.

Входы

Задайте период — обычно месяц — и не смешивайте месячные и годовые числа.

• D — желаемая сумма владельцу после операционных расходов, но до личных трат.
• O — постоянные рабочие расходы периода: программы, связь, бухгалтерия, оборудование, команда.
• V — ожидаемые переменные расходы, не включённые в комиссию.
• H_available — доступные рабочие часы периода.
• u — доля доступных часов, которые реально оплачивает клиент: billable utilization.
• f — эффективная комиссия площадки.
• w — доля потерь на выводе и конвертации.
• t — резерв на налоги и обязательные платежи.
• r — резерв на отпуск, болезнь, задержки и риск.

u, f, w, t и r — входы, а не константы. Комиссию берите из конкретных контрактов, налоги — из применимых правил, загрузку — из собственного учёта. Если данных нет, стройте диапазон.

Формулы

Оплачиваемые часы:

H_billable = H_available × u

Необходимая чистая выручка до личного дохода:

Need_net = D + O + V

Если процентные потери последовательно применяются к выручке, коэффициент сохранения:

Keep = (1 - f) × (1 - w) × (1 - t) × (1 - r)

Минимальная ставка клиенту:

Rate_min = Need_net / (H_billable × Keep)

Упрощение допустимо только когда вы сознательно складываете все резервы на одной базе:

Rate_min = Need_net / (H_billable × (1 - q)),

где q — единая доля потерь. Не используйте одновременно q и отдельные коэффициенты: это двойной учёт.

Для fixed-price проекта нижняя цена:

Price_min = Rate_min × H_total + E_project,

где H_total включает delivery, созвоны, управление, правки и сдачу, а E_project — прямые расходы именно этого проекта.

Рабочий пример

Соло-специалист хочет получать D = $3 000 в месяц. Рабочие расходы O = $400, переменный резерв V = $100. Доступно H_available = 160 часов, но по журналу оплачивается u = 55%. Для примера фактическая комиссия контрактов f = 10%, вывод и конвертация w = 2%, налоговый резерв t = 6%, резерв отсутствий и риска r = 8%. Эти проценты условны и не являются порогами Upwork.

H_billable = 160 × 0,55 = 88 часов

Need_net = 3 000 + 400 + 100 = $3 500

Keep = 0,90 × 0,98 × 0,94 × 0,92 ≈ 0,763

Rate_min = 3 500 / (88 × 0,763) ≈ $52,10/час

Значит, внутреннюю нижнюю границу разумно округлить вверх до удобного коммерческого шага, например $53, если рынок и ценность это поддерживают. Округление — решение продавца, не дополнительная точность модели.

Для проекта с оценкой H_total = 32 часа и прямыми расходами E_project = $120:

Price_min = 52,10 × 32 + 120 = $1 787,20

Предложение $1 500 не покрывает заданную экономику, даже если кажется привлекательным по gross. Возможные решения: сократить scope, повысить цену, уменьшить стоимость выполнения или осознанно принять проект как инвестицию и отдельно записать цену этой инвестиции.

Допущения и неизвестные

Главная неизвестная — оплачиваемая загрузка. «160 часов в месяце» не означает 160 продаваемых часов: часть времени уходит на продажи, обучение, администрирование и простои. Используйте фактическую долю минимум за несколько сопоставимых периодов. Для нового профиля покажите слабый, базовый и сильный сценарии u.

Желаемый доход не доказывает готовность клиента платить такую ставку. Если рассчитанная граница выше рынка, калькулятор не ошибся: он обнаружил конфликт модели. Нужны более дорогой сегмент, пакетирование результата, повышение производительности, снижение расходов или другой канал.

Проценты могут иметь разные базы. Налог часто считается не так, как комиссия площадки. Если это существенно, используйте подробный калькулятор чистой суммы проекта, а здесь подставляйте эффективный коэффициент по фактическим операциям.

Нули и деление

• Если H_available = 0 или u = 0, ставка не определена: в периоде нет оплачиваемых часов.
• Если u < 0 или u > 1, ввод ошибочен.
• Если любой процент равен 1, Keep = 0, деление невозможно. При проценте выше 1 проверьте формат: 10% вводится как 0,10.
• Если Need_net = 0, нижняя ставка по этой модели равна нулю, но рыночная цена труда от этого не исчезает.
• Если расходы неизвестны, пометьте результат «без неизвестных расходов», а не считайте их нулевыми.
• Отрицательные расходы допустимы только как явно подписанная субсидия или возврат.

Решение

Пересматривайте ставку при устойчивом изменении загрузки, расходов, комиссий или цели дохода. Не снижайте её автоматически ради первого ответа клиента: сначала уменьшите объём или предложите короткий оплачиваемый этап. Для сотрудника используйте отдельный калькулятор экономики сотрудника, потому что billable rate и выплата человеку — разные величины.