Короткий ответ
Вклад заказа = salePrice − (productCost + fulfillmentCost + salePrice × feePercent ÷ 100 + feeFixed + acquisitionCost). Порог = fixedMonthly + launchCost ÷ 12, делённый на положительный вклад с округлением заказов вверх.
Единица расчёта — средний заказ
Здесь считают заказ, а не отдельную вещь. salePrice — выбранная выручка на один типичный заказ в одной валюте. При разных корзинах и скидках найдите репрезентативное среднее и укажите период. productCost — стоимость товаров в таком заказе. Официальная справка Shopify объясняет, что отчёты о прибыли зависят от записанной себестоимости и учитывают скидки и возмещения в чистых продажах. Однако отчёт магазина и наш упрощённый сценарий — разные инструменты.
fulfillmentCost включает оплачиваемую магазином обработку и доставку в выбранных границах. Если покупатель оплачивает доставку, согласуйте отражение этой выручки в salePrice и затрат в fulfillmentCost: отдельного поля дохода от доставки нет. Не считайте оплату поставщику повторно. Налоги программа сама не начисляет, поэтому применяйте один принцип учёта выручки и расходов.
Из девяти полей к вкладу заказа
Вводятся launchCost, fixedMonthly, salePrice, productCost, fulfillmentCost, feePercent, feeFixed, acquisitionCost и expectedOrders. Процентная комиссия за заказ равна salePrice × feePercent ÷ 100 с округлением до четырёх знаков. variablePerOrder складывает себестоимость товара, выполнение, эту комиссию, фиксированную комиссию и привлечение. contributionPerOrder — разность salePrice и variablePerOrder. На официальной странице Stripe указано, что комиссия зависит от способа платежа и условий; для бюджета нужна именно ваша ставка.
acquisitionCost — отнесённые к одному заказу расходы на привлечение. Google Ads описывает стоимость конверсии, но рекламная конверсия не обязательно означает исполненный заказ. Сопоставляйте рекламные данные с продажами и явно определите, какие каналы включены. При органических и платных продажах можно использовать документированное взвешенное среднее. Инструмент не строит модель атрибуции за вас.
Порог и показатели прибыли имеют разные правила
monthlyTargetCost = fixedMonthly + launchCost ÷ 12. Делим эту величину на положительный contributionPerOrder и округляем вверх до целого числа breakEvenOrders. Распределение запуска на год — способ планирования окупаемости, а не второй ежемесячный платёж. Если вклад заказа нулевой или отрицательный при положительной цели, больше продаж не устранит убыток на заказ: числовой порог не определяется.
expectedOrders управляет другими итогами. monthlyRevenue = expectedOrders × salePrice; monthlyVariableCosts = expectedOrders × variablePerOrder; monthlyProfit = выручка − переменные затраты − fixedMonthly. firstYearProfit = 12 × monthlyProfit − launchCost при двенадцати одинаковых месяцах. Месячная прибыль может быть положительной, а первый год ещё отрицательным из-за затрат на запуск.
Полностью условный пример по полям
Предположим launchCost $2 400, fixedMonthly $850, salePrice $65, productCost $22, fulfillmentCost $6, feePercent 3%, feeFixed $0,30 и acquisitionCost $10. Всё придумано для арифметики, это не ставки платёжного сервиса и не данные магазина. Процентная комиссия: $65 × 0,03 = $1,95. variablePerOrder = $22 + $6 + $1,95 + $0,30 + $10 = $40,25. contributionPerOrder = $65 − $40,25 = $24,75.
monthlyTargetCost = $850 + $2 400 ÷ 12 = $1 050. Частное $1 050 ÷ $24,75 примерно равно 42,42, поэтому порог — 43 целых заказа. При 42 заказах вклад $1 039,50 ниже цели; при 43 — $1 064,25 выше неё. Нельзя округлить вниз и считать дробный заказ выполненным.
Сценарий ожидаемых продаж
Пусть expectedOrders равен условным 100 в месяц. monthlyRevenue = 100 × $65 = $6 500, monthlyVariableCosts = 100 × $40,25 = $4 025. После fixedMonthly $850 месячная прибыль $1 625. firstYearProfit = 12 × $1 625 − $2 400 = $17 100. Запуск не вычитается из месячной прибыли; он вычтен один раз из годовой. Модель предполагает одинаковый объём каждый месяц, а не обещает такой спрос.
При 43 заказах monthlyProfit = $1 064,25 − $850 = $214,25. Двенадцать месяцев такого результата после $2 400 запуска дают $171 за год, чуть выше нуля. При 42 заказах первый год был бы отрицательным. Эти числа лишь иллюстрируют правило округления и распределение запуска.
Возвраты и прочие исключения
Среди входов нет нормы возвратов, возмещений, чарджбэков, налогов, комиссии маркетплейса и стоимости финансирования запасов. Возвраты модель не учитывает. При значимых возвратах реальный вклад может оказаться ниже показанного, а порог заказов — выше. Рассчитайте влияние по собственной истории отдельно; не создавайте в описании несуществующее поле. Если дополнительный платёж обоснованно включён в feePercent или feeFixed, подпишите группировку и исключите двойной учёт.
fixedMonthly включает аренду, подписки или постоянный труд лишь в том объёме, который вы введёте. Замороженные в запасах деньги, сезонность, удорожание рекламы и налоги здесь автоматически не появятся. Сравните осторожный и ожидаемый сценарии, обновите себестоимость по счетам и проверьте, остаётся ли выбранный средний заказ типичным.
Практический чеклист
- Определите средний заказ и валюту.
- Проверьте себестоимость и выполнение без двойного учёта.
- Возьмите комиссии из действующего договора.
- Оцените расходы на привлечение заказа и постоянные платежи.
- Введите запуск и ожидаемое число заказов, а возвраты покажите отдельно.
Вопросы и ответы
Калькулятор учитывает возвраты?
Нет. Поля для возвратов, возмещений и чарджбэков отсутствуют. Их эффект рассчитайте отдельно до вывода о полной безубыточности бизнеса.
Почему стоимость запуска делится на 12?
Для порога инструмент распределяет launchCost на двенадцать месяцев. Из месячной прибыли он запуск не вычитает, а из прибыли первого года вычитает один раз.
Что происходит при нулевом вкладе?
При положительных затратах увеличение числа заказов с нулевым или отрицательным вкладом не достигает безубыточности; числового порога калькулятор не показывает.