Как сравнивать сметы на сайт по полной стоимости владения

Самая низкая цена разработки — не обязательно самое дешёвое предложение по сайту. Сравнение имеет смысл, только когда сметы покрывают одни и те же требования и считаются за один и тот же срок. Ниже — порядок действий для любого набора смет, пример, в котором результат меняется после того, как сравнение становится полным, и проверка безубыточности, которая говорит, сколько сайту нужно продать, но не притворяется прогнозом.

Начинайте с объёма, а не с цены

Прежде чем смотреть на суммы, перечислите, что бизнесу действительно нужно от сайта. Разложите по группам, чтобы ничего не потерялось:

• Разработка — дизайн, шаблоны, поиск, проверка доступности.
• Контент — наполнение каталога, перенос со старого сайта.
• Хостинг — сервер, запас на сезонные пики, мониторинг.
• Безопасность — обновления, резервные копии, проверка перед запуском.
• Интеграции — оплата, синхронизация остатков с кассой или ERP, рассылка.
• Поддержка — сроки ответа, ежемесячный пакет правок, обучение.
• Владение — продление домена, лицензии, права на макеты и код, выгрузка данных по окончании договора.

Отметьте каждую строку как обязательную или необязательную. Затем для каждого предложения отметьте требование как включено, исключено или неизвестно. Неизвестный обязательный компонент — не бесплатный компонент. Это вопрос, который ещё нужно задать.

Разделяйте порядок оплаты

Разработка оплачивается один раз. Хостинг — каждый месяц. Домен может продлеваться раз в год, и тогда вся сумма уходит со счёта в этом месяце. Комиссии за заказ и доля выручки зависят от допущений об объёме.

Если свести всё в одну месячную цифру, можно не заметить, сколько денег нужно в начале. Поэтому держите пять видов платежей раздельно:

Если подрядчик ежегодно повышает цену, введите повышение один раз как годовой рост: коэффициент = (1 + повышение) в степени полных лет. Ежемесячные 100 $ с ростом 10 % в год стоят 12 × 100 $ + 12 × 110 $ = 2 520 $ за 24 месяца. Не добавляйте повышенную цену второй строкой за те же месяцы — иначе рост будет учтён дважды.

Пример: два предложения за 24 месяца

Возьмём два условных предложения для магазина на восемь сотрудников.

Предложение A: 1 000 $ за разработку, 50 $ в месяц за хостинг и 120 $ за домен в начале каждого года:

• 1 000 $ + 24 × 50 $ + 2 × 120 $ = 2 440 $
• первый месяц: 1 000 $ + 50 $ + 120 $ = 1 170 $
• месяц 13: 50 $ + 120 $ = 170 $, потому что снова продлевается домен.

Предложение B: 1 500 $ за разработку и 30 $ в месяц за хостинг, домен и обновления:

• 1 500 $ + 24 × 30 $ = 2 220 $

Если оба покрывают одни и те же обязательные требования, B дешевле на 220 $ за 24 месяца, хотя разработка у него дороже. Зато в первый месяц B требует 1 530 $, а A — меньше денег на старте. Это два разных вопроса и два разных ответа.

Забытая интеграция

Теперь допустим, что в предложении B ничего не сказано о синхронизации остатков с кассой, а магазин отметил её как обязательную. Тогда 2 220 $ — лишь известная часть, пока интеграция не оценена. Инструмент сравнения должен показать предложение как неполное и не называть его победителем.

Вы спрашиваете подрядчика и получаете цену: 300 $ за интеграцию. Внесённая отдельной строкой и отмеченная как «оценено как дополнение», она даёт B: 2 220 $ + 300 $ = 2 520 $. Теперь при полном объёме A дешевле на 80 $.

Результат изменился, потому что сравнение стало полнее, а не потому, что какая-то формула ранжирования «передумала». Третье предложение в демо показывает то же с другой стороны: C просит 1 800 $ с двумя годами хостинга — самая низкая цифра на первой странице, — но обязательную интеграцию называет «возможной позже» и без цены. Его 1 800 $ — нижняя граница, а не итог, и в ранжирование оно не попадает.

Держите налоговые допущения на виду

Уплаченные деньги и экономические затраты расходятся, если бизнес вправе возместить налог. За строку 100 $ без налога при ставке 20 % вы платите 120 $. Если налог возмещается, экономические затраты — 100 $, если нет — 120 $. В цене 120 $, где 20 % уже внутри, налога 20 $.

Калькулятор должен применять тот режим, который вы указали, а не решать, имеете ли вы право на возмещение. То же с валютами: смета на 100 € по введённому вами курсу 1,1 — это 110 $. Без курса итог должен оставаться открытым, а не угадываться.

Безубыточность — это условие, а не прогноз продаж

Иногда платформа подешевле берёт комиссию с каждого заказа. Тогда вопрос в том, сколько дополнительных заказов нужно сайту, чтобы покрыть стоимость владения.

Если дополнительные постоянные затраты на сайт — 1 000 $, а каждый дополнительный заказ приносит 20 $ до комиссии сайта 2 $, остаётся 18 $. При этих допущениях нужно не меньше 56 дополнительных заказов:

• 55 заказов × 18 $ = 990 $ — мало;
• 56 заказов × 18 $ = 1 008 $ — достаточно.

Обратите внимание, чего нет в числителе: комиссий с заказов, которые уже заложены в смету. Формула (1 000 + 56 × 2) ÷ 18 учла бы их дважды. А если комиссии меняются в течение периода — ежегодный рост, скидка, комиссия с третьего месяца, — честного единственного числа нет; есть помесячный сценарий при ваших плановых заказах.

Ничто в этом расчёте не доказывает, что сайт эти заказы принесёт.

Тот же метод в большем масштабе

У среднего бизнеса та же задача, только строк больше. В демо розничная сеть с четырьмя площадками сравнивает 40 требований — интернет-магазин, четыре магазина, портал для оптовых клиентов и головной офис — у трёх подрядчиков за 24 месяца. Лицензии на 100 пользователей и 50 000 заказов в месяц — видимые допущения, а не часть одной суммы.

При этих допущениях облачная платформа, которая выглядит недорогой на старте (18 000 $), за 24 месяца выходит на 515 580 $ с учётом комиссий за заказы и платежи, а разработка на заказ с абонентским сопровождением — на 195 540 $. Третий подрядчик считает в евро, исключает перенос контента, не упоминает доступность, а срок его предложения уже истёк — поэтому у него только нижняя граница. Какое предложение подходит, зависит от ваших допущений; главное, что допущения видны.

Попробуйте на демо

«Сметы сайта и стоимость владения» держит объём работ и стоимость владения вместе — и для одного магазина, и для закупок среднего бизнеса. Откройте фиксированное демо, чтобы посмотреть пример с забытой интеграцией и помесячный отчёт. Для решения в целом используйте Business Decision X-Ray; этот инструмент занимается деталями смет, которые в него попадают.