Как рассчитать TCO интернет-магазина: формула и пример
Считаем полную стоимость владения платформой интернет-магазина: запуск, подписки, комиссии, поддержку, время команды и смену системы. Пример на 24 месяца.
Чтобы рассчитать TCO интернет-магазина, выберите срок и сложите все расходы на запуск, работу и развитие его платформы за этот период. Учтите подписки, инфраструктуру, платные модули, поддержку, комиссии и переход между системами. Время своей команды оцените отдельно: небольшие платежи могут сопровождаться большим объёмом ручной работы.
TCO расшифровывается как total cost of ownership — совокупная стоимость владения. Для выбора платформы полезен расчёт на одинаковых условиях: один каталог, одинаковые способы оплаты и доставки, одинаковое число заказов. Сравнивать цену подписки одного решения с полной сметой другого бессмысленно: сначала нужно определить, какие задачи они оба выполнят.
Определите, что входит в ваш расчёт
В этой статье считаем владение технологической платформой магазина: сколько стоит создать и поддерживать работающую витрину с нужными связями и процессами. Закупка товара, рекламный бюджет и доставка посылок покупателям относятся к экономике бизнеса. Они нужны для оценки прибыльности, но сами по себе не объясняют, какая платформа выгоднее.
Граница не всегда проходит по названию услуги. Например, подключение службы доставки — технологический расход, а перевозка каждой посылки — операционный. Импорт каталога при переезде относится к переходу на платформу; обычная фотосъёмка новой коллекции может быть одинаковой для всех вариантов и входить в отдельный бюджет контента. Запишите, что включаете, чтобы позже не менять правила сравнения.
Комиссию платёжного провайдера можно включить, если сравниваете весь набор технологий для приёма заказов. Тогда используйте одинаковую базу оплат и укажите её отдельно от комиссии самой платформы. Если расходы на эквайринг одинаковы и исключены из расчёта, исключите их у всех кандидатов. Полный бюджет открытия интернет-магазина считайте рядом, в другой таблице.
При смене действующей системы учитывайте будущие расходы с момента решения. Уже оплаченная и невозвратная разработка не станет дешевле после переезда; её не нужно прибавлять только к варианту «остаться». Зато предстоящие продления, доработки, перенос данных и период параллельной работы входят в сравнение.
Задайте одинаковый сценарий для всех вариантов
Выберите горизонт, на котором действительно планируете пользоваться системой. Для проверки первого года удобны 12 месяцев, для сравнения первоначальных вложений и последующих платежей можно взять 24 или 36 месяцев. Это рабочие горизонты, а не обязательный стандарт. Короткий период подчёркивает цену внедрения, длинный — стоимость регулярной работы.
Опишите нагрузку и требования до получения сметы. Магазину с одним складом и ручной обработкой заказов не нужен тот же набор услуг, что магазину с несколькими каналами продаж и автоматическим обменом с учётной системой. Если решение не поддерживает обязательный процесс, низкий TCO не делает его подходящим.
Для запроса поставщикам достаточно одной страницы исходных условий:
- число товаров и вариантов сейчас и при планируемом росте;
- месячное число заказов и сумма оплат, с которой считаются комиссии;
- необходимые связи с учётом, оплатой, доставкой и аналитикой;
- задачи сотрудников и допустимый объём ручных операций;
- нужные изменения дизайна, правила доступа и требования к поддержке.
Для российского магазина дополнительно проверьте возможность оплачивать нужные сервисы и доступность местных интеграций. Нельзя переносить смету зарубежного магазина в долларах, просто пересчитав её в рубли: состав услуг, способы оплаты и условия договора могут отличаться.
Соберите расходы по периодичности
Начните со счетов, коммерческих предложений и списка работ, а не с предположения «поддержка обычно стоит столько». Для каждой строки запишите сумму, период оплаты, основание и что включено. Если поставщик ещё не дал цену, оставьте пометку «нужно уточнить»; ноль означал бы, что услуга точно бесплатна.
| Группа расходов | Что проверить | Как занести в расчёт |
|---|---|---|
| Запуск или переезд | Настройка, дизайн, импорт данных, тестирование, обучение | Разово в месяце выполнения |
| Платформа и лицензии | Подписка, продление, обязательные модули | По реальному графику платежей |
| Инфраструктура | Хостинг, домен, резервные копии, мониторинг | Отдельно, если не включены в пакет |
| Дополнительные сервисы | Приложения, учёт, обмен данными, платные уведомления | Фиксированная цена или ставка на объём |
| Комиссии | Процент от оплат, фиксированная плата за заказ | Ставка × соответствующая база |
| Поддержка и развитие | Обновления, исправления, доработки, проверка интеграций | Договорная сумма или часы × ставка |
| Завершение использования | Экспорт, перенос адресов и данных, параллельная работа | В отдельном сценарии выхода |
Не прибавляйте к подписке хостинг, если он уже входит в неё. Не считайте одну интеграцию одновременно как модуль, полный подрядный проект и часы сотрудников, если речь об одной оплаченной работе. При этом покупка модуля и его настройка могут быть разными расходами — их различие должно следовать из предложения подрядчика.
У программного сервиса по подписке, или SaaS, часть инфраструктуры и обновлений может входить в пакет. У CMS — системы управления содержимым сайта — и собственной разработки эти задачи чаще требуют отдельных решений. Но названия моделей не заменяют договор: в каждом случае выясните, кто отвечает за обновление, восстановление данных и сбой обмена с учётом.
Проверяйте цену продления, а не только скидку на первый период. У годовой подписки может быть меньшая среднемесячная цена, но весь платёж потребуется сразу. Тариф с ограничением по каталогу, сотрудникам или обороту нужно считать по месяцам: превышение лимита может изменить расходы раньше, чем закончится горизонт модели.
Посчитайте денежные расходы и стоимость времени
Для простой таблицы используйте такую формулу:
Денежный TCO = разовые платежи + регулярные платежи за период + платежи, зависящие от объёма + запланированные доработки.
Расходы на выход добавьте, если этот сценарий рассматривается. Не записывайте предполагаемый переезд в базовый план как неизбежный, но и не теряйте его из виду. Для регулярных платежей используйте количество фактических оплат, а для комиссий — базу из договора: оплаченные заказы, выручку или другую величину, которую действительно тарифицируют.
Вторым итогом покажите управленческую оценку: денежный TCO плюс стоимость внутреннего труда, который ещё не учтён в платежах. Например, владелец тратит на ручной перенос статусов 6 часов в месяц и оценивает час своего времени в 800 ₽. За 24 месяца это 115 200 ₽. Такая сумма показывает занятую рабочую ёмкость, но не означает дополнительный счёт на оплату.
Если в денежной таблице уже есть зарплатные расходы на эти же часы, второй раз их не прибавляйте. Для сравнения платформ учитывайте только относящуюся к ним часть работы: общение с покупателями не исчезнет при смене системы, а ручное исправление импорта может сократиться. Оценку времени лучше получить на пробном запуске, чем обещать себе, что «всё займёт пять минут».
Сохраняйте одинаковый подход к суммам с налогами и без них, валюте и периоду. Для плана платежей берите суммы, которые компания реально должна перечислить. Если нужен бухгалтерский или инвестиционный расчёт, отдельно согласуйте правила учёта: простая таблица TCO не заменяет его.
Сравните два варианта на 24 месяца
Ниже — учебный пример, а не тарифы сервисов или средние цены рынка. Оба решения выполняют одинаковое задание: 200 оплаченных заказов в месяц, средний заказ 3 000 ₽, горизонт 24 месяца. Всего получается 4 800 заказов и 14 400 000 ₽ оплат. У варианта А в условном договоре есть платформенная комиссия 0,5 % с этих оплат; у Б её нет. Эквайринг одинаков и исключён из обоих вариантов.
| Статья расходов за 24 месяца | Вариант А | Вариант Б |
|---|---|---|
| Настройка и запуск | 40 000 ₽ | 100 000 ₽ |
| Регулярные платежи | 6 000 ₽ × 24 = 144 000 ₽ | 2 500 ₽ × 24 = 60 000 ₽ |
| Платформенная комиссия | 14 400 000 ₽ × 0,5 % = 72 000 ₽ | 0 ₽ |
| Оплаченная внешняя поддержка | 24 000 ₽ | 80 000 ₽ |
| Запланированные доработки | 30 000 ₽ | 40 000 ₽ |
| Выход из системы в конце периода | 20 000 ₽ | 20 000 ₽ |
| Денежный TCO со сценарием выхода | 330 000 ₽ | 300 000 ₽ |
| Неучтённое выше время владельца, по 800 ₽/час | 6 часов × 24 × 800 ₽ = 115 200 ₽ | 12 часов × 24 × 800 ₽ = 230 400 ₽ |
| TCO с оценкой времени | 445 200 ₽ | 530 400 ₽ |
По денежным платежам Б дешевле на 30 000 ₽. С учётом принятой стоимости времени А дешевле на 85 200 ₽. Это два разных вывода: первый отвечает на вопрос о расходовании денег, второй — о совокупной нагрузке на ресурсы. Если часы владельца оценены неверно, преимущество тоже изменится.
В среднем денежные расходы составляют 13 750 ₽ и 12 500 ₽ в месяц. С учётом времени стоимость владения на заказ равна 92,75 ₽ и 110,50 ₽. Этот показатель помогает сравнить нагрузку платформы, но не является себестоимостью заказа: в нём нет закупки товара, рекламы, упаковки и доставки.
Денежный TCO как доля суммы оплат за тот же период равен примерно 2,29 % у А и 2,08 % у Б: итог расходов делим на 14 400 000 ₽ и умножаем на 100 %. Эта доля показывает нагрузку технологии на оборот в принятом сценарии. Она не является маржой или рентабельностью и не учитывает остальные расходы бизнеса.
Среднемесячная сумма также не показывает, сколько денег понадобится на старте. Вариант Б требует большего первоначального платежа. Рядом с итогом TCO сделайте помесячный план: иначе решение может выглядеть доступным в среднем, хотя в первом месяце не хватает средств.
Проверьте, что изменится при росте и сбоях
Пересчитайте модель хотя бы для базовой нагрузки, более медленного старта и роста. Меняйте конкретные предпосылки: число заказов, часы ручной работы, тарифный уровень, стоимость нового обмена данными. При небольшом потоке фиксированные платежи распределяются на меньшее число заказов; при росте могут увеличиться комиссии и требования к инфраструктуре.
В учебном примере удвоение суммы оплат увеличит комиссию А с 72 000 ₽ до 144 000 ₽. Это добавит 72 000 ₽ к денежному TCO, если остальные условия сохранятся. Но нельзя автоматически оставить прочие строки без изменений: рост может потребовать другого тарифа, дополнительной поддержки или, наоборот, автоматизации части труда.
Отдельно оцените последствия простоя. Если есть история сбоев, используйте собственные данные о длительности и потерянном вкладе заказов после переменных расходов. Полная упущенная выручка не равна потерянной прибыли. Если данных нет, опишите сценарий и требуемые меры восстановления, вместо того чтобы придумывать вероятность и точную сумму риска.
Не назначайте универсальный резерв «на всё» без объяснения. Лучше показать, какие строки подтверждены договором, какие основаны на опыте и какие остаются оценками. Так видно, что нужно уточнить до выбора, а не только насколько убедительно выглядит итоговая цифра.
Уточните условия до покупки и сверяйте расчёт с фактом
После предварительного расчёта попросите поставщика подтвердить стоимость нужного набора услуг, ограничения тарифа, состав поддержки и порядок продления. Выясните, сможете ли выгрузить товары, заказы, клиентов и адреса страниц, какие данные выгружаются и кто выполнит перенос. Возможность экспорта и стоимость самого переезда — разные вопросы.
Кандидатов можно подобрать по сравнению конструкторов интернет-магазинов, а окончательное сравнение провести на вашем задании. Самая дешёвая таблица не компенсирует отсутствие необходимого процесса или ненадёжный обмен остатками. Сначала проверьте пригодность, затем сравнивайте расходы.
После запуска заменяйте прогнозные суммы фактическими счетами и замерами времени. Пересматривайте модель при изменении каталога, нагрузки, команды или условий сервиса. Хороший расчёт TCO заканчивается понятным решением: сколько потребуется денег, сколько работы останется внутри команды и какие условия ещё нужно подтвердить.
Частые вопросы
Бесплатная CMS означает меньший TCO?
Нет. У неё может отсутствовать плата за сам движок, но останутся внедрение, инфраструктура, модули и обслуживание. Сравните итог за одинаковый срок и по одинаковому набору задач, включая время команды.
Нужно ли включать рекламу и закупку товара?
Для TCO платформы обычно удобнее считать их отдельно, поскольку они относятся к работе бизнеса. Если вы оцениваете весь канал продаж, расширьте границы модели и явно назовите их. Не сравнивайте такую сумму с технологической сметой другой платформы.
Как учитывать собственное время, если я не плачу себе зарплату?
Покажите часы и принятую стоимость часа отдельной строкой. Это позволит увидеть нагрузку и сравнить варианты, сохранив отдельный итог реальных денежных платежей. Не прибавляйте повторно труд, уже включённый в счета или зарплатные расходы.
Самый низкий TCO означает самую выгодную платформу?
Только среди вариантов, которые выполняют необходимые задачи на приемлемом уровне. TCO сравнивает расходы, но сам по себе не измеряет прибыль, окупаемость или качество работы. Эти критерии нужно проверить отдельно.
До оплаты выбранного решения подтвердите самые неопределённые строки сметы и составьте план первых платежей. Так сравнение общей стоимости превратится в бюджет, который можно выполнить.